序言：

笔者在最近十年中一直从事技术研发和初创公司的网络架构（PHP方向）的工作，慢慢见证着云架构技术的成长和壮大。在传统的物理架构中数据和业务一般都在一起，到云上之后服务拆分可能是虚拟机，也可能是容器，也可能是组件。业务与数据也进行了分离，业务组件、业务服务、业务储存各节点都有不同的技术深度。无论普通的程序员还是资深的架构师，技术深度和广度都有所局限。

传统架构

传统的IT构建是比较麻烦复杂的过程，硬件、系统、网络、组件等等，许多工作都需要技术成员的参与，一旦系统升级重构，整个过程都是非常耗时的。在非约定的情况下，不同的运维和架构师都会有自己不同的业务选型，所以环境的一致性是个非常大的问题。在成本上，物理布署更需要专业的运维管理人员，需要考虑各种成本上的因素。

云架构：

在云技术开始稳定后，最初云业务是以云主机为主，在容器化普及的过程中，各家公司的组件服务慢慢壮大，对与组件化的维护的技术支撑能力也有了飞跃式的提高。

以国内第一的云服务商阿里云为例，包含的各式各样的组件。例如：RDS，REDIS….等等，就不一一举例。

每个创业公司都要经历成长，或失败。从业务当中我无法谈到什么实质的内容，但从用户目标上有以下几个阶段。

正文中的并发单指普通应用业务，并非大数据和大计算方面的项目，如果有配置及数据上有异议的，可单独私信与我联系。或在我的博客中进行留言 (https://www.mylasting.com)