主要观点总结
本文介绍了单体架构和微服务的演变历史，以及它们各自的应用场景和选择条件。作者通过历史的角度分析了架构的发展，强调了要根据业务和团队实际情况进行技术选择。最后，作者提出自己对单体架构和微服务的理解，并给出了一些实践建议。
关键观点总结
关键观点1: 单体架构和微服务的历史演变
文章回顾了从原始分布式时代到现今的微服务架构的发展历程，介绍了不同架构的特点和解决的问题。
关键观点2: 单体架构和微服务的应用场景
文章分析了为什么在实践中，要选择单体架构或微服务，包括业务规模、团队能力、技术选型等方面的考虑。
关键观点3: 实践微服务的必备条件和注意事项
文章强调了使用微服务需要具备的条件和注意事项，包括需要有专家级的架构师、系统的自动化与监控度量能力等。
关键观点4: 如何实践微服务
文章简要介绍了实践微服务的一些建议，包括从小规模开始、领域建模、子系统划分等。
关键观点5: 总结与尾巴
作者在结尾部分强调单体和微服务没有高低贵贱之分，只是根据业务情况和团队实际情况进行选择的方案之一，并提供了互动福利。
文章预览
作者：jeanwu 单体和微服务谁是毒瘤？单体、分布式、微服务、SOA到底是什么关系？我的系统该用什么架构？最近终于下定决心研究这个问题并且有所收获，欢迎一起讨论。 一、架构的发展历程 我坚定的认为要深刻的理解一项技术光靠网上一两张按照各项维度对比的表格是不够的，而是要了解这些技术出现的历史背景：他们的出现到底是解决了什么问题，又带来了什么新的问题，最后又因何而被淘汰。下面这部分内容参考《凤凰架构》以及Martin Fowle等人一些文章进行整理，一起来看下历史的浪潮是如何推动架构的演进。 1.1、原始分布式时代 首先介绍的是竟然是“分布式”而不是“单体”这有些反常识，然而事实上分布式确实出现的比单体早，“单体”这个名称是在微服务开始流行之后“事后追认”所形成的概念， 在单体出现之前分布式早已流行
………………………………
