共计 756 个字符，预计需要花费 2 分钟才能阅读完成。
近期发表了一篇关于云计算时代，软件设计思路应该如何转变的帖子，引发了比较热烈的讨论。但是只因文中提了一嘴自家的开源项目 (其实也是原本想给讨论有个锚点，一个案例)，导致被一些比较偏激的网友举报导致帖子和账号被 ban，连同一些比较优秀的评论和探讨也一起石沉大海，着实可惜。
其实大部分网友还是看到了文章的主体内容，并且和善地进行着观点的碰撞。本着不能让这些好的观点碰撞石沉大海，我以这份帖子总结下大家当时的技术观点，也欢迎大家一起讨论交流：
观点 A(也就是楼主本人的观点):
- 云厂商提供的是服务而不是硬件，云服务背后是软硬一体化的设计和巨大的技术投入，比单纯的硬件更加可靠：例如云厂商提供的云盘在可用性上已经完全好于自建的本地硬盘了。可以看主流硬盘的 AFR 报告
- 为云而设计的软件，设计时应该依赖云服务，而不是硬件或者自己重新造轮子：像云盘、对象存储已经是云上极具规模化效益和技术红利的存储服务，设计新一代的云原生软件应该是去依赖云服务，而不是自己重新再写一套分布式存储系统了。
观点 B：
- 云还是不靠谱，之前阿里云 auth 引发大面积故障：这个其实是国内云厂商的问题被放大了，即使是美国更加成熟的云市场，aws，gcp 等也照样发生过大面积故障。总体而言，云厂商提供的可用性和可靠性肯定还是比自建机房更高的（谁家自建机房出故障会发新闻通知大家，对不？），自己如果做个多 AZ 的毫秒级延迟的云盘，可不是一件容易得事。当然，这个讨论本身不是一个零和问题，即使楼主支持观点 A，也依然认同在不少场景，不上云也是一个正确的选择。
- 云服务仍然不可信，自己掌控软件更好：这个背后本质也是对于云服务的不信任，但是其实深入去思考当前云服务背后的技术架构和云厂商的技术投入的话，我相信这个观念一定会有所变化。
关于云时代的软件如何设计，欢迎大家分享自己的看法。
正文完
