原创力文档- 1、本文档共26页，可阅读全部内容。
- 2、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。
- 3、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
- 5、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
- 6、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传，每下载1次， 网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
SpringCloud
标准适用文案
微效力系统设计方案
1.微效力实质
微效力架构从实质上说其实就是散布式架构，与其说是一种新架构，不如说是一种微服
务架构风格。
简单来说，微效力架构风格是要开发一种由多个小效力构成的应用。每个效力运行于独
立的进度，而且采纳轻量级交互。多半状况下是一个的资源API。这些效力具备独立业务能力
并能够经过自动化部署方式独立部署。这类风格使最小化集中管理，进而能够使用多种不一
样的编程语言和数据储存技术。
关于微效力架构系统，因为其效力粒度小，模块化清楚，所以第一要做的是对系统整体
进行功能、效力规划，优先考虑怎样在交托过程中，从工程实践出发，组织好代码构造、配置、
测试、部署、运维、监控的整个过程，进而有效表达微效力的独立性与可部署性。
本文将从微效力系统的设计阶段、开发阶段、测试阶段、部署阶段进行综合论述。
理解微效力架构和理念是核心。
2.系统环境
名称版本说明
JDK
SpringBoot
SpringFramework
Ribbon
kafka
RabbitMQ
文档
SpringCloud
标准适用文案
3.微效力架构的挑战
靠谱性：
因为采纳远程调用的方式，任何一个节点、网络出现问题，都将使得效力调用失败，
跟着微效力数目的增加，潜伏故障点也将增加。
也就是没有充足的保障体制，那么单点故障会大批增添。
运维要求高：
系统监控、高可用性、自动化技术
散布式复杂性：
网络延缓、系统容错、散布式事务
部署依靠性强：
效力依靠、多版本问题
性能〔效力间通信本钱高〕：
无状态性、进度间调用、跨网络调用
数据一致性：
散布式事务管理需要超越多个节点来保证数据的刹时一致性，所以比起传统的单体架构
的事务，本钱要高得多。此外，在散布式系统中，往常会考虑经过数据的最后一致性来解决数据
刹时一致带来的系统不行用。
重复开发：
微效力理念崇尚每个微效力作为一个产品对待，有自己的团队开发，甚至能够有自
己完好不一样的技术、框架，那么与其余微效力团队的技术共享就产生了矛盾，重复开发的工作
即产生了。
文档
SpringCloud
标准适用文案
没有最好的，只有最合适自己的。
4.架构设计
4.1.思想设计
微效力架构设计的根本目的是实现价值交托，微效力架构只有依据DevOps理念方可进
行的更顺畅，思想方式的转变是最重要的。
实现微效力技术架构，现有产品需要进行技术上的改进以及有关配套效力的实现，采纳分阶
段实行、以及试点产品优先实行的策略，主要包含以下：
一、技术上的改进：
1、前后端分离，web前端经过/s协议调用微效力的API网关，由API网关再
经过路由效力调用相应的微效力
文档
SpringCloud
文档评论（0）