在我之前的文章  springcloud如何实现服务的平滑发布 里介绍了基于pause的发布方案. 平滑发布的核心思想就是:所有服务的调用者不再调用该服务了就表示安全的将服务kill掉. 另外actuator提供了优雅停机方式的endpoint:shutdown,那我们就可以结合 pause + 等待服务感知下线 + shutdown到一个endpoint里来提供优雅的停机发布方案. 之前的方案有一个不完美的地方,那就是IP白名单的filter是要在应用的application里加 @Servl

Nepxion Discovery是一款对Spring Cloud Discovery服务注册发现.Ribbon负载均衡.Feign和RestTemplate调用.Hystrix或者阿里巴巴Sentinel熔断隔离限流降级的增强中间件,其功能包括灰度发布(包括切换发布和平滑发布).服务隔离.服务路由(包括多机房区域路由.多版本路由和多IP和端口路由).服务权重.黑/白名单的IP地址过滤.限制注册.限制发现等,支持Eureka.Consul.Zookeeper和阿里巴巴的Nacos为服务注册发现中

前提 前段时间顺利地把整个服务集群和中间件全部从UCloud迁移到阿里云,笔者担任了架构和半个运维的角色.这里详细记录一下通过Nginx.Consul.Upsync实现动态负载均衡和服务平滑发布的核心知识点和操作步骤,整个体系已经在生产环境中平稳运行.编写本文使用的虚拟机系统为CentOS7.x,虚拟机的内网IP为192.168.56.200. 动态负载均衡的基本原理 一般会通过upstream配置Nginx的反向代理池: http { upstream upstream_server{ ser

平滑发布的介绍 背景 单位的云办公相关系统没有成熟的平滑发布方案,导致每一次发布都是直接发布,dll文件或配置文件的变更会引起站点的重启. 云办公系统的常驻用户有10000+,即使短短半分多钟,也会收到一堆投诉.基于此,我们梳理了一套平滑发布的方案. 实施方案 1.跟nginx代理服务器约定了一个健康检查的接口 2.通过接口返回的http状态码来让ngx是否分流用户请求(这个我们单位的技术部那边有标准的做法) 3.根据提供的这个服务健康检查的接口:nginx判断只要某个实例的接口返回5xx的状态

在之前的文章中我们提到服务的优雅下线,见: SpringCloud服务如何在Eureka安全优雅的下线 但这个对于ribbon调用其实是不平滑的,shutdown请求到后服务就马上关闭了,服务消费此时未感应到服务下线了,会仍然往这个服务发送请求,从而导致报错. 简介方案有:一.开启重试(前提是保证接口做好幂等处理). 二.使用pause来下线服务(推荐) 操作步骤如下: 1.  服务提供方配置 后台端点禁用安全校验 management.security.enabled=false # 开启服务

如果直接KILL SpringCloud的服务,因为Eureka采用心跳的机制来上下线服务,会导致服务消费者调用此已经kill的服务提供者然后出错,处理这种情况有2中方案. 如需平滑的发布服务请参考: springcloud如何实现服务的平滑发布 一.利用Spring Boot Actuato的管理端点(推荐) 1.pom中引用Actuato <dependency> <groupId>org.springframework.boot</groupId> <art

发布或重启线上服务时抖动问题解决方案 一.问题描述       在发布或重启某线上某服务时(jetty8作为服务器),常常发现有些机器的load会飙到非常高(高达70),并持续较长一段时间(5分钟)后回落(图1),与此同时响应时间曲线(图2)也与load曲线一致.注:load飙高的初始时刻是应用服务端口打开,流量打入时(load具体指什么可参考http://www.cnblogs.com/amsun/p/3155246.html). 图1 发布时候load飙高 图2 发布时候响应时间飙高 二.问

1. 共有三个服务 discovery服务,domain服务,gateway服务. discovery服务是用来注册其他服务的,作为服务治理用. domain服务是主业务服务. gateway服务是所有服务的一个入口,用来做一些服务的判断和过滤用. 2. 有三台机器分别为192.168.1.1,192.168.1.2,192.168.1.3 3. 三台服务器上分别部署各个服务. 4. domain服务的需要注册到每个disscover服务上. 8002 是 discover服务的端口. clie

<蓝绿部署.红黑部署.AB测试.灰度发布.金丝雀发布.滚动发布的概念与区别> 最近公司项目在做架构升级,升级为 Spring Cloud,我们希望能够做到服务的灰度发布,根据访问量逐渐切换用新版本替换老版本,并且能够做到代码零入侵的,毕竟每次发布要修改代码真的不是什么好的体验,而且容易引出其它的非代码级别的错误导致无法发布成功.但是 Spring Cloud 在这一方面好像没有提供什么方案.因此我们在网上大范围的查找,终于找到了一款服务我们需求的灰度发布工具Nepxion Discovery.

SpringBoot版本选择: 官网地址:https://spring.io/projects/spring-boot SpringBoot官方目前最新最稳定版:2.3.1,如果单独使用SpringBoot的话,建议就可以选择官方指定的最新最稳定版. 但是,如果需要和SpringCloud整合,就得看SpringCloud的版本需要适配SpringBoot的哪个版本了. SpringCloud版本选择: 官网地址:https://spring.io/projects/spring-cloud S

假设现在有业务需求,计划将所有的nginx 从镜像版本1.14更新到1.15,这一次发布不紧需要平滑发布,还需要 金丝雀发布,及确认其中一个Pod没有问题后在进行剩余的更新. 暂停与恢复也可以使用yml文件来实现,但是相对比较复杂,这里用比较简单的命令进行说明 暂停与恢复的命令如下所示: kubectl rollout pause deploy {Deployment 名称} kubectl rollout resume deploy {Deployment 名称} 第一步, 新建一个deplo

目录 前言 正文内容 001_课程说明 002_零基础微服务架构理论入门 微服务优缺点[^1] SpringCloud与微服务的关系 SpringCloud技术栈 003_第二季Boot和Cloud版本选型 SpringBoot 版本选择(升级至2.0及以上) SpringCloud 版本选择 Cloud与Boot的对应的依赖关系 004_Cloud组件停更说明 005_父工程Project空间新建 006_父工程pom文件 007_复习DependencyManagement和Dependen

从遇到问题开始 当人们要做一个软件系统时,一般总是因为遇到了什么问题,然后希望通过一个软件系统来解决. 比如,我是一家企业,然后我觉得我现在线下销售自己的产品还不够,我希望能够在线上也能销售自己的产品.所以,自然而然就想到要做一个普通电商系统,用于实现在线销售自己企业产品的目的. 再比如,我是一家互联网公司,公司有很多系统对外提供服务,面向很多客户端设备.但是最近由于各种原因,导致服务经常出故障.所以,我们希望通过各种措施提高服务的质量和稳定性.其中的一个措施就是希望能做一个灰度发布的平台,这个

原文地址:http://www.cnblogs.com/netfocus/p/5548025.html 从遇到问题开始 当人们要做一个软件系统时,一般总是因为遇到了什么问题,然后希望通过一个软件系统来解决. 比如,我是一家企业,然后我觉得我现在线下销售自己的产品还不够,我希望能够在线上也能销售自己的产品.所以,自然而然就想到要做一个普通电商系统,用于实现在线销售自己企业产品的目的. 再比如,我是一家互联网公司,公司有很多系统对外提供服务,面向很多客户端设备.但是最近由于各种原因,导致服务经常出故

1.负载均衡集群介绍 1.1.什么是负载均衡集群 负载均衡集群提供了一种廉价.有效.透明的方法,来扩展网络设备和服务器的负载.带宽.增加吞吐量.加强网络数据的处理能力.提高网络的灵活性和可用性 搭建负载均衡器的需求: 1)把单台计算机无法承受的大规模的并发访问或数据流量分担到多台节点设备上分别处理,减少用户等待时间,提升用户体验 2)单个重负载的运算分担到多台节点设备上做并行处理,每个节点设备处理结束后,将结果汇总,返回给用户,系统处理能力得到大幅度的提高. 3)7*24的服务保证,任意一个或多

DDD领域驱动设计的理解 从遇到问题开始 当人们要做一个软件系统时,一般总是因为遇到了什么问题,然后希望通过一个软件系统来解决. 比如,我是一家企业,然后我觉得我现在线下销售自己的产品还不够,我希望能够在线上也能销售自己的产品.所以,自然而然就想到要做一个普通电商系统,用于实现在线销售自己企业产品的目的. 再比如,我是一家互联网公司,公司有很多系统对外提供服务,面向很多客户端设备.但是最近由于各种原因,导致服务经常出故障.所以,我们希望通过各种措施提高服务的质量和稳定性.其中的一个措施就是希望能

大学毕业后笔者进入一家外企,做企业CRM系统开发,那时候开发效率最高的高级程序语言,毫无疑问是C#.恰逢公司也在扩张,招聘了不少.net程序员,笔者作为应届生,也乐呵呵的加入到.net程序员行列中. C#.net非常容易上手,之前在大学里,做过winform和webform开发,也曾经在老师那里承接过小项目,赚点外快.于是在工作岗位上驾轻就熟,很容易就上手了企业开发框架,仅一年多,笔者就成为公司的开(jia)发(ban)骨(feng)干(xian). C#.net的网评比Java要差,笔者曾经在

 一.什么是OCTO 定义: OCTO是美团的分布式服务通信框架及服务治理系统,属于公司级基础设施,目前尚未开源. 目标: 为公司所有业务提供统一的服务通信框架,使业务具备良好的服务运营能力,轻松实现服务注册.服务自动发现.负载均衡.容错.灰度发布.调用数据可视化等,持续提升服务高可用性.服务运维效率. 类比: 美团点评内部类似的框架还有pigeon(已开源,https://github.com/dianping/pigeon).OCTO是octopus(章鱼)的缩写,pigeon是鸽子的意思,

高并发优化细节点: 微服务化 如何发现系统瓶颈?   如何高效利用有限内存: 使用基本类型 使用数组,不用集合 自定义map与数据结构   Integer—>int, Set<Integer> —>sort(int[]) Map<Integer, Map<Integer, Object>>—>Map<Long, Object> LongRefernectConcurrentHashMap   所有大类型GC都会被扫描到,而小类型不会被扫描 

前言 领域驱动设计是一个开放的设计方法体系,目的是对软件所涉及到的领域进行建模,以应对系统规模过大时引起的软件复杂性的问题,本文将介绍领域驱动的相关概念. 一.软件复杂度的根源 1.业务复杂度(软件的规模) 软件的需求决定了系统的规模.当需求呈现线性增长的趋势时,为了实现这些功能,软件规模也会以近似的速度增长.由于需求不可能做到完全独立,导致出现相互影响相互依赖的关系,修改一处就会牵一发而动全身.就好似城市的一条道路因为施工需要临时关闭,此路不通,通行的车辆只能改道绕行,这又导致了其他原本已经饱