微服务

　　最近一段时间有些事情耽搁了更新，抱歉各位了。 　　上一篇我们简单的介绍了DotNetty通信框架，并简单的介绍了基于DotNetty实现了回路（Echo）通信过程。 　　我们来回忆一下上一个项目的整个流程： 当服务端启动后，绑定并监听（READ）设定的端口，比如1889。

什么是「微服务架构」？微服务架构就是「一解释就懂，一问就不知，一讨论就打架」

重温Consul最少化集群的搭建   　　我们再复习一下上一篇的内容，先建立三台consul server节点，两个consul client节点，分别在每个节点上跑不同（名称不同而已）的实例。

自动伸缩是每个人都想要的，尤其是在微服务领域。让我们看看如何在基于Spring Boot的应用程序中实现。   我们决定使用Kubernetes、Pivotal Cloud Foundry或HashiCorp's Nomad等工具的一个更重要的原因是为了让系统可以自动伸缩。

最近在做一个docker+Kubernetes微服务容器化实战项目，项目中用到了很多不熟悉的组件，也遇到了挺多的问题。项目结构是这样的： 在做信息服务的时候需要安装thrift组件，遇到了点儿问题，特此记录下过程。

微服务是Devops场景下热门的开发框架，在大型项目中被广泛采用。它把一个大型的单个应用程序和服务拆分为数十个的支持微服务，独立部署、互相隔离，通过扩展组件来处理功能瓶颈问题，比传统的应用程序更能有效利用计算资源。

Spring Cloud包含了多个子项目（针对分布式系统中涉及的多个不同开源产品），比如：Spring Cloud Config、Spring Cloud Netflix、Spring Cloud0 CloudFoundry、Spring Cloud AWS、Spring Cloud Security、Spring Cloud Commons、Spring Cloud Zookeeper、Spring Cloud CLI等项目。

0、目录 整体架构目录：ASP.NET Core分布式项目实战-目录 监控目录：微服务监控zipkin、skywalking以及日志ELK监控系列 一、zipkin介绍  zipkin是一种分布式跟踪系统，有助于收集微服务架构中的延迟问题所需要的时序数据（收集查找），收集微服务之间的调用情况，然后处理调用之间数据延迟等问题。

微服务架构在大型电商中的运用   电商是促销拉动式的场景，也是价格战驱动的场景。618和双11都是典型的促销活动。其实都是在抢用户、扩市场占有率。

sb2.0新版springcloud微服务实战:Eureka+Zuul+Feign/Ribbon+Hystrix Turbine+SpringConfig+sleuth+zipkin springboot 版本是 2.

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

本系列文章演示如何用JHipster生成一个微服务架构风格的应用栈。

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

今天下午在启动spring cloud微服务的时候，报了这个错误： Error starting ApplicationContext. To display the auto-configuration report re-run your application with 'debug' enabled.

一、 什么是 RPC Restful 采用 Http 进行通讯，优点是开放、标准、简单、兼容性升级容易； 缺点是性能略低。在 QPS 高或者对响应时间要求苛刻的服务上，可以用 RPC（Remote Procedure Call），RPC 由于采用二进制传输、TCP 通讯，所以通常性能更好。

一、 JWT 简介 内部 Restful 接口可以“我家大门常打开”，但是如果要给 app 等使用的接口，则需要做权限校验，不能谁都随便调用。 Restful 接口不是 web 网站，App 中很难直接处理 SessionId，而且 Cookie 有跨域访问的限制，所以一般不能直接用后端 Web 框架内置的 Session 机制。

创建简单的熔断降级框架 要达到的目标是： 参与降级的方法参数要一样，当HelloAsync执行出错的时候执行HelloFallBackAsync方法。 public class Person { 　　[HystrixCommand("HelloFallBackAsync")] 　　pu...

上一章说了  Consul服务注册  现在我要连接上Consul里面的服务 请求它们的API接口 应该怎么做呢？ 1.找Consul要一台你需要的服务器 1.1 获取Consul下的所有注册的服务 using (var consulClient = new ConsulClient(c => c.

什么是.Net Core?.Net Core是微软开发的另外一个可以跨Linux、Windows、mac等平台的.Net.Net Core相关知识看文章地步dotnet dllname.dll 运行PostMan 是一个非常专业的调试webapi的工具 Asp.

基本介绍： 安装： 下载地址：https://www.consul.io/downloads.html 运行： consul agent -dev 显示这个界面说明已经开启成功。 页面显示： 然后访问8500端口就可以看到页面:  命令：     consul members：输出当前服务的信息，显示的所有配置节点。

API和微服务的未来正在建设中 API是当今IT行业发展最快，影响业务的技术。借助API，开发人员可以利用其他应用程序中现有计算机程序的功能。自计算机编程第一次开始以来，API已经存在了很长一段时间。

基于Spring Cloud微服务集群的服务治理思考 Spring介绍 1.核心组件: Beans:表示的是Spring对所有Bean对象的管理,主要包含了对象间的关系配置以及一些对象实例化操作.

记得原来有个项目是用wcf做的分布式，不仅横向根据业务拆分了，纵向把业务处理、数据访问等也拆分了成不同的服务，这个是当时公司的产品我也只是一个小小的开发人员所以就不做太多的评论，只是不得不吐槽下调试真的太麻烦。

本文我们就如何使用阿里云ACM这样的配置管理产品在Spring Cloud中替代Spring Cloud Config帮助简化环境配置管理做一个简单的示例，帮助你理解基于ACM来简化微服务环境配置管理的方案，并会简单比较一下ACM与Spring Cloud Config方案的优劣。

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

1. 引言   DevOps的核心魅力是快速的持续集成交付，降低研发和实施运维之间的交互，使得传统的各种扯皮现象统统消失。最重要的是降低成本   保障产品交付可靠性。    使用Rancher作为持续集成的关键环节，统一结连微服务和云计算，使得产品从研发到上线流水线操作，提高生产效率，此处我写的是微服务    而不是传统的程序，是因为微服务（架构的产品）和容器服务，云计算是完美结合的三大核心模块，也是互联网下一代核心技术DevOps的3个    核心支柱。

下一步该了解什么？     我们在这本小册子里面介绍了非常多的知识，但是它远远不够涵盖一切！我们需要知道，这只是冰山一角，有非常多的微服务所涉及到的领域在本书中没有探讨。在最后这个章节，我们将会简要的介绍一些你必须了解的概念，并将这些联系留给读者进行深入研究。

# Java环境下的微服务 ## 本文涉及的内容，能让你学到什么？     本书适用于开发微服务的Java开发人员和架构师。我们在开始介绍微服务架构前，先讲述一些抽象的基本概念。不幸的是，使用新技术并不能神奇地解决分布式系统问题。

本文讲的是将Java EE单体应用打造成微服务【编者的话】如何将单体应用拆分成微服务相信是很多人共同的疑问，本文作者就技术和组织结构等方面为我们提供了一个思路，一起来看看吧~

本文讲的是微服务与SOA架构【编者的话】本文是Mark Richards写的微服务与面向服务架构完整报告。

本文讲的是使用RabbitMQ的事件驱动微服务【编者的话】从传统的HTTP调用迁移到基于事件驱动的微服务架构改变了我们以往的思维方式，其有助于服务的解耦和伸缩，该文介绍了使用RabbitMQ作为消息基础设施实现的事件驱动系统以及处理队列的一些模式。

阅读本文你将了解 微服务注册到Eureka Server上的粗粒度过程 为什么appname是大写。 appName的配置：spring.application.name与eureka.instance.appname，及它们的优先级。

本文讲的是使用Spring Cloud和Docker构建微服务架构该代码可以在GitHub上获得，并且在Docker Hub上提供了镜像。您只需要一个命令即可启动整个系统。

本文讲的是微服务：真正的架构模式【编者的话】本文来自Medium，通过比较CRUD app和数据流app两种应用类型的微服务化探索来向听众介绍微服务。

本文讲的是考虑把大型项目拆解成微服务吗？【编者的话】本文理性的讨论了拆解大型项目到微服务的过程，讨论了拆解过程中会遇到的问题和编程语言的选择，并给出了作者自己的建议。

本文讲的是回顾微服务的边界选择【编者的话】本文讨论了如何定义微服务的边界，并采用机场旅客值机系统做了拆分微服务的例子，本文从模块上下文的角度对微服务进行边界定义，讨论了这种拆分方法的优劣，并引出了其他拆分依据的思考。

本文讲的是微服务架构中API网关的角色API网关提供商Mashape的首席技术执行官Marco Palladino预测，尽管它们在命名方面存在差异，但新出现的服务网格并不完全不同于API网关，两者之间的相似性会随着时间的推移而不断增长。