学习微服务以前，我们一直知道为什么现在不使用单体架构。这有助于我们更清楚地理解微服务。
单体架构就像一个大容器，其中应用程序的所有软件组件都组装在一起并紧密耦合，即每个组件完全相互依赖。
例子：
我们以一个电商网站为例——
正如您在示例中看到的，应用程序提供的所有服务（客户服务、成本服务、产品服务）都是直接连接的。因此，如果我们想更改代码或其他内容，我们也必须更改所有服务。
缺点：
- 大型且复杂的应用程序：
对于单个大型且复杂的应用程序，由于相互依赖而难以维护。 - 开发缓慢：
这是因为，要修改应用程序，我们必须重新部署整个应用程序，而不是更新部分应用程序。需要更多时间或更慢的开发。 - 不可扩展：
应用程序的每个副本都将访问空数据，从而导致更多内存消耗。我们无法独立扩展每个组件。 - 不可靠：
如果一项服务失败，则会影响应用程序提供的所有服务。这是因为应用程序的所有服务都是相互连接的。 - 不灵活：
采用新技术确实很难，因为我们必须改变孔应用技术。
![stm32怎么读取io口输入电平[stm32 读取]](/upload/images/35078990)
![vs2015格式化代码[vs2017 代码格式化]](/upload/images/35080461)
