1-3 京东大规模容器实践之网路性能优化，2021微服务架构解决方案docker容器云K8S分布式事务控制综合管理

微服务架构设计

微服务架构基础，本书以Spring Boot 、Spring Cloud 、Docker技术为基础，从当下流行的微服务架构出发，讲解了相关知识。

从入门到实战：Spring Cloud Alibaba 训练营合集，全文125页。 很多人可能会问，有了spring cloud这个微服务的框架，为什么又要使用spring cloud alibaba这个框架了？最重要的原因在于spring cloud中的几乎所有的组件都使用Netflix公司的产品，然后在其基础上做了一层封装。 资料涉及入门到实战的各个环节，适合spring cloud的使用人员。

使用visio手绘的 Spring Cloud 微服务框架，包含路由、服务注册、服务交互、配置管理

(附带安装和说明)sentinel是面向分布式服务框架的轻量级流量控制框架,主要以流量为切入点,从流量控制,熔断降级,系统负载保护等多个维度来维护系统的稳定性。

微服务架构的诞生和容器技术的流行，几乎是同时发生的，这并非偶然，而是互联网时代倒逼传统技术和架构而产生的变革，而以Docker为代表的容器技术则为微服务理念提供了匹配的实现机制，本文作者从什么是微服务切入，详细的介绍了微服务架构的优势，最后从自身实践出发，给出了微服务架构的云端实践。近年来，微服务架构及容器技术备受关注，在各类文章、演讲、博客中频频亮相，成为业界最热门的话题。在时尚的词汇和热情满满的讨论背后，人们开始严肃的重新思考互联网时代服务的架构以及应用开发、运维的方法。微服务以一种全新的架构设计模式，牵动了互联网应用从设计到运维整个流程方法论的变革。??而以Docker为代表的容器技术则

今天开始聊一些微服务的实践，第一块，RPC框架的原理及实践，为什么说要搞定微服务架构，先搞定RPC框架呢?服务化的一个好处就是，不限定服务的提供方使用什么技术选型，能够实现大公司跨团队的技术解耦，如下图：服务A是欧洲团队提供服务，欧洲团队的技术背景是Java，可以用Java实现服务;服务B是美洲团队提供服务，可以用C++实现服务;服务C是中国团队提供服务，可以用Go实现服务;服务的上游调用方，按照接口、协议即可完成对远端服务的调用。但实际上，99.9%的公司的团队规模有限，技术团队人数也有限，基本是使用同一套技术体系来调用和提供服务的：这样的话，如果没有统一的服务框架，RPC框架，各个团队的服

微服务架构解决了很多问题，但是同时引入了很多问题。本文要探讨的是如何解决下面这几个问题。依赖的微服务调用失败了，我应该失败，还是成功。依赖很多外部服务之后，自身如何保障稳定性。如果所有依赖的服务成功，我才算成功，自身的稳定性就堪忧了。如果调用失败时，选择跳过。那么因此产生的数据不一致性问题如何修复？平时毛毛雨，可以忽略。但是大故障之后，人工还是要来擦屁股的，这个成本就特别高。使用消息队列的最大的意义是在让消息可以在故障的时候堆积起来，等故障恢复了再慢慢来处理，减少人工介入的成本。依赖消息队列做系统解耦的时候，怎么确保消息自身是可靠入队列的？消息是否需要先可靠写入队列，然后再提交数据库事务？如果

上图是互联网典型的高可用架构，大部分公司如果没有使用微服务，正在使用这样的架构：1.用户端是浏览器browser，APP客户端2.后端入口是高可用的nginx集群，用于做反向代理3.中间核心是高可用的web-server集群，研发工程师主要在这一层进行编码工作4.后端存储是高可用的db集群，数据存储在这一层。更典型的公司，web-server层是通过DAO/ORM等技术来访问数据库。最初的架构都没有服务层，这样的架构会遇到怎样的痛点？对于没有使用微服务架构的公司来说，要不要升级到微服务架构呢？回答这个问题之前，先来看看您是否遇到和58同城及58到家类似的架构痛点：。A、B、C业务线，如果没有微