大树叶 技术专栏

注册中心单点肯定是不牢靠的，可以参考下面的方案做成注册中心集群:弄成3个节点，每个节点向其它节点注册，这样只要集群中有一个节点正常工作即可。为了方便在本机弄出这种效果，我们先修改下host文件127.0.0.1  localhost server1 server2 server3相当于给本机ip绑了3个hostname。然后在项目中，创建3个profile，参考下图

spring cloud 系列文章http://blog.didispace.com/categories/Spring-Cloud/page/3/

微服务架构是当前很热门的一个概念，它不是凭空产生的，是技术发展的必然结果。虽然微服务架构没有公认的技术标准和规范草案，但业界已经有一些很有影响力的开源微服务架构平台，架构师可以根据公司的技术实力并结合项目的特点来选择某个合适的微服务架构平台，以此稳妥地实施项目的微服务化改造或开发进程。本文选自《架构解密：从分布式到微服务》。　　本文盘点了四种常用的微服务架构方案，分别是ZeroC

前面我们介绍了通过springcloud的eureka服务注册组件实现，并且实现了多机互备的HA，同时也将之前写的springboot的服务注册到了eureka上，今天我们主要来介绍下作为服务使用者如何去使用这些服务接口并且实现基于服务化的软负载均衡。对于之前实现的springboot的rest接口服务，一般来说进行restful接口的接收和拆组包，可以通过apache的httpclient、jd

ureka是基于AP原则构建的，而ZooKeeper是基于CP原则构建的。这些可以从他们的特性中得到体现。ZK有一个Leader，而且在Leader无法使用的时候通过Paxos（ZAB）算法选举出一个新的Leader。这个Leader的目的就是保证写信息的时候只向这个Leader写入，Leader会同步信息到Followers。这个过程就可以保证数据的一致性。对比下ZK，Eurek

ZooKeeper是Apache基金会下的一个开源的、高可用的分布式应用协调服务。许多公司都把它用于服务发现。但在云环境中，面对设备及网络故障时的恢复能力是需要重点考虑的问题。因此，将应用部署在云上，就必须要预见到硬件故障、网络延迟以及网络分区等问题，进而构建出恢复能力强的系统。Peter Kelley是个性化教育初创公司Knewton的一名软件工程师。他认为，从根本上讲，把ZooKeeper

下载地址 http://www.infoq.com/cn/minibooks/domain-driven-design-quickly判断是否是领域逻辑的原则：就是这个逻辑动作是否有明确的业务上的含义，或者说是否是业务相关的，而不仅仅是技术相关的。只有将技术实现手段从领域问题中剥离才能保证领域本身的精炼，保证程序员可以把精力集中到领域问题本身上来，而不会满脑子都是技术实现手段。按照

原文地址：https://segmentfault.com/a/1190000010953144微服务框架潮流，当前该如何选择 SpringCloud、Dubbo or Istio？在 Kubernetes 容器云平台于众多企业里遍地实施开花后，迅速结出的果实：应用微服务化当仁不让的居于首位。众所周知，基于容器平台构建后端服务，可以更加迅速的实现业务微服务化，与

在之前的系列文章中我们学习了如何进行Spring Boot应用的功能开发，以及如何写单元测试、集成测试等，然而，在实际的软件开发中需要做的不仅如此：还包括对应用程序的监控和管理。正如飞行员不喜欢盲目飞行，程序员也需要实时看到自己的应用目前的运行情况。如果给定一个具体的时间，我们希望知道此时CPU的利用率、内存的利用率、数据库连接是否正常以及在给定时间段内有多少客户请求等指标；不仅如此，我们希望

该状态持续很久，访问该服务也返回错误，但在注册中心界面，该服务却一直存在，且为UP状态，并且在大约十分钟后，出现一行红色大字：EMERGENCY! EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY'RE NOT. RENEWALS ARE LESSER THAN THRESHOLD AND HENCE THE INSTA

http://shiyanjun.cn/archives/1075.html

1. Dubbo是什么？Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。简单的说，dubbo就是个服务框架，如果没有分布式的需求，其实是不需要用的，只有在分布式的时候，才有dubbo这样的分布式服务框架的需求，并且本质上是个服务调用的东东，说白了就是个远程服务调用的分布式框架（告别Web Service模式中的WSdl，以服

http://blog.didispace.com/springcloud1/

在我们前面的博客中讲到，当服务A需要调用服务B的时候，只需要从Eureka中获取B服务的注册实例，然后使用Feign来调用B的服务，使用Ribbon来实现负载均衡，但是，当我们同时向客户端暴漏多个服务的时候，客户端怎么调用我们暴漏的服务了，如果我们还想加入安全认证，权限控制，过滤器以及动态路由等特性了，那么就需要使用Zuul来实现API GateWay了，下面，我们先来看下Zuul怎么使用。

在前面我们使用zuul搭建了网关http://blog.csdn.net/liuchuanhong1/article/details/59056278关于网关的作用，这里就不再次赘述了，我们今天的重点是zuul的Filter。通过Filter，我们可以实现安全控制，比如，只有请求参数中有用户名和密码的客户端才能访问服务端的资源。那么如何来实现Filter了？要想实现Filter

在springboot的开发中,有时候我们会有不同的配置,例如日志打印,数据库连接等,开发,测试,生产每个环境可能配置都不一致,还好,springboot支持通过不同的profile来配置不同环境的配置,下面就大致介绍一下yml配置文件跟properties配置文件怎么使用profile配置不同环境的配置文件...先介绍一下开发环境:jdk版本是1.8

在 Kubernetes容器云平台于众多企业里遍地实施开花后，迅速结出的果实：应用微服务化当仁不让的居于首位。众所周知，基于容器平台构建后端服务，可以更加迅速的实现业务微服务化，与之而来的框架选型讨论也迅速火热了起来。微服务框架选型之争选项其实很多，这里挑选一些讨论火热、或者主流的来对比，仅供参阅。主流微服务框架：SpringCloud、Dubbo新锐微服务框架：I