序言

    给你一个超级武器，却不告诉你怎么使用，却不告诉你哪部分是啥啥组成的。。。来呀，你猜呀。。。

      总是每一个人能说清楚云计算的存储空间去哪儿了，所以。。。闲聊一把

风言风语

     在云计算中，最重要的莫过于各种存储了，存储是各种服务的基础，没有存储，一切将是空中阁楼。

    云计算的存储，总是会有一个底层的分布式存储，例如GFS。在使用存储的时候，使用者总是使用一个开箱即用的方式，使用sdk，调用几个方法就好了，这也就是为什么云存储那么多人使用的原因了，简单使用的同时，还能提供各种高可用，高可靠，高性能，高吞吐。。。这么多优点，为何不上云？

    把我的悲伤留给傻逼。。。每次在计算云存储使用的空间的时候，总是不知道如何查询各种空间使用在什么地方了，。。。一头浆糊了解一下

    在计算存储空间的时候，我们总是根据物理机算出总的容量，然后根据用户使用了多少bucket，计算出使用量。。。哼，使用量，不可能的。。。

    在谈到存储的时候，我们使用要做到的一个步骤就是，需要保证数据的完整性，如何保证数据的完整性？数据丢失一点点可以不可以，用SLA来衡量？哼。。。数据库文件缺少1K都无法启动。。。所以数据的丢失也是很纠结的。

    在设计存储的时候，就要考虑到很多场景，而最重要的目标就是如何让数据可用性整体提高，数据完整性整体提高，无论你使用的ACID还是BASE，都是一样一样的。。

    存储，在我们看来，并不是为了存储数据，我们考虑的是如何尽最大的可能丢失最少的数据，所以就有了备份，各种备份机制，各种备份策略。。。然而，备份不是目的，备份只是为了更好的恢复，所以呢。。。数据存储的最重要的目标就是为了恢复数据，备份不是存档，备份是为了更快的恢复业务，备份是为了更少的丢失数据。

    从而在存储的备份中，耗费空间，各种纵深防御。。。用户误删怎么办？软删除，这也就是各种邮箱里面的垃圾回收站机制；用户误删怎么办？懒删除，从垃圾回收站删除清理之后，会将数据统一放在一个bucket之中，从而使用底层的定时任务来进行删除；应用程序清理数据失误怎么办？各种备份，增量备份，全量备份，冷备，热备，快照机制。。。

    即使有了各种备份机制，但是从备份中恢复数据，需要花费多久？是将备份存储在远程的存储空间中？还是存储在本地？是每天全备还是没周的一三五全备，其他的增量备份？备份的空间怎么办？有100T数据，怎么备份？占用的带宽怎么办？是否需要限速？核心数据怎么备份？损失多久的数据？一天一小时还是一分钟？

    复制机制？我们总是听到冗余才是最好的备份，所以在吹嘘分布式存储的时候，我们总是吹牛逼说，我们有三份数据，损坏了一份，哼。。。一点不怂。。

    复制机制？我误删了一个数据，同样会复制过去。。。如何避免？复制机制并不是万能的。。。

    云存储的空间消失了。。。不见了。。。随风而逝。。。

    从上面的表述中，可以看到各种使用空间的地方：有软删除的数据占用的空间；有懒删除的数据占用的空间；有各种备份使用的空间。。。如何计算这复杂的数据存储空间？？？

    我有一百种备份的方法，最后。。。全部恢复不了，备份从来没进行过演练，从来没进行过恢复。。。最后等到故障的那天才发现。。所有的备份只不过是心理安慰。。。

    不要为了备份而备份。。。备份是为了恢复而备份，所以，没事测试一下备份的数据是否能恢复还是很有意义的。

    应用程序总是通过分层来实现各种高性能。。。而云存储则是通过层层冗余机制来实现各种数据可靠性的保障，各种数据可用性的保障。

    想计算云存储的使用空间，还是需要非常熟悉各种防御机制的。。。并不是很懂，懒得猜了。。。

风言风语

    总有那么几个人认为，别人就要无条件的对他好，从来不曾想想自己做了什么。。。以为别人对别人好，所以就要对你好，呵呵哒。。。

    为什么每个人看起来很努力，相反事情越来越多，相反问题越来越多？？？

    职责不清晰，战略不透明。。。没有长远的规划，无头苍蝇了解一下。。。

    脑子漏风。。。。