初创小公司，前期可能只有2-3个开发人员。为了节省成本，并相望项目快速开发，快速发布上线。快速验证市场，这个时候就可以考虑采用单体留构通行开发。

所谓单体管构。就是系统服务及数据库等部放在同一台服务器上。

单体架构的优点是：

小团队成型即可完成开发一测试.上线，而且透代周的后。速重院打E方便。选性省事。

是初创小公司业务发展初期最理想的架构形式。

当业务不断发展壮大，用户访问量不断增加，单体架构往往会因为负载越来越高，从而面临越来越多的挑战。比如：系统的承载量可能会越发乏力，逐渐成为性能瓶颈;单节点宕机可能造成所有服务不可用等等,面对突如其来的一系列问题，我们该如何切入?

我们可以通过Nghnx负载均街。双机主备与主从热备。障低服务器负型压力；通过Redis援存集群为数据库减压等解决方案，運步演变系统成一个高可用的集群架构。

随着业务发展壮大，用户量基班，单节点处理能力就会成为框强，如果井发量居高不下，服务器很容易因负载过高而导致府清宕机出于高井发，真可用的考虑，项目就应读演变到分布式架构了。

然而分布式环境下我们又会面临更多的提战需要去应对。比如：

如何**不论用户请求落在哪个服务节点，文件都桂被快收到?

如何对上下游弱依赖关系的服务节点做解耦?

如果日志分布在不同的服务上，如何为后候的业务提供数据支撑?

如果一个资源在同一个时间节点上。产生了竞争该怎么办?

如果用户量基增，导致每次查询时间慢了许多该怎么办?

如果下单。付款分布在不同的服务上。如何**跨服务事务?

随着发展，系快越束垃复杂，如果分布式架构无法满足业务要求，可以置试情服务留构。不过它也有自己的，需要更深入的掌国微服务技术才好更灵活的权衡利常。

如下问题都是做服务下需要思考和解决的问题：

如何做好服务登记工作?

接口异常超时怎么破?如何确保核心主链路的高可用性?

如何对配置项进行中心化的管理?如何在运行期利新配置项?

如何设置网络请求转发规则?

如何根据蛛丝马进进行线上异常摔查?

如何无缝对接消息中同件?

SpringCloud通过Eureka实现服务治理；

通过Ribbon实现负载均街；

通过Fegin实现服务通信；

通过Hystrix实现服务容错；

通过Config实现分布式配置中心；

通过Bus实现消息总线；

通过Gateway实现服务网关；

通过Sleuth实现随路追踪；

通过Stream实现消息驱动服务；

总之SpringCloud是微服务重大成者，也是微服务落地的整体解决方案，值得你拥有。

微服务改造后，服务数量激增，会遇到新的挑战，比如：

如何快速邮署?

每秒数万交易的促值。秒前。抢购系统如何做弹性扩施?

这时候容器技术就可以更加灵活的帮我们皮对服务部署，服务编排，扩缩容等问题。

它不仅解决了情服务下的这些重难点问题，还大大提升开发效事，加速速化。

尤其是容器化弹性扩缩容技术，让你免除系统宕机的压力，轻松实现高并发业务。