江苏城乡建设厅官方网站,百度网站好评,网站后台管理密码破解,app音乐网站开发单体架构和微服务
单体架构和微服务架构区别#xff1f;为什么要用微服务架构#xff1f;
单体架构的整个系统是一个War包#xff0c;即war包走天下。微服务架构的项目是很多个war包#xff08;一个子系统一个#xff09;。
单体架构的优点:
架构简单开发测试部署简单…单体架构和微服务
单体架构和微服务架构区别为什么要用微服务架构
单体架构的整个系统是一个War包即war包走天下。微服务架构的项目是很多个war包一个子系统一个。
单体架构的优点:
架构简单开发测试部署简单
缺点:
随着业务扩展代码越来越复杂代码质量参差不齐开发人员的水平不一修改每一个小bug都是心惊胆战的。并且在进行开发维护时所有人都需要向这个服务中提交代码那么一定是会有大量代码冲突的所以对于大型企业一个开发部总共好几百人微服务架构是必须的它可以拆分项目进而拆分团队。由于单体架构功能复杂部署慢扩展成本高根据单体架构图假设模块A是一个CPU密集型的模块 而模块B是一个IO密集模块。单体架构上无法针对单个功能模块进行扩展那么就需要替换更牛逼的CPU 更牛逼的内存 更牛逼的磁盘这成本… 举个例子比如双11淘宝肯定加服务器因为并发量太大了。但是如果是单体架构那么无法只针对相关的服务加机器比如我们想要个交易服务加机器让它处理订单的并发量更大那么微服务架构就可以实现但是单体架构就不可以它一加机器就是整个项目加而在这个项目中交易服务可能只占百分之十的资源即资源利用率太小了。 阻碍了新技术的发展升级成本高~
微服务架构
微服务核心就是把传统的单机应用根据业务将单机应用拆分为一个一个的服务彻底的解耦每一个服务都是提供特定的功能一个服务只做一件事类似进程每个服务都能够单独部署甚至可以拥有自己的数据库这样变相的也相当于拓展数据库了原来的单体整个项目对应一个数据库要想拓展需要某个项目的数据需要整个数据库拓展分割服务之后一个服务一个数据库了。这样的一个一个的小服务就是微服务.
单体应用非核心业务出现了重大bug导致系统内存溢出那么就可能导致整个服务宕机 。拆分之后只是出问题的模块不可用系统核心功能并不受影响。
单机架构扩展与微服务扩展
单机架构扩展通常都需要依赖nginx
微服务架构以及扩展可以单独扩展某个模块无需像单体应用整体扩展。
微服务数据存储可以有自己的数据库
微服务 VS 微服务架构
微服务架构是一个架构风格, 提倡
将一个单一应用程序开发为一组小型服务.每个服务运行在自己的进程中服务之间通过轻量级的通信机制(比如http rest api)每个服务都能够独立的部署每个服务甚至可以拥有自己的数据库
微服务以及微服务架构的是二个完全不同的概念。
微服务强调的是服务的大小和对外提供的单一功能而微服务架构是指把 一个一个的微服务组合管理起来对外提供一套完整的服务。
微服务的优缺点
优点
每个服务足够小 , 足够内聚代码更加容易理解 , 专注一个业务功能点开发简单一个服务只干一个事情微服务能够被小团队开发提高效率按需伸缩前后端分离 ,后端开发人员只要关系后端接口的安全性以及性能一个服务可用拥有自己的数据库也可以多个服务连接同一个数据库.…
缺点
增加了运维人员的工作量以前只要部署一个war包现在可能需要部署成百上千个jar/war包. 甚至引入docker k8s服务之间相互调用增加通信成本数据一致性问题(分布式事物问题)系能监控等,问题定位…
微服务的适用场景
合适
大型复杂的项目快速迭代的项目并发高的项目
不合适
业务稳定主要工作修修bug迭代周期长发版频率低 感谢耐心看到这里的同学觉得文章对您有帮助的话希望同学们不要吝啬您手中的赞动动您智慧的小手您的认可就是我创作的动力 之后还会勤更自己的学习笔记感兴趣的朋友点点关注哦。
