创业初期如何选择APP的云服务器架构

最近正好自己的软件准备推出第一个Demo，需要选择合适的云服务器，作为一名懂点技术的非技术人员，我研究了一下各个云服务大佬的产品，看了一些书籍，也咨询了几位架构牛人，总结了一些心得。记录下来，与大家一起探讨。如果恰好也有像我一样的草根无经验者，可以一起学习提高。大牛们就慎入了。

作为草根创业者，虽然都希望自己的App正式上线后能够迅速扩大影响，收获不断激增的用户，但毕竟那是美好的理想。即便是如Google、Facebook、Twitter这样的互联网里程碑式的公司，也是从微小的状态一步一步发展壮大的。如果你是一个严肃的创业者，一定对自己的idea有过成熟地思考，一定是希望自己的idea能够从一个很小的痛点出发去满足一小部分特定的用户，之后通过不停地获取用户反馈，不断快速迭代进化。相信现如今，没有一个冷静的创业者一上来就信心满满地宣称自己要做一个XX平台，要满足10亿人的需求。因此，就算你内心里想着今后我的软件要有100万的DAU，你也没有必要在一开始就按照那样的规模去设计架构。首先，满足高并发、大流量、高可用、海量数据、能够支持分布广泛的用户来源的系统架构，一定是相对非常复杂的架构。作为创业者，在idea没有真的投放市场，接受用户检验的时候，幻想一步到位去设计完善的架构，绝对不明智，甚至可以说是无用功。因为你并不能完全准确预测未来你的瓶颈到底在哪里，准确信息一定来自于实践。其次，复杂的架构，必定意味着高价格。创业初期，更重要的是验证想法，调整发展方向，寻找真正可持续前进的策略。创业的失败率太高了，弹药粮草的储备，是能否创业成功的非常重要的因素，甚至可以说是最重要的因素。古人打仗，讲究的是大军未至，粮草先行。创业成功的一个重要原则是你得挺到你找到正确前进方向的那一天。绝大部分人都是倒在黎明前的黑暗里。其实我挺反感很多人说什么这是因为毅力和勇气不足，这些都属于风凉话。当大军饥肠辘辘时，如果粮草久久不至，只有一种结果，就是军心涣散。从这个角度来讲，创业开始阶段，钱必须花在刀刃上。可能有人会讲，提前搭好架构，就是为了当用户数量激增时，能够让服务器支撑，以获得良好的用户体验。那我要告诉你，就连Twitter在成长过程中，都经历过无数次宕机，无数次系统崩溃。我们真不应该总去想有了XX万用户之后怎么办，而是应该先踏踏实实地获取1万个用户。

当然，我说这么多，可不是说优秀的架构不重要。我们应该有能力想到长远，但行动上绝不应该超出当下。服务器的架构，是为了满足APP服务客户的需要，只要遵循可复制、可扩充的原理，是可以随着业务量的增加不断进化和优化的。上线初期的架构一定是简单的，也许只是一台云服务器，但软件一定要有可分解分层的潜力。现在的云计算，都能简单的在线扩充计算能力、存储空间、带宽，各种弹性伸缩、分布式计算都越来越成熟，创业者的基础技术环境应该说越来越好。这里给大家推荐一本书《大型网站技术架构_核心原理与案例分析》，这本书语言平实，从基础出发讲解了大型优秀网站所应具备的优秀架构，作者是李智慧，是阿里优秀的架构师。大家都经历过双十一，都知道这淘宝搞出来的购物狂欢是多么的疯狂，也能想象在双十一期间淘宝天猫要经历的是什么样的流量冲击，那就能够知道阿里的架构是非常的优秀的。

下面从这本书里摘取一个网站从小到大的成长过程中，架构的合理变化路径，以作Mark。虽然这是说网站架构进化之路，但是对于APP一样有借鉴意义。

1、小型网站初期很少人访问，应用程序、文件、数据可以都放在一台服务器上。

2、随着业务发展，一台服务器不能满足需求。越来越多的用户导致性能越来越差，这时需要将应用程序、文件和数据库部署在三台服务器上。这三台服务器对性能要求各不相同，应用服务器需要处理大量业务逻辑，因此需要更快更强大的CPU；数据库服务器需要快速磁盘检索和数据缓存，因此需要更快的硬盘和更大的内存；文件服务器需要更大的硬盘和更快的IO。