- 综合排序
- 最热优先
- 最新优先
- 来自专栏葫芦
基于EUREKA优雅发布
基于EUREKA优雅发布基于EUREKA不优雅的原因如图所示：图片app1的pod启动后会向eureka注册自己的服务名、ip、端口信息。 不优雅的问题在于当app1 pod滚动更新时，新pod拉起后会直接杀掉旧版的pod。旧pod被杀掉后，30秒后eureka才会将此旧pod信息在eureka中清除。 8080ENTRYPOINT ["java","-server","-Xms2560m","-Xmx2560m", "-jar", "/opt/spring-cloud/lib/app1.jar]最终优雅完成以上步骤后 ，发布服务，第一次发布会讲脚本及生命周期钩子带上去。 当第二次发布即会成为优雅发布。原理在pod Terminating状态时通过pre_stop.sh脚本，告知eureka此pod注销，同时sleep 40秒等待，而后清除此pod。
72640编辑于 2022-08-29 - 来自专栏芋道源码1024
SpringCloud 优雅下线+灰度发布
常见的下线方式 优雅的下线方式 灰度发布 蓝绿部署 滚动部署 金丝雀部署 ---- 前言 在生产环境中，如何保证在服务升级的时候，不影响用户的体验，这个是一个非常重要的问题。 常见的优雅解决方案，主要包括优雅下线和灰度发布。而实际上，灰度发布的范围就已经包含优雅下线了。 最后，在本文中，我们主要讲述基于 Spring Cloud 和 Euraka 的优雅下线以及灰度发布。 举个例子，在某一次发布中，我们需要更新 100 个实例，每次更新 10 个实例，每次部署需要 5 分钟。当滚动发布到第 80 个实例时，发现了问题，需要回滚。这时，我们估计就要疯了。 并不是说滚动发布不好，滚动发布也有它非常合适的场景。 金丝雀部署 金丝雀部署又称灰度部署（或者，灰度发布），英文名为 Canary Deployment，是指在黑与白之间，能够平滑过渡的一种发布方式 。
1.4K30编辑于 2022-04-18 - 来自专栏猿天地
SpringCloud 优雅下线+灰度发布
常见的下线方式 优雅的下线方式 灰度发布 蓝绿部署 滚动部署 金丝雀部署 ---- 前言 在生产环境中，如何保证在服务升级的时候，不影响用户的体验，这个是一个非常重要的问题。 常见的优雅解决方案，主要包括优雅下线和灰度发布。而实际上，灰度发布的范围就已经包含优雅下线了。 最后，在本文中，我们主要讲述基于 Spring Cloud 和 Euraka 的优雅下线以及灰度发布。 举个例子，在某一次发布中，我们需要更新 100 个实例，每次更新 10 个实例，每次部署需要 5 分钟。当滚动发布到第 80 个实例时，发现了问题，需要回滚。这时，我们估计就要疯了。 并不是说滚动发布不好，滚动发布也有它非常合适的场景。 金丝雀部署 金丝雀部署又称灰度部署（或者，灰度发布），英文名为 Canary Deployment，是指在黑与白之间，能够平滑过渡的一种发布方式。
70020编辑于 2022-05-10 - 来自专栏葫芦
teg 基于EUREKA优雅发布
基于EUREKA优雅发布 基于EUREKA不优雅的原因 如图所示： app1的pod启动后会向eureka注册自己的服务名、ip、端口信息。 不优雅的问题在于 当app1 pod滚动更新时，新pod拉起后会直接杀掉旧版的pod。 旧pod被杀掉后，30秒后eureka才会将此旧pod信息在eureka中清除。 将服务变得优雅 1.java服务暴漏端点： management: endpoints: web: exposure: include: service-registry 完成以上步骤后，发布服务，第一次发布会讲脚本及生命周期钩子带上去。 当第二次发布即会成为优雅发布。 原理 在pod Terminating状态时通过pre_stop.sh脚本，告知eureka此pod注销，同时sleep 40秒等待，而后清除此pod。
45310编辑于 2022-09-26 - 来自专栏奶奶看了都会
发布稳定性-优雅上线
之前的文章讲了优雅下线发布稳定性-优雅下线，今天讲优雅上线 优雅上线也叫：「无损上线」，「延迟发布」，「延迟暴露」。 与之对立的自然是：「有损上线」，「直接发布」 什么是优雅上线 先说说什么情况不是优雅上线 • 应用启动时，Service还没加载完，系统就开始对外提供服务，导致失败调用。 等到应用恢复正常后，再把流量弄回来，让应用继续提供服务，这就是优雅上线。 无论是HTTP应用还是RPC应用，在发布上线时，优雅上线逻辑都是一样的，如下图，服务发布过程中不可用，进行摘流。 待到服务发布完成，重新分配流量 Dubbo的优雅上线 Dubbo的优雅上线有2种方式：延迟发布 和 Qos命令 1.延迟发布 即延迟暴露Dubbo服务，比如你的服务需要一些初始化操作后才能对外提供服务 最佳实践 本文介绍了两种 Dubbo 优雅上线的方法： • 延迟发布（delay=5000） • 不发布 + QOS 指令发布（register=false） 在实际的企业应用中，需要结合具体场景使用
62740编辑于 2023-04-28 - 来自专栏奶奶看了都会
发布稳定性-优雅上线
之前的文章讲了优雅下线发布稳定性-优雅下线，今天讲优雅上线 优雅上线也叫：「无损上线」，「延迟发布」，「延迟暴露」。 与之对立的自然是：「有损上线」，「直接发布」 什么是优雅上线 先说说什么情况不是优雅上线 应用启动时，Service还没加载完，系统就开始对外提供服务，导致失败调用。 等到应用恢复正常后，再把流量弄回来，让应用继续提供服务，这就是优雅上线。 无论是HTTP应用还是RPC应用，在发布上线时，优雅上线逻辑都是一样的，如下图，服务发布过程中不可用，进行摘流。 待到服务发布完成，重新分配流量 图片 Dubbo的优雅上线 Dubbo的优雅上线有2种方式：延迟发布 和 Qos命令 1.延迟发布 即延迟暴露Dubbo服务，比如你的服务需要一些初始化操作后才能对外提供服务 图片 最佳实践 本文介绍了两种 Dubbo 优雅上线的方法： 延迟发布（delay=5000） 不发布 + QOS 指令发布（register=false） 在实际的企业应用中，需要结合具体场景使用。
74131编辑于 2023-04-20 - 来自专栏奶奶看了都会
发布稳定性-优雅下线
所以准备写一下关于发布稳定性的经验文章，今天先来说说优雅下线。 为什么需要优雅下线 对于线上应用，特别是高并发的应用来说，在服务更新部署发布过程中保证客户端无感知是开发者必须要解决的问题，即从应用停止到重启恢复服务这个阶段不能影响正常的业务请求。 所以服务需要自动化机制，自动摘流量并确保处理完已经到达的请求，这也就是优雅下线。 适用场景 JVM主动关闭（System.exit(int)） 应用程序接受SIGTERM或SIGINT信号退出 Dubbo服务优雅下线 Dubbo服务的优雅下线是默认开启的，停机等待时间10秒 # Dubbo 有提供无损上下线的功能，当然可能是收费的啊，但是接入简单，适用于大型系统 图片 总结 这篇文章介绍了无损下线，主要目的是防止应用发布部署过程中产生脏数据问题，下篇文章讲无损上线
78220编辑于 2023-04-20 - 来自专栏奶奶看了都会
发布稳定性-优雅下线
所以准备写一下关于发布稳定性的经验文章，今天先来说说优雅下线。 为什么需要优雅下线 对于线上应用，特别是高并发的应用来说，在服务更新部署发布过程中保证客户端无感知是开发者必须要解决的问题，即从应用停止到重启恢复服务这个阶段不能影响正常的业务请求。 所以服务需要自动化机制，自动摘流量并确保处理完已经到达的请求，这也就是优雅下线。 适用场景 • JVM主动关闭（System.exit(int)） • 应用程序接受SIGTERM或SIGINT信号退出 Dubbo服务优雅下线 Dubbo服务的优雅下线是默认开启的，停机等待时间10秒 阿里云MSE有提供无损上下线的功能，当然可能是收费的啊，但是接入简单，适用于大型系统 MSE配置无损下线 总结 这篇文章介绍了无损下线，主要目的是防止应用发布部署过程中产生脏数据问题，下篇文章讲无损上线
64821编辑于 2023-04-28 - 来自专栏维C果糖
Spring Cloud 优雅下线以及灰度发布
常见的优雅解决方案，主要包括优雅下线和灰度发布。而实际上，灰度发布的范围就已经包含优雅下线了。最后，在本文中，我们主要讲述基于 Spring Cloud 和 Euraka 的优雅下线以及灰度发布。 举个例子，在某一次发布中，我们需要更新 100 个实例，每次更新 10 个实例，每次部署需要 5 分钟。当滚动发布到第 80 个实例时，发现了问题，需要回滚。这时，我们估计就要疯了。 并不是说滚动发布不好，滚动发布也有它非常合适的场景。 金丝雀部署 金丝雀部署又称灰度部署（或者，灰度发布），英文名为 Canary Deployment，是指在黑与白之间，能够平滑过渡的一种发布方式。 Spring cloud系列20 实现服务优雅上下线 Spring Cloud 灰度发布解决方案 一文搞懂蓝绿部署和金丝雀发布 微服务部署：蓝绿部署、滚动部署、灰度发布、金丝雀发布
2.1K20编辑于 2021-12-07 - 来自专栏运维咖啡吧
探秘varian：优雅的发布部署程序
上一篇文章《记一次诡异的故障排查经历》中有介绍到我们的部署程序varian，文章发布后有小伙伴对varian很感兴趣，今天就简单的介绍一下我们的varian，揭开她神秘的面纱~ 什么是varian varian 编写的一套部署程序，处在整个部署系统的中心，与CMDB、Jenkins、SVN/Git、镜像仓库Harbor、Kubernetes API、通知系统等都有交互，负责将源代码经过一系列的处理后打包成Docker镜像，并发布到各个环境 这样做的好处是每个项目部署发布逻辑都比较简单，修改任何一个项目都对其他项目无影响；但缺点也很明显，各个项目脚本分散，任何项目信息变更都需要取改这个脚本，且一些公共功能的修改就需要所有项目脚本都改一遍，难免不出问题 CMDB拉取项目下的主机列表、邮件通知等从shell脚本中单独抽出来用python重构，并用python实现了一个主入口，所有项目部署都通过这个主入口进入，然后调用python或shell脚本来实现部署发布整过程
56970发布于 2018-08-23 - 来自专栏散尽浮华
Pod容器应用优雅发布 - 运维笔记
K8S自身带有优雅终止Pod容器的机制，发送SIGTERM终止信号，在规定的terminationGracePeriodSeconds优雅时间内完成Pod优雅终止动作。 所以对于单个容器只有一个pid为1的进程来说，使用K8S默认的优雅机制就可以，只需要拉长terminationGracePeriodSeconds优雅时间，确保在规定时间内完成容器优雅终止。 容器优雅发布的配置记录： 这里以customer-services应用模块的pod容器优雅配置为例： 1）将nacos主动下线的脚本在镜像制作阶段推送到容器内部 编写customer-services volumes: - name: customerlog hostPath: path: /var/log/k8s_log/customer-services 容器发布流程 生产环境通过Jenkins配置的Pod容器部署流程：即从Gitlab拉取代码、打包、制作镜像、上传镜像到Harbor仓库、更新pod等发布流程。
3.9K31发布于 2020-11-24 - 来自专栏程序猿DD
Spring Cloud应用的优雅下线与灰度发布
但如果单独拿kill PID出来说，我们能说它是优雅的下线策略吗？肯定不是啊，就是这个道理。 因此，本文讲述的优雅下线仅能称之为“相对的优雅下线”，但相对于暴力的杀死服务，已经足够优雅了。 常见的优雅解决方案，主要包括优雅下线和灰度发布。而实际上，灰度发布的范围就已经包含优雅下线了。 最后，在本文中，我们主要讲述基于 Spring Cloud 和 Euraka 的优雅下线以及灰度发布。 举个例子，在某一次发布中，我们需要更新 100 个实例，每次更新 10 个实例，每次部署需要 5 分钟。当滚动发布到第 80 个实例时，发现了问题，需要回滚。这时，我们估计就要疯了。 并不是说滚动发布不好，滚动发布也有它非常合适的场景。 金丝雀部署 金丝雀部署又称灰度部署（或者，灰度发布），英文名为 Canary Deployment，是指在黑与白之间，能够平滑过渡的一种发布方式。
66920编辑于 2022-04-28 - 来自专栏PHP饭米粒
Swoft 2.0.3 重大更新，发布优雅的微服务治理
优雅的服务治理 Swoft 官方建议开发者使用 Service mesh 模式，比如 Istio/Envoy 框架，把业务和服务治理分开，但是 Swoft 也为中小型企业快速构建微服务提供了一套微服务组件
99820发布于 2019-07-17 - 来自专栏小白AI.易名
Spring Boot Kafka概览、配置及优雅地实现发布订阅
本篇文章主要介绍Spring Kafka的常用配置、主题自动创建、发布消息到集群、订阅消息(群组)、流处理配置以及嵌入式Kafka做测试配置相关内容，最后通过两种方式去实现消息的发布和订阅功能，其中一种是基于 5.2 简单的发布订阅实现(无自定义配置) 下面实现一个简单发布订阅功能，通过前端WEB调用一个API，然后在该API控制器中得到请求后生产者开始发送消息，消费者后台监听消息，如果收到消费者消息，则打印出来 5.3 基于自定义配置发布订阅实现 上面是简单的通过Spring Boot依赖的Spring Kafka配置即可快速实现发布订阅功能，这个时候我们是无法在程序中操作这些配置的，因此这一小节就是利用我们之前 5.3 基于Spring Integration发布订阅实现 Spring Integration也有对Kafka支持的适配器，采用Spring Integration，我们也能够快速的实现发布订阅功能 ，且实现群组多消费者批量消费功能： 实现Kafka自定义配置类 采用Spring Integration 发布订阅 群组多消费者批量消费 采用DSL特定领域语法去编写 生产者发布成功与失败异常处理 ?
16.9K72发布于 2019-12-24 - 来自专栏KAAAsS's Blog
Interpolate Plotter v0 发布 – 更优雅的插值绘图
简单而优雅的操作，只需一句命令，图像自然呈现。 Interpolate Plotter运行于黑白设备的截图。 另外，本程序兼容黑白机型与非CAS机型。
39420编辑于 2022-01-13 - 来自专栏Debian中国
Fedora28正式版发布：GNOME 3.28使用更优雅
深受Linux之父 — Linus Torvalds 青睐的 GNU/Linux 发行版 – Fedora 于今天发布了 28.0 正式版。
75530发布于 2018-12-21 - 来自专栏人工智能ai相关
优雅草科技2026年2月重磅产品·优雅草·写作中枢 — 产品介绍与发布说明
优雅草科技2026年2月重磅产品·优雅草·写作中枢—产品介绍与发布说明一、产品概述优雅草·写作中枢由成都市一颗优雅草科技有限公司出品，由优雅草科技卓伊凡团队潜心研发。 研发团队与品牌出品方：成都市一颗优雅草科技有限公司研发团队：优雅草科技卓伊凡团队地址：xiezuo.youyacao.com本产品技术栈如下：前端：React18+AntDesign5+Vite5后端： Python3+FastAPI+UvicornAI/模型：支持接入OpenAI兼容接口的大语言模型，用于建议生成、润色与评估部署与运维：certbot+Nginx，支持HTTPS及域名绑定发布计划与时间线公测启动 ：2026年2月10日正式发布：2026年2月22日后续规划：PC客户端鸿蒙端harmonyos（陆续上架华为应用商店）Android端（陆续上架应用商店）iOS端（陆续上架AppStore）二、核心功能详解 产品介绍（简要）优雅草·写作中枢由成都市一颗优雅草科技有限公司出品，专为网文作者、传统写作者及内容创作团队打造。产品整合「AI痕迹检测」「开篇建议」「AI润色」「封面与简介评估」四大核心能力。
19910编辑于 2026-02-23 - 来自专栏Web技术布道师
开源推荐 - Swoft 2.0.3 重大更新，发布优雅的微服务治理
优雅的服务治理 Swoft 官方建议开发者使用 Service mesh 模式，比如 Istio/Envoy 框架，把业务和服务治理分开，但是 Swoft 也为中小型企业快速构建微服务提供了一套微服务组件
86710发布于 2019-07-15 - 来自专栏个人开发
阿里二面：使用 Nacos 做注册中心怎么做优雅发布？
今天来聊一聊使用 Nacos 做注册中心怎么做优雅发布。 1.优雅要求 对于优雅发布，要求是 Service Provider 上线（注册到 Nacos）后，服务能够正常地接收和处理请求，而 Service Provider 停服后，则不会再收到请求。 解决了这两个问题，优雅发布就可以做到了。 2.搭建环境 搭建环境是为了看 Nacos 日志，通过日志找到对应的源代码。 前面第一节提到过，优雅发布有两个要求：优雅上线和优雅下线。 4 总结 无论是哪一款注册中心，优雅发布要解决的问题都是优雅上线和优雅下线。本文结合 Nacos 的原理讲解了 Nacos 的优雅发布，希望对你有所帮助。
1.1K30编辑于 2023-08-18 - 来自专栏其他相关技术
优雅草星云智控系统产品发布会前瞻：SNMP协议全设备开启指南-优雅草卓伊凡
优雅草星云智控系统产品发布会前瞻：SNMP协议全设备开启指南-优雅草卓伊凡一、发布会重磅预告1.1 星云智控系统发布会详情优雅草科技将于2024年5月15日在成都市双流区天府国际生物城会议中心举办”星云智控系统产品发布会 作为优雅草科技CTO，卓伊凡将亲自演示新一代物联网AI智控系统的核心技术突破，其中SNMP协议支持将成为实现万物互联的基础前提。 发布会亮点：现场演示：如何3分钟内将传统设备接入星云智控系统白皮书发布：《SNMP在工业物联网中的最佳实践》特别优惠：前100名注册客户赠送SNMP配置工具包生态合作：与主流设备厂商的兼容性认证计划1.2 在5月15日的发布会上，我们将证明即使是最’哑’的设备，也能通过标准协议获得AI大脑。” 三种快速接入建议：立即行动：参照本指南启用设备SNMP服务预约专家：联系优雅草技术支持团队获取定制方案现场体验：参加发布会见证10秒接入的神奇时刻记住：没有不能连接的设备，只有未被激活的智能。
43610编辑于 2025-05-09
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号