理论上 ， “松散耦合”可以保证某个服务发生故障时 ， 其他服务继续运行 。 但这只是痴人说梦 ， 对于业务非常复杂的客户来说 ， 真正实现松散耦合几乎是不可能的 。
最后 ， 架构的可靠程度取决于最薄弱的环节 。 活动的部分越多 ， 出错的概率就越大 。
总结
虽然许多公司都采用了微服务 ， 但实际上并没有必要 。 尽管如今微服务的人气很高 ， 但并不适合初创公司 。
对于大多数公司来说 ， 单体应用才是更好的选择 。 等到有必要时 ， 再将单体应用的各个部分拆分为微服务 。
当然 ， 资金雄厚的大型科技公司完全可以从零开始构建微服务架构 。
对于刚起步的创业公司来说 ， 微服务并不适合 ， 而且还会浪费大量的时间和精力 。
参考链接：
https://betterprogramming.pub/stop-using-microservices-build-monoliths-instead-9eac180ac908
? 惊现 Windows 11 “隐藏版”！网友：微软为何要让学生受这种苦？
? 数据驱动 x 敏捷开发 ， 字节是如何践行这两大技术理念的
? 立下1亿开发者数量的Flag ， GitHub Universe 2021将带来什么？