目录
1 单体架构
公司发展的初期,资金少、用户少,需要的软件产品的数据和并发量都比较小,这个时期大多数的软件系统只需要单一服务器就可以满足需求,所有的业务逻辑都在单一应用系统,单应用、单数据库。数据库部署在和应用相同的虚拟机或服务器上,或者放置在另外一台机器上。此时的架构图如下:

- 操作系统:windows、linux
- 应用服务器:tomcat、jetty、jboos、apache、weblogic、websphere…
- 数据库:mysql、oracle、db2…
- 应用系统:可以用java、php、asp等各种语言开发
这种架构模式优点很明显:
- 节省服务器资源,投入少
- 管理简单:上线、部署、监控、问题排查等都比较简单
- 开发简单:软件系统功能整合在一起,不需要考虑太多服务依赖等问题,代码管理也比较简单明了。
- 测试简单
随着公司和业务进入快速发展时期,软件系统面临来自多方面的考验:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-WsohlNki-1660455793546)(assets/1587529858713.png)]
单体架构的缺点也越发的凸显出来:
<
本文介绍了互联网架构的发展历程,从初期的单体架构到分布式架构,再到微服务架构。讨论了单体架构的局限性,如可用性和稳定性问题,以及分布式架构的解决方案,如应用集群、分布式缓存、业务拆分等。文章还探讨了微服务架构的优缺点,强调了服务化带来的好处,如调用简单、代码复用和业务隔离,但也指出其面临的挑战,如分布式事务和运维复杂性。
订阅专栏 解锁全文
5230

被折叠的 条评论
为什么被折叠?



