夢の殇

微服务的其中一个特点就是有许许多的粒度小（功能单一，比如用户管理，短信发送管理，邮件发送管理，文件管理等）、能独立部署、扩展、运行的小应用，可以称为api,也就是服务提供者。api之间可以相互调用，但更多的是供app调用，比如学生管理系统，它是面向用户的，是许许多多功能的集合体，它需要调用许多api完成业务功能，所以这学生管理系统可以称为app。    eureka的作用       传统

本文转载自：http://blog.didispace.com/microservice-framework/最近一段时间不论互联网还是传统行业，凡是涉及信息技术范畴的圈子几乎都在讨论 微服务架构 。近期也看到各大技术社区开始组织一些沙龙和论坛来分享spring Cloud的相关实施经验，这对于最近正在整理Spring Cloud相关套件内容与实例应用的我而言，还是

转载自http://dockone.io/article/394让我们先对微服务下个定义：微服务是用一组小服务的方式来构建一个应用，服务独立运行在不同的进程中，服务之间通过轻量的通讯机制（如RESTful接口）来交互，并且服务可以通过自动化部署方式独立部署。正因为微服务架构中，服务之间是相互独立的，所以不同的服务可以使用不同的语言来开发，或者根据业务的需

在前面学习ribbon，feign的时候，向api提供者发起请求的时候，实际用的是http://提供者服务名称这形式，如果提供者api自身进行了集群，没有使用类似nginx的反向代理，而消费者又没有连接eureka的话，那就麻烦了。spring cloud中的zuul其中的一个功能就担任了反向代理的功能，还能连接eureka进行服务发现。     如果使用nginx对提供者集群进行反向代理，架

git/svn、config-server、config-client之间的数据流向说明：http://blog.youkuaiyun.com/catoop/article/details/50955949      代码例子1文件变化不会自动刷新项目：http://www.cnblogs.com/andyfengzp/p/6834757.html       代码例子2文件变化，会自动刷新项目：ht

在前面学习hystrix的时候，我们知道hystrix有fallback回退能力，及如果服务调用出现了异常，则执行指定的fallback方法。那现在zuul对api服务集群进行了反向代理，集成了hystrix，那zuul也能fallback了。     在上一篇博文中，已经建立有zuul项目了，复制一份命名为zuul-fallback,pom.xml,application.propertie

随着Docker的推进，微服务越来越热了.在微服务架构中，我们将业务拆分成一个个的服务，服务与服务之间可以相互调用。为了保证其高可用，单个服务又必须集群部署。由于网络原因或者自身的原因，服务并不能保证服务的100%可用，如果单个服务出现问题，调用这个服务就会出现网络延迟，此时若有大量的网络涌入，会形成任务累计，导致服务瘫痪，甚至导致服务“雪崩”。       特别是app和api是通过http

前面学习了zuul的反向代理、负载均衡、fallback回退。这张学习写过滤器filter，做java web开发的对filter都不陌生，那就是客户端（如浏览器）发起请求的时候，都先经过过滤器filter做一些相关的校验或业务判断（如登录、权限等），zuul也同样提供了过滤器功能。只要继承ZuulFilter类即可。   通过前文的介绍，我们对于Zuul的第一印象通常是这样的：它包含了对请求