_Tip:_ 此篇已加入.NET Core微服务基础系列文章索引 上一篇我们基于IdentityServer4建立了一个AuthorizationServer，并且继承了QuickStartUI，能够成功获取Token了。

微服务架构模式有很多好处。首先，通过分解巨大单体式应用为多个服务方法解决了复杂性问题。在功能不变的情况下，应用被分解为多个可管理的分支 或服务。每个服务都有一个用RPC-或者消息驱动API定义清楚的边界。

1. Spring Boot 1). 简介 Spring Boot 是由 Pivotal 团队提供的全新框架，其设计目的是用来简化新 Spring 应用的初始搭建以及开发过程。

Spring Cloud Config 配置管理工具包，让你可以把配置放到远程服务器，集中化管理集群配置，目前支持本地存储、Git以及Subversion。 Spring Cloud Bus ​事件、消息总线，用于在集群（例如，配置变化事件）中传播状态变化，可与Spring Cloud Config联合实现热部署。

　　微服务架构，对于从事JAVA架构的童鞋来说，早已不是什么新鲜的事儿，他们有鼎鼎大名的Spring Cloud这样的全家桶框架支撑，包含微服务核心组件如 1. Eureka：实现服务注册与发现。

蓝绿部署 基本上，蓝绿部署是一种以可预测的方式发布应用的技术，目的是减少发布过程中服务停止的时间。 简单来说，你需要准备两个相同的环境（基础架构），在蓝色环境运行当前生产环境中的应用，也就是旧版本应用，如图中 App1 version1 、 App2 version1 、 App3 version3 。

本文讲的是一个更好的可视化微服务架构的方式【编者的话】如何快速地可视化一个微服务架构，本文作者有一个很酷的办法，赶紧来看看吧！

微服务知识 传统开发所有业务逻辑都在一个应用中, 开发，测试，部署随着需求增加会不断为单个项目增加不同业务模块；前端展现也不局限于html视图模板的形式,后端向前端支持需要更多的接口模块。 随着需求增多，项目变大，单体系统部署在一个进程内部，往往修改很小的功能，为了部署上线也会影响其他功能。

Spring Cloud Spring Boot mybatis分布式微服务云架构（八）开发Web应用（2） 在完成配置之后，举一个简单的例子，在快速入门工程的基础上，举一个简单的示例来通过Thymeleaf渲染一个页面。

作者：个推应用平台基础架构高级研发工程师 阿飞 在微服务架构中，不同的微服务可以有不同的网络地址，各个微服务之间通过互相调用完成用户请求，客户端可能通过调用N个微服务的接口完成一个用户请求。因此，在客户端和服务端之间增加一个API网关成为多数微服务架构的必然选择。

前言 微服务中规范往往比代码更加重要，一些良好的规范，能让我们少走弯路。mica-launcher 启动器就是对服务名和服务环境进行了定制的处理，使得企业开发更加方便快捷。 服务名规范 服务名在微服务中起着至关重要的位置，一个好的服务名应该见名知意。

在上一篇《服务容错保护（hystrix断路器）》的介绍中，我们提到断路器是根据一段时间窗内的请求情况来判断并操作断路器的打开和关闭状态的。而这些请求情况的指标信息都是HystrixCommand和HystrixObservableCommand实例在执行过程中记录的重要度量信息，它们除了Hystrix断路器实现中使用之外，对于系统运维也有非常大的帮助。

本文是在云平台构建过程中的一些经验总结，主要说明了PaaS层的微服务架构设计和落地，暂不涉及IaaS，SaaS的内容。 目标 降低系统的复杂度，减少系统的不确定性。 方法 量化，标准化，自动化。 架构设计 标准化业务层次 梳理业务体系和服务能力，将PaaS平台分层。

本文讲的是微服务实践（五）：微服务的事件驱动数据管理，【编者的话】本文是使用微服务创建应用系列的第五篇文章。第一篇文章介绍了微服务架构模式，并且讨论了使用微服务的优缺点；第二和第三篇描述了微服务架构模块间通讯的不同方面；第四篇研究了服务发现中的问题。

本文讲的是DockOne微信分享（一二六）：Kubernetes在微服务化游戏中的探索实践【编者的话】随着Kubernetes的持续火热，那在线游戏领域又将如何使用，又将碰到哪些问题，以及带来哪些价值？ 本次分享将为大家介绍微服务化架构游戏领域中，Kubernetes支撑技术方案选型，功能优化以及实践过程中的一些思考。

通过上一篇《Spring Cloud构建微服务架构：服务消费（基础）》，我们已经学会如何通过LoadBalancerClient接口来获取某个服务的具体实例，并根据实例信息来发起服务接口消费请求。

本文是我翻译INFQ上的一篇文章。作者Chris由简入深的讲解了微服务的来龙去脉、使用场景、优势劣势、以及现有技术栈向微服务架构的重构步骤。是一篇微服务主题的不可多得的好文。 原文地址：http://www.

image.png 前言 网上看到一本关于微服务反模式的电子书，看后感觉内容非常棒，于是我决定分阶段翻译成中文书，翻译的目的也是想帮助想深入了解微服务的朋友，由于英文水平有限，如有翻译不对之处希望多留言指正。

在项目迭代的过程中，不可避免需要”上线“。上线对应着部署，或者重新部署；部署对应着修改；修改则意味着风险。 目前有很多用于部署的技术，有的简单，有的复杂；有的得停机，有的不需要停机即可完成部署。

关于Spring Cloud大型互联网分布式企业微服务云架构 欢迎大家和我一同来搭建大型互联网分布式企业微服务云架构，我会把搭建架构的详细步骤记录下来，作为以后大家学习参考的资料，希望可以帮助更多的好学者。

本地安装了一个微服务，只能在局域网内访问，怎样从外网也能访问到本地的微服务呢？本文将介绍具体的实现步骤。 1. 准备工作 1.1 安装并启动微服务程序 默认安装的微服务端口是8088。 2. 实现步骤 2.1 下载并解压holer软件包 Holer软件包：holer-xxx.tar.gzHoler支持各种OS系统平台，请选择跟本地OS类型匹配的holer软件包。

本书中，微服务架构的先驱、Java 开发者社区的意见领袖 Chris Richardson 收集、分类并解释了 44 个架构设计模式，这些模式用来解决诸如服务拆分、事务管理、查询和跨服务通信等难题。本书不仅仅是一个模式目录，还提供了经验驱动的建议，以帮助你设计、实现、测试和部署基于微服务的应用程序。

Kubernetes是容器编排和调度领域的王者，它击败了竞争对手Docker Swarm和Apache Mesos，开启了闪耀的未来，微服务可以自修复，可以自动扩展，可以跨zone，region甚至跨云供应商进行federate。

特点 通过将一个应用程序设计构建为一组松散耦合的协作服务。每个服务都实现了一部分的相关功能。对应于Scale Cube（参考分布式系统三维可缩放模型）的Y轴。 服务使用HTTP / REST等同步协议或AMQP等异步协议进行通信。

在移动互联网的世界里，“云”的概念已经行之有年，大家的生活都受到巨大的改变，从没有它不能活的 IM 即时通讯软件和社交平台、信息流、各种丰富生活的游戏和音乐软件，到像“滴滴打车”这样增进生活便利的工具应用，组成了现代人生活的样貌。

这两天正在研究微服务架构中分布式事务的处理方案, 做一个小小的总结, 作为备忘. 如有错误, 欢迎指正! 概念澄清 事务补偿机制: 在事务链中的任何一个正向事务操作, 都必须存在一个完全符合回滚规则的可逆事务.

许多企业都有业务系统庞杂，想拆解微服务，进而可以降低运营成本，提高开发效率和速度，同时达到节点快速迁移的目的。 恰巧小编最近刚做了一个航空公司的业务系统改造项目，需求是将现有的核心业务拆解微服务，将所有服务模块假设在云端，自由扩展以应对未来各种复杂的开发环境。

什么是微服务 一、微服务、分布式、集群的区别 概念： 集群：复制应用 相同的模块，在不同的服务器上 分布式：分散压力 不同模块部署在不同的服务器上。

微服务的由来 微服务最早由Martin Fowler与James Lewis于2014年共同提出来的，但是微服务也不是一个全新的概念，它是由一系列在实践中获得成功并流行起来的概念中总结出来的一种模式，一种概念。

如果单纯得做微服务开发，虽然也可以通过传统得脚本，或者Jinkens工具以脚本的方式进行CI/CD发布，但是相对于Docker镜像来讲，还不是最方便的，所以如果要做CI/CD，最好还是使用Docker镜像来发布。

网关 一、为什么使用网关？ 1） 客户端的需求量与每个微服务暴露的细粒度API数量的不匹配。 （比如，移动客户端一个页面，需要请求上百个微服务，没有效率） 2）客户端请求微服务的协议可能并不是web友好型。