Inedo 的 BuildMaster 是 Jenkins 替代方案之一，开发人员能够用它将软件发布到各种环境，为各种平台提供全面的持续集成能力，使团队有能力创建私有的自助发布管理平台，单独处理自己的应用程序并私有部署。更重要的是，避免自动发布未经测试的软件。因为无需精通流水线即可使用，所以用户对它的简洁性都非常满意。
Jenkins 是目前最常用的持续集成工具，拥有近 50% 的市场份额，它还是很多技术团队的第一个使用的自动化工具。但是随着自动化领域的持续发展，Jenkins 逐渐暴露出了一些问题，例如缺乏功能、维护问题、依赖关系和扩展问题等等。
来源 | dzone.com/articles/13-jenkins-alternatives-for-continuous-integration
传统上，为OpenStack等开源项目做贡献需要个人和公司提供代码贡献，以添加新特性并修复bug。近两年来，我一直在使用裸机服务提供商Packet提供的硬件，为全美各地的用户组会议上的演示和实验室运行一次性的OpenStack云。6个月前，Packet询问如何向社区提供更多的捐助，这让我们开始构建支持OpenStack的社区云。
JHipster是一个开发平台，用于生成，开发，部署Spring Boot + Angular/React Web Application和Spring microservices。
PS：Spring Cloud从设计之初就考虑了绝大多数互联网公司架构演化所需的功能，如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等。这些功能都是以插拔的形式提供出来，方便我们系统架构演进的过程中，可以合理的选择需要的组件进行集成，从而在架构演进的过程中会更加平滑、顺利。
RateLimiter是Google开源的实现了令牌桶算法的限流工具（速率限制器）。http://ifeve.com/guava-ratelimiter/
zuul 是netflix开源的一个API Gateway 服务器, 本质上是一个web servlet应用。 Zuul 在云平台上提供动态路由，监控，弹性，安全等边缘服务的框架。Zuul 相当于是设备和 Netflix 流应用的 Web 网站后端所有请求的前门。 zuul的例子可以参考netflix在github上的 simple webapp，可以按照netflix 在github wiki 上文档说明来进行使用。
点击上方蓝色字体，选择“设为星标” 回复”学习资料“获取学习宝典 单体应用时代 接口定义 持续集成(CI) 微服务时代 服务拆分原则 框架选择 架构改造 自动化部署 链路跟踪 运维监控 容器化时代 架构改造 Spring Cloud与k8s的融合 CI的改造 小结 微服务是否适合小团队是个见仁见智的问题。 回归现象看本质，随着业务复杂度的提高，单体应用越来越庞大，就好像一个类的代码行越来越多，分而治之，切成多个类应该是更好的解决方法，所以一个庞大的单体应用分出多个小应用也更符合这种分治的思想。 当然微服
Spring Cloud Confg 是用来为分布式系统中的基础设施和微服务应用提供集中化的外部配置支持，它分为服务端与客户端两个部分。其中服务端也称为分布式配置中心，它是一个独立的微服务应用，用来连接配置仓库并为客户端提供获取配置信息、加密/解密信息等访问接口；而客户端则是微服务架构中的各个微服务应用或基础设施，它们通过指定的配置中心来管理应用资源与业务相关的配置内容，并在启动的时候从配置中心获取和加载配置信息。
在使用springcloud config自动刷新功能难免会踩到一些坑，下面来介绍下 在生成中经常需要动态刷新配置，只需要增加@RefreshScope，并且执行手动刷新链接/actuator/refresh,或者集成springcloudbus来自动刷新，但是有些配置动态刷新时需要实例化一些spring内部复杂的对象，这里就不能自动更新了，比如说zuul。 zuul路由配置可以自动刷新，
近期的项目中需要用到WebSocket，因为使用的是微服务架构，所以又直接使用了Spring Cloud的Zuul。然而，Zuul对WebSocket的支持不是那么友好，具体可以参考： https://github.com/spring-cloud/spring-cloud-netflix/issues/163。
由于最近在使用Spring Cloud的Zuul网关的过程中，发现超时的可能性很多，出于性能的调优，所有想通过测试，了解一些参数的作用。在文章最后贴上推荐方案。
前言 问：什么是网关服务？答：给外部提供单一的访问接口，并做过滤和拦截处理的服务。 问：微服务架构中网关服务有什么作用? 答：我们微服务架构中项目众多，如果直接抛给外部，将会很容易引起调用错误并且大
Spring Cloud是一系列框架的有序集合。它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发，如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等，都可以用Spring Boot的开发风格做到一键启动和部署。Spring Cloud并没有重复制造轮子，它只是将各家公司开发的比较成熟、经得起实际考验的服务框架组合起来，通过Spring Boot风格进行再封装屏蔽掉了复杂的配置和实现原理，最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包。
微服务是否适合小团队是个见仁见智的问题。回归现象看本质，随着业务复杂度的提高，单体应用越来越庞大，就好像一个类的代码行越来越多，分而治之，切成多个类应该是更好的解决方法，所以一个庞大的单体应用分出多个小应用也更符合这种分治的思想。当然微服务架构不应该是一个小团队一开始就该考虑的问题，而是慢慢演化的结果，谨慎过度设计尤为重要。
微服务是否适合小团队是个见仁见智的问题。回归现象看本质，随着业务复杂度的提高，单体应用越来越庞大，就好像一个类的代码行越来越多，分而治之，切成多个类应该是更好的解决方法，所以一个庞大的单体应用分出多个小应用也更符合这种分治的思想。
引言：前面一个系列文章介绍了认证鉴权与API权限控制在微服务架构中的设计与实现 ，好多同学询问有没有完整的demo项目，笔者回答肯定有的。由于之前系列文章侧重讲解了权限前置，所以近期补上完整的后置项目，但是这最好有一个完整的微服务调用。本文主要讲下API网关的设计与实现。netflix-zuul是由netflix开源的API网关，在微服务架构下，网关作为对外的门户，实现动态路由、监控、授权、安全、调度等功能。 1. 网关介绍 当使用单体应用程序架构时，客户端（web和移动端）通过向后端应用程序发起一次RES
JWT实现在网关模块，网关的路由是默认配置。 jwt 生成、验证依赖 <dependency> <groupId>io.jsonwebtoken</groupId> <artifactId>jjwt</artifactId> <version>0.7.0</version> </dependency> 最核心的配置是在spring security中加入我们token校验机制的fiter：JwtAuthenticationTokenFilter protected void do
本文基于SpringBoot 1.5.7和SpirngCloud Dalston.SR5。
2014年可以认为是微服务1.0的元年，当年有几个标志性事件，一是Martin Fowler在其博客上发表了“Microservices”一文，正式提出微服务架构风格；二是Netflix微服务架构经过多年大规模生产验证，最终抽象落地形成一整套开源的微服务基础组件，统称NetflixOSS，Netflix的成功经验开始被业界认可并推崇；三是Pivotal将NetflixOSS开源微服务组件集成到其Spring体系，推出Spring Cloud微服务开发技术栈。
南帝段王爷隐居桃源后，潜心研究，构筑了一套武林秘籍访问系统，系统是微服务部署的，拆分为多个模块，每个模块只做一件事情。系统刚上线的时候非常顺利，但随着访问量的增大，模块的增多，新问题越来越显现出来，他心中已有了七八成的主意，但想考一考身边渔樵耕读四大弟子，便将他们叫到自己跟前来，道：“自从我带你们隐居桃源，你们整日游山玩水，过得可是神仙般的日子，不知有没有忘记技术的学习呀？”
启动时Zuul会读取静态配置文件加载路由信息，将URL Path与路由映射关系建立好，提前加载到内存。在很多场景下，我们需要在不停止Zuul进程的前提下，完成路由映射规则的重新建立，这时候我们就需要动态路由（Dynamic Routing）功能，有两种实现动态路由的方式。
随着车金融业务的快速发展，单体架构的系统已经不能满足业务的快速发展的需要，在这种情况下，本文主要介绍微服务网关在金融的实践与演进过程。
一晃三年过去，微服务技术生态又发生了巨大变化，容器，PaaS，Cloud Native，gRPC，ServiceMesh，Serverless等新技术新理念你方唱罢我登场，不知不觉我们又来到了微服务2.0时代。基于近年在微服务基础架构方面的实战经验和平时的学习积累，我想总结并提出一些构建微服务2.0技术栈的选型思路，供各位在一线实战的架构师、工程师参考借鉴。对于一些暂时还没有成熟开源产品的微服务支撑模块，我也会给出一些定制自研的设计思路。
前几天，有个搞培训的朋友想要个java后端目前最常用的工具和框架，正好我以前画过这样一张图，于是发给了他。虽然不是很全，但也希望得到他的夸奖。没想到…
在单体应用架构下，常见的用户-角色-菜单权限控制模式，譬如shiro，就是在每个接口方法上加RequireRole，RequirePermission，当调用到该方法时，可以从配置的数据库、缓存中来进行匹配，通过这种方式来进行的权限控制。
本篇内容涵盖14个方面，涉及上百个框架和工具。会有你喜欢的，大概也会有你所讨厌的家伙。这是我平常工作中打交道最多的工具，大小公司都适用。如果你有更好的，欢迎留言补充。
云原生（Cloud Native）是一种构建和运行应用程序的方法论，它代表着一种充分利用云计算模型的设计思想和工程实践。在云原生架构下，应用从设计之初就考虑到在分布式系统和云环境中的部署、扩展、运维与管理，从而实现高可用性、弹性和可移植性。云原生技术体系主要围绕以下几个核心技术和选型：
原理讲解前，先看一个最经典的业务场景，如开发一个电商网站，要实现支付订单的功能，流程如下：
API网关为微服务架构中的服务提供了统一的访问入口，客户端通过API网关访问相关服务。API网关的定义类似于设计模式中的门面模式，它相当于整个微服务架构中的门面，所有客户端的访问都通过它来进行路由及过滤。它实现了请求路由、负载均衡、校验过滤、服务容错、服务聚合等功能。
为什么需要服务网关 假如当前有十几个微服务服务,订单,商品,用户等等,那客户端需要和每个服务逐一打交道?这显然是不现实的,这就需要有一个统一入口,它就是服务网关。 常用的网关方案 Nginx + L
作为微服务架构系统的入口，毫无疑问，Zuul的并发性能直接决定了整个系统的并发性能。本文结合前几篇文章的内容，在云服务器中部署了包含Eureka Server，Zuul等组件的1.0版本的微服务架构，并进行单点部署Zuul的压力测试，对其并发性能一探究竟。
本篇博客将对Spring Cloud框架中的五大核心组件进行总结，包括Eureka、Ribbon、Feign、Hystrix和Zuul。我们将概述每个组件的功能和作用，帮助您理解这些组件在构建微服务架构中的重要性。
路由在微服务体系结构的一个组成部分。例如，/可以映射到您的Web应用程序，/api/users映射到用户服务，并将/api/shop映射到商店服务。Zuul是Netflix的基于JVM的路由器和服务器端负载均衡器。
zuul 是netflix开源的一个API Gateway 服务器, 本质上是一个web servlet应用。Zuul 在云平台上提供动态路由，监控，弹性，安全等边缘服务的框架。Zuul 相当于是设备和 Netflix 流应用的 Web 网站后端所有请求的前门。zuul的例子可以参考 netflix 在github上的 simple webapp，可以按照netflix 在github wiki 上文档说明来进行使用。
前几天，有个搞培训的朋友，和我要一份java后端的进阶路线图，我就把这篇文章发给了他《必看！java后端，亮剑诛仙》。今天，又想要个java后端目前最常用的工具和框架，正好我以前画过这样一张图，于是发给了他。虽然不是很全，但也希望得到他的夸奖。没想到…
近年，Spring Cloud俨然已经成为微服务开发的主流技术栈，在国内开发者社区非常火爆。我近年一直在一线互联网公司（携程，拍拍贷等）开展微服务架构实践，根据我个人的一线实践经验和我平时对Spring Cloud的调研，我认为Spring Cloud技术栈中的有些组件离生产级开发尚有一定距离。，比方说Spring Cloud Config和Spring Cloud Sleuth都是Pivotal自研产品，尚未得到大规模企业级生产应用，很多企业级特性缺失（具体见我后文描述）。另外Spring Cloud体系还缺失一些关键的微服务基础组件，比如Metrics监控，健康检查和告警等。所以我在参考Spring Cloud微服务技术栈的基础上，结合自身的实战落地经验，也结合国内外一线互联网公司（例如Netflix，点评，携程，Zalando等）的开源实践，综合提出更贴近国内技术文化特色的轻量级的微服务参考技术栈。希望这个参考技术栈对一线的架构师（或者是初创公司）有一个好的指导，能够少走弯路，快速落地微服务架构。
3.多实例映射（Zuul默认使用Eureka集成的负载均衡功能，所以若使用该功能需要做如下两件事：见注释）
github地址：https://github.com/Netflix/zuul/
在微服务架构盛行的年代，我们将一个大型的系统，拆解成各个服务，要完成一个业务逻辑，就可能需要，调用不同主机或不同端口的接口，这样的话看似清晰的服务拆分，实则杂乱无章。这样就我们就需要一个面向服务治理，服务编排的组件—-微服务网关，于是乎zuul就出现了。
从上图中可以看到，Zuul是我们整个系统的入口。当我们有参数校验的需求时，我们就可以利用Zuul的Pre过滤器，进行参数的校验。例如我现在希望请求都一律带上token参数，否则拒绝请求。在项目中创建一个filter包，在该包中新建一个TokenFilter劳累并继承ZuulFilter，代码如下：
至此，已实现基于Eureka的服务发现，基于Ribbon的负载均衡，Feign也为我们提供了很不错的远程调用能力，使用Hystrix后，高并发场景下应用也不会被别人拖死——咱们的微服务架构已经日趋完善！
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
