基于某某SpringCloud微服务系统方案设计.pdfVIP

基于某某SpringCloud微服务系统方案设计.pdf

  1. 1、本文档共26页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 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)

138****8964 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档