这是我参与「第五届青训营」伴学笔记创作活动的第6天
本节课主要讲述了关于企业后端架构的剖析、挑战，并进行了一个实战练习。
架构主要分为以下几种：
单体架构
单体架构是最简单的软件架构，常用于传统的应用软件开发以及传统Web应用。传统Web应用，一般是将所有功能模块都打包(jar,war)在一个Web容器（JBoss、Tomcat）中部署、运行。随着业务复杂度增加、技术团队规模扩大。在一个单体应用中维护代码，会降低开发效率。即使是处理一个小需求，也需要将所有机器上的应用全部部署一遍，增加了运维的复杂度。
服务化架构（SOA架构）
SOA也叫面向服务的架构，从单体服务到SOA的演进，需要结合水平拆分以及垂直拆分。SOA强调用统一的协议进行服务间的通信，服务间运行在彼此独立的硬件平台但是需通过统一的协议接口相互协作，也即将应用系统服务化。举个易懂的例子，单体服务如果相当于一个快餐店，所有的服务员都是一样的，又要负责收银结算，又要负责做汉堡，又要负责端盘子，又要负责打扫，服务员之间不需要有交流，一个用户来了一个服务员从前到后负责到底。SOA相当于让服务员有职责分工，收银员负责收银，厨师负责做汉堡，保洁阿姨负责打扫等等。所有服务员需要同一种语言交流，方便工作协调。
微服务架构
微服务可以在“自己的程序”中运行，并通过“轻量级设备与HTTP型API进行沟通”。关键在于该服务可以在自己的程序中运行。通过这一点我们就可以将服务公开与微服务架构（在现有系统中分布一个API）区分开来。在服务公开中，许多服务都可以被内部独立进程所限制。如果其中任何一个服务需要增加某种功能，那么就必须缩小进程范围。在微服务架构中，只需要在特定的某种服务中增加所需功能，而不影响整体进程的架构。
实战练习
主要针对如何设计一个根据主机层面的资源信息进行流量调度的系统。如下图：
总结
本节课针对后端架构进行了初步的探索与实践，这是一个优秀的工程师的必经之路，本节课收获颇丰，希望后续的实践中可以继续有所收获。
