- 综合排序
- 最热优先
- 最新优先
- 来自专栏葫芦
基于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。
72940编辑于 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，是指在黑与白之间，能够平滑过渡的一种发布方式。
70320编辑于 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。
45410编辑于 2022-09-26 - 来自专栏奶奶看了都会
发布稳定性-优雅上线
之前的文章讲了优雅下线发布稳定性-优雅下线，今天讲优雅上线 优雅上线也叫：「无损上线」，「延迟发布」，「延迟暴露」。 与之对立的自然是：「有损上线」，「直接发布」 什么是优雅上线 先说说什么情况不是优雅上线 • 应用启动时，Service还没加载完，系统就开始对外提供服务，导致失败调用。 等到应用恢复正常后，再把流量弄回来，让应用继续提供服务，这就是优雅上线。 无论是HTTP应用还是RPC应用，在发布上线时，优雅上线逻辑都是一样的，如下图，服务发布过程中不可用，进行摘流。 待到服务发布完成，重新分配流量 Dubbo的优雅上线 Dubbo的优雅上线有2种方式：延迟发布 和 Qos命令 1.延迟发布 即延迟暴露Dubbo服务，比如你的服务需要一些初始化操作后才能对外提供服务 最佳实践 本文介绍了两种 Dubbo 优雅上线的方法： • 延迟发布（delay=5000） • 不发布 + QOS 指令发布（register=false） 在实际的企业应用中，需要结合具体场景使用
63440编辑于 2023-04-28 - 来自专栏奶奶看了都会
发布稳定性-优雅上线
之前的文章讲了优雅下线发布稳定性-优雅下线，今天讲优雅上线 优雅上线也叫：「无损上线」，「延迟发布」，「延迟暴露」。 与之对立的自然是：「有损上线」，「直接发布」 什么是优雅上线 先说说什么情况不是优雅上线 应用启动时，Service还没加载完，系统就开始对外提供服务，导致失败调用。 等到应用恢复正常后，再把流量弄回来，让应用继续提供服务，这就是优雅上线。 无论是HTTP应用还是RPC应用，在发布上线时，优雅上线逻辑都是一样的，如下图，服务发布过程中不可用，进行摘流。 待到服务发布完成，重新分配流量 图片 Dubbo的优雅上线 Dubbo的优雅上线有2种方式：延迟发布 和 Qos命令 1.延迟发布 即延迟暴露Dubbo服务，比如你的服务需要一些初始化操作后才能对外提供服务 图片 最佳实践 本文介绍了两种 Dubbo 优雅上线的方法： 延迟发布（delay=5000） 不发布 + QOS 指令发布（register=false） 在实际的企业应用中，需要结合具体场景使用。
75031编辑于 2023-04-20 - 来自专栏奶奶看了都会
发布稳定性-优雅下线
所以准备写一下关于发布稳定性的经验文章，今天先来说说优雅下线。 为什么需要优雅下线 对于线上应用，特别是高并发的应用来说，在服务更新部署发布过程中保证客户端无感知是开发者必须要解决的问题，即从应用停止到重启恢复服务这个阶段不能影响正常的业务请求。 所以服务需要自动化机制，自动摘流量并确保处理完已经到达的请求，这也就是优雅下线。 适用场景 JVM主动关闭（System.exit(int)） 应用程序接受SIGTERM或SIGINT信号退出 Dubbo服务优雅下线 Dubbo服务的优雅下线是默认开启的，停机等待时间10秒 # Dubbo 有提供无损上下线的功能，当然可能是收费的啊，但是接入简单，适用于大型系统 图片 总结 这篇文章介绍了无损下线，主要目的是防止应用发布部署过程中产生脏数据问题，下篇文章讲无损上线
79720编辑于 2023-04-20 - 来自专栏奶奶看了都会
发布稳定性-优雅下线
所以准备写一下关于发布稳定性的经验文章，今天先来说说优雅下线。 为什么需要优雅下线 对于线上应用，特别是高并发的应用来说，在服务更新部署发布过程中保证客户端无感知是开发者必须要解决的问题，即从应用停止到重启恢复服务这个阶段不能影响正常的业务请求。 所以服务需要自动化机制，自动摘流量并确保处理完已经到达的请求，这也就是优雅下线。 适用场景 • JVM主动关闭（System.exit(int)） • 应用程序接受SIGTERM或SIGINT信号退出 Dubbo服务优雅下线 Dubbo服务的优雅下线是默认开启的，停机等待时间10秒 阿里云MSE有提供无损上下线的功能，当然可能是收费的啊，但是接入简单，适用于大型系统 MSE配置无损下线 总结 这篇文章介绍了无损下线，主要目的是防止应用发布部署过程中产生脏数据问题，下篇文章讲无损上线
65921编辑于 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脚本来实现部署发布整过程
57470发布于 2018-08-23 - 来自专栏大头猿
如何优雅的优化Win11右键菜单
Win 11 Windows 11正式版已经发布好久了，相信很多朋友也已经升级了，估计一些win10用户还在徘徊。 不过对于Win11的一些新设计，并不是所有人都能适应的，例如新的右键快捷菜单，就不少朋友表示接受不了。 Win11的新右键菜单相比之前的旧款式，颜值上的确大有提升，不仅使用了Fluent Design设计语言，而且优化了文字排版，行间距更宽，便于阅读和触控。 今天就来给大家分享一些恢复Win11完整右键菜单的方法！ 使用教程 打开软件，右键选择以管理员身份运行 接着我们点击启用win11旧版，就可以恢复到原来的模式了！
3.4K10编辑于 2022-10-27 - 来自专栏向治洪
Android 11 正式版发布
对比最近两年发布的几个版本可以发现，安卓系统其实变化不是很大，底层改变也不是很多，更新的内容主要是围绕着消息、 隐私和如何更好地控制所有的智能设备来开发的。 下面让我们来具体看一下Android 11的一些新特性。 Google Play 系统更新：自去年发布以来，Google Play 系统更新让我们能更快速地更新操作系统核心组件，并覆盖 Android 生态系统中的众多设备。 如果您是通过 Google Play 发布应用，则有一年多的时间来选择支持这些变更，但我们建议尽早开始测试。为了帮助您进行测试，Android 11 允许您单独开启或关闭其中的许多变更。 Android 11 适配 兼容性适配 随着Android 11 版本的发布，现在你可以进行应用的兼容性测试并发布更新的应用了。 ?
1.8K50发布于 2020-09-15 - 来自专栏散尽浮华
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，是指在黑与白之间，能够平滑过渡的一种发布方式。
67420编辑于 2022-04-28 - 来自专栏Java技术栈
Eclipse 4.9 正式发布，支持 Java 11！
Java 编辑器中的“面包屑导航”在暗黑主题中现在使用了黑色背景，而在日间主题中也使用了扁平化的风格。其实觉得还是别扭，没有 IDEA 中的漂亮，推荐大家阅读Intellij Idea非常6的10个姿势。
90520发布于 2019-07-12 - 来自专栏芋道源码1024
IntelliJ IDEA 2018.2 发布，支持 Java 11
近期，JetBrains发布了其旗舰产品IntelliJ IDEA的2018.2版本。 新版本支持即将推出的Java 11、断点意图（Breakpoints Intentions）、MacBook的Touch Bar等特性，并改进了Spring Boot、Scala和Docker插件。 这是定于11月推出的Java 11中的一个新特性。该特性支持开发人员在Lambda表达式中使用var： //Java 8，不支持var。 BiConsumer<Processor, String> consumer = (Processor x, String y) -> x.process(y); //Java 11，支持var。 BiConsumer<Processor, String> consumer = (var x, var y) -> x.process(y); 为配合Java 11对var的支持特性，在IDE中按住“
1.5K70发布于 2018-09-30 - 来自专栏纯洁的微笑
Java 11正式发布，新特性解读
作者 | 杨晓峰 编辑 | 何潇、小智 北京时间 9 月 26 日，Oracle 官方宣布 Java 11 正式发布。这是 Java 大版本周期变化后的第一个长期支持版本，非常值得关注。 你可以点击以下地址即刻下载： https://www.oracle.com/technetwork/java/javase/downloads/index.html 最新发布的 Java11 将带来 ZGC 新的发布模式下，企业的 IT 策略需要做出什么样的调整？ 除了耍酷，JDK 11，或者说最近的 JDK 版本，有什么真正值得生产环境中应用的特性？工程师要跟进吗？ 首先，从时间节点来看，JDK 11 的发布正好处在 JDK 8 免费更新到期的前夕，同时 JDK 9、10 也陆续成为“历史版本”，请看下面的 Oracle JDK 支持路线图： ? 即使是停止发布后续 JDK11 更新，Andrew Haley 等社区专家也已经明确保证，会组建并领导“JDK-11-updates”项目，并且保证： “please let me assure you
94130发布于 2019-09-05 - 来自专栏EMQ 物联网
Newsletter 2022-11｜HStreamDB 0.11 发布
11月我们发布了 HStreamDB 0.11，修复了多项已知问题。同时也在继续推进 HStream Platform 的开发，并计划于本月底上线首个 Alpha 版本。 v0.11 发布随着云原生流数据库 HStreamDB 项目的日益成熟，为了更好地适应项目发展，我们决定逐渐缩短发版周期，以更快的速度进行迭代。 因此，继10月底我们发布 v0.10 之后，11月我们又发布了 v0.11，主要带来了以下更新和问题修复：调整 HServer 的启动参数 host 和 address 为 bind-address 和 为了更方便用户部署测试以及观测 HStreamDB 集群，11月 hdt 新增了支持通过部署 ELK Stack 来收集和查询 HStreamDB 的运行日志，如果启用了相应选项，hdt 在部署的过程中会自动配置好
46930编辑于 2022-12-08 - 来自专栏Java技术栈
IntelliJ IDEA 2018.2 发布，支持 Java 11
近期，JetBrains发布了其旗舰产品IntelliJ IDEA的2018.2版本。 新版本支持即将推出的Java 11、断点意图（Breakpoints Intentions）、MacBook的Touch Bar等特性，并改进了Spring Boot、Scala和Docker插件。 这是定于11月推出的Java 11中的一个新特性。该特性支持开发人员在Lambda表达式中使用var： //Java 8，不支持var。 BiConsumer<Processor, String> consumer = (Processor x, String y) -> x.process(y); //Java 11，支持var。 BiConsumer<Processor, String> consumer = (var x, var y) -> x.process(y); 为配合Java 11对var的支持特性，在IDE中按住“
98310发布于 2018-09-29 - 来自专栏JVMGC
3.6K Star很优雅!关闭Windows 11系统广告
项目介绍 OFGB仓库为一款采用C#编写的桌面应用，其主要功能是通过修改Windows注册表，快速、便捷地禁用Windows 11系统自带的不受欢迎的广告。 2.禁用多种广告: 该应用可禁用Windows 11系统各处的广告，例如文件浏览器广告、锁定屏幕提示和广告、设置广告等，共计9项广告，确保系统界面更加清爽。 功能举例 1.禁用文件浏览器广告：OFGB可以帮助用户关闭Windows 11系统中文件浏览器中的广告，让用户的浏览体验更加清爽。 3.禁用设置广告：OFGB还可以帮助用户禁用Windows 11系统中的设置页面上的广告，让用户在设置系统参数时不受广告干扰。 使用场景: OFGB适合那些被Windows 11系统内置广告困扰的用户。如果你希望系统界面更简洁、更高效，同时摆脱各种繁琐的个性化广告干扰，那么OFGB将是你的理想选择。
39310编辑于 2024-05-08
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号