微服务平台技术可行性分析
目录
1. 微服务需求分析和架构设计 (3)
2. 微服务分布式事务处理 (10)
3. 微服务的价值 (13)
微服务是目前最先进的开发方式，使用spring cloud、boot开发微服务非常成熟，如何对一个产品进行微服务开发，这里给出详细指导。
1.微服务需求分析和架构设计
微服务是目前最先进的架构设计思想，在许多国内外大互联网公司得到成功的应用，其核心是化繁为简、化整为零，把应用分解为小的服务模块进行独立开发。微服务的这一特点使其便于部署到容器，对整个开发、测试、运维都发生了革命性影响，有力地支持了devops开发，便于敏捷开发和自动化测试，利于独立部署、维护升级和故障处理，提高效率和质量，带来了一系列优势。那么，微服务有哪些奥秘呢？下面从技术原理上进行剖析。
化整为零的思路不是开发一个巨大的单体式的应用，而是将应用分解为小的、互相连接的微服务。一个微服务一般完成某个特定的功能，比如下单管理、客户管理等等。每一个微服务都是微型六角形应用，都有自己的业务逻辑和适配器。一些微服务还会发布API给其它微服务和应用客户端使用。其它微服务完成一个WebUI，运行时，每一个实例可能是一个云VM或者是Docker容器。
Spring Cloud是微服务开发的优秀框架，在spring Boot的基础上进行开发，Spring Cloud 为开发者提供了在分布式系统（如配置管理、服务发现、断路器、智能路由、微代理、控制总线、一次性Token、全局锁、决策竞选、分布式会话和集状态）操作的开发工具。使用Spring Cloud 开发者可以快速实
现上述这些模式。
微服务的特点在于根据业务提炼不同的服务，系统经过拆分，根据不同的功能划分出基础服务和核心服务。各子系统调用多个核心服务完成功能，核心服务调用多个基础服务。核心服务之间和基础服务之间不能互相调用。一般服务模块只能访问自己的数据库，对其他数据库的数据，通过调用其服务提供的接口完成。
要搞好服务抽象，确定服务边界，确定合适的服务粒度，服务高内聚、低耦合，充分复用，还需要合理划分服务的数据库，实现高度自治。
服务的访问分3种方式：
1.采用rest方式同步调用服务，支持不同语言和环境。
2.采用消息方式异步并行调用服务，提高性能和可用性。微服务注册中心有哪些
3.采用asynTemplate异步调用服务，通过future获取结果。
4.使用rpc方法访问，性能最优，google的grpc很棒。
根据业务的特点，灵活采用上面的方法调用服务，有效地提升系统性能。
微服务支持OOD、DDD，根据业务场景而定架构模式，ODD对于简单业务应用合适，对于复杂的业务应用，采用面向领域设计DDD合适，Axon支持DDD的CQRS 模式，和spring cloud一起开发。
采用spring boot开发功能、spring cloud ribbon实现负载均衡、config处理配置、zuul做api网关、eureka做服务注册、histrix限流、Sleuth处理log、dashbord、actuator、elk监控、mysql存储、rabbitmq处理消息、redis处理缓存、前端用ngnix 实现负载均衡和缓存、rancher+k8s实现docker部署运行、太极框架处理分布式事务。
•复杂度可控：在将应用分解的同时，规避了原本复杂度无止境的积累。每一个微服务专注于单一功能，
并通过定义良好的接口清晰表述服务边界。由于体积小、复杂度低，每个微服务可由一个小规模开发团队完全掌控，易于保持高可维护性和开发效率。•独立部署：由于微服务具备独立的运行进程，所以每个微服务也可以独立部署。当某个微服务发生变更时无需编译、部署整个应用。由微服务组成的应用相当于具备一系列可并行的发布流程，使得发布更加高效，同时降低对生产环境所造成的风险，最终缩短应用交付周期。
•技术选型灵活：微服务架构下，技术选型是去中心化的。每个团队可以根据自身服务的需求和行业发展的现状，自由选择最适合的技术栈。由于每个微服务相对简单，当需要对技术栈进行升级时所面临的风险较低，甚至完全重构一个微服务也是可行的。•容错：当某一组建发生故障时，在单一进程的传统架构下，故障很有可能在进程内扩散，形成应用全局性的不可用。在微服务架构下，故障会被隔离在单个服务中。若设计
良好，其他服务可通过重试、平稳退化等机制实现应用层面的容错。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。