1.团队协作开发成本高
以我的经验，早期在团队开发人员只有两三个人的时候，协作修改代码，最后合并到同一个master分支，然后打包部署，尚且可控。但是一旦团队人员扩张，超过5人修改代码，然后一起打包部署，测试阶段只要有一块功能有问题，就得重新编译打包部署，然后重新预览测试，所有相关的开发人员又都得参与其中，效率低下，开发成本极高。
2.系统高可用差
只有一台应用，其中一个功能有bug问题会殃及其他功能。一个经典的案例就是，曾经有一个视频App，因为短时间内某个付费视频访问量巨大，超过了服务器的承载能力，造成了这个视频无法访问。不幸的是，这个网站付费视频和免费视频的服务部署在一起，也波及了免费视频，几乎全站崩溃。
3.线上发布变慢
单体应用代码庞大依赖多启动时间变慢
1.团队协作开发成本高以我的经验，早期在团队开发人员只有两三个人的时候，协作修改代码，最后合并到同一个master...
1. 单体应用vs微服务 单体应用缺点: 微服务优点: 微服务要解决的问题: 微服务开发框架: 2. Dubbo部...
单体式架构优点： 1.开发，测试简单； 2.部署简单； 3.扩容简单，只要给应用加机器就行。 缺点： 1.编译慢，...
1. 为什么需要spring cloud ?1.1 Monolith（单体应用）架构1.1.1 什么是单体应用？1...
单体的优缺点 单体应用就是将应用程序的所有功能都打包成一个独立的单元，最终以一个WAR包或JAR包存在，没有外部的...
单体架构的缺点 假设：已分层，分模块 单体应用部署时必须作为一个整体进行部署导致对开发交付的约束，必须同步。当规模...
为什么需要微服务 单体应用的缺点： 1.复杂性高，服务难以被修改和重构。2.支付效率低，需要全量的构建和部署，测试...
一 、微服务架构介绍 1.单体架构： 单体架构也称之为单体系统或者是单体应用。就是一种把系统中所有的功能、模块耦合...
一、微服务架构介绍 1.单体架构 单体架构也被称为单体应用，它是将所有的功能模块全部耦合在一个项目...
1 单体应用架构 一个归档包(例如war包格式)包含所有功能的应用程序，通常称为单体应用，而架构单体应用的方法，就...
本文标题：1.单体应用的缺点
本文链接：https://www.haomeiwen.com/subject/danpfctx.html
网友评论