近日，梁斌博士在微博上发表了一篇《我为什么自建机房？》的文章，圈内人讨论挺多。令我诧异的是现在还有人倡导自建机房吗？不过也有很多人的评论契合我心：梁博士只考虑到了硬件的对比，对于运维、安全、弹性等看不见的部分有些盲目了。
同为创业者，我本人也做类爬虫的近似形态业务，出于理科男的好奇心，想聊一聊该怎么看待是否要自建来省钱。
一、物理成本对比：云计算最低15360 VS 自建21490
先来看看梁博士列的3年Cost（注意：是硬件成本，不是TCO，人力成本等还没算）：
按照三年周期来算，总费用是21490.5元，最后是9T数据（3块盘）
而在阿里云上购买类似配置1年的费用是9873.60，梁博士认为自建机房更合适。
基于以上观点，鄙人表示百分之两百不赞同，理由如下：
首先，这不能称作自建机房，应该叫实验室环境（网络不稳定，没有固定IP-毕竟日常办公网络是不需要固定IP的，安全等保为0）。
其次，单点故障无保障，任意一台二手机器出现问题，都会造成业务服务不可用，服务可用性只能看天吃饭（鄙人经常去政府机关办事，动不动就能碰上网坏了，服务挂了，然后一帮人干等的场景）。
第三，没有Raid，没有冗余，数据可靠性，服务可用性，额，听天由命吧（千分之二的日均服务器损坏率，理论上两台新服务器三年内会各种原因停止服务两次，希望都是夜深人静的时候吧，而且运维人员最好是有做好监控和报警系统，并且手机没有静音和关机，还能很快定位出问题所在，并且淘宝上配件还好没停产，卖家良心连夜发顺丰，第二天晚上差不多能修复好……）
第四，也是最重要的是，博主对机房的需求是存储，其实云计算早有对应的产品来应对，无需购买ECS服务器，因为功能根本不一样嘛。就以梁博士提及的阿里云举例，后者不仅有对象存储（这个产品很常见，基本大部分存储要求都能满足），还有归档存储（冷存储，差别在于访问延时稍微高一点），我们来算算这些产品跟自建机房相比谁更省钱？
然后比对一下两种方案的优劣势：
我的选择对象存储OSS+归档存储OAS（日志保持三个月活跃，之后转入到归档存储）：
每年3TB的日志数据产生，平均到每个月250GB，按照日志活跃期3个月来算，是保持0.75TB的活跃日志数据在OSS，其他数据自动转存到归档存储。
最终三年总费用：OSS 1TB*3年=2760元
OAS费用：840元/(TB*年)*(2TB第一年+5TB第二年+8TB第三年) =12600元
三年总费用为12600+2760=15360元。
如果全程不使用归档存储，则OSS三年存3TB的价格为5520*3=16560元（阿里云三年购买有折扣），比博士的结果也要低不少。
二、再看隐性成本：需要考虑SLA
但如果仅从价格上对比的话，或许看不出优势有多明显，但在隐形的地方一比，云计算和自建机房那是差了一个天一个地了。
云服务商的SLA基本都有99.99%，以及看不见的安全保障服务，光是一个弹性扩容的优势就足以让创业团队放弃传统的自建服务器，你想想，如果你预料到某段时间的数据量会大增（比如双11、春运），你是喜欢淘宝赶紧买几台二手服务器然后等过了高峰期后卖掉还是点点鼠标进行弹性扩容，过了高峰期后就释放掉降低成本呢？
一切脱离实际场景讨论解决方案的方法都是套路。如果单纯是存储使用频次低的数据，我至少要做个RAID来备份，这是对创业团队负责。
三、云计算能干嘛不能干嘛还是个小学题
再回到云计算上，其实这不是个案，看到有人点头称道就可以看出大家似乎对云计算有理解上的偏差。
云计算不等于服务器，它包含了计算、存储、数据库、网络、安全、大数据等等，是一种全新的资源交付方式，创业者不用重复造轮子，其次不同的产品有不同的design purpose，正确的使用姿势很重要。
在10年前云计算设计之初，本意就是为了企业节省自身的成本（包括TCO, Total Cost of Ownership），让企业把精力投入到核心业务上，如果真的比“自建机房”还贵，估计Andy Jessy（AWS的CEO）很早就要去别的公司投简历了。
我们应该认识到，云计算的日趋成熟和发展，已经让我们日渐进化那种什么都靠云服务器（例如ECS、EC2）来完成的方式。如：存储靠在ECS上挂载各种磁盘来完成；数据库靠在ECS上安装SQL Server、MySQL来完成；消息服务自己在ECS上搭建Kafka；大数据计算自己买一堆ECS来搭建Hadoop/Spark环境。相对应的，都有各自的云产品实现如云存储、云数据库、大数据云平台。
以上就是我对是否自建机房的整体表述，行文至此。我想到了中国很有特色的的交通工具——电动车，属于非机动车，但也经常在机动车道上看到他们在于大众宝马飙车的英姿，然而绝大部分的车祸又与电动车有关。
我想说的是自撰机器是个宝贵的手艺，但是在当下，我们得相信自耕农的效率是不及农业大生产的，享受社会分工带来的整体提升。
快乐分享，快乐生活
商务合作，请加微信yunweibang555
