各位老铁们好，相信很多人对应用程序可以正常上线和离线都不是特别的了解，因此呢，今天就来为大家分享下关于应用程序可以正常上线和离线以及的问题知识，还望可以帮助大家，解决大家的一些困惑，下面一起来看看吧！
2.优雅启动
kubernetes集群提供探针，类似于健康检查。只有请求通过了，新的POD才能进入Ready状态，kubernetes集群才会将新的POD纳入到Service的负载均衡中。
因此，如果应用程序（POD）仅提供服务配置的服务，则无需配置探针即可优雅启动。但实际的POD中往往会在配置服务中注册HSF、LWP、Dubbo等服务来实现负载均衡，所以需要确保这些服务已经启动，因此需要配置相应的探针。
同时，任何服务在运行过程中都可能因某种原因出现不稳定，导致服务中断。这时就需要配置一个livenessProbe探针，保证服务出现故障时及时止损。
我们的应用主要包括HSF、LWP和HTTPS服务。对于同时拥有这三个服务的应用程序，需要应用程序提供一个健康检查接口，可以即时检查三个服务是否正常，然后进行如下配置：
livenessProbe: failureThreshold: 3 initialDelaySeconds: 30 periodSeconds: 30 successThreshold: 1 tcpSocket: port: 5084 timeoutSeconds: 1readinessProbe: failureThreshold: 3 initialDelaySecon ds333 60 30 periodSeconds: 30 successThreshold: 1 tcpSocket: port: 5084 timeoutSeconds: 1restartPolicy: AlwaysreadinessProbe 配置表示只有当5804 端口请求正常返回时，Pod 才会进入就绪状态，保证各种服务都还可以。
livenessProbe 表示每10 秒探测一次5804 端口。如果返回失败，达到阈值后，Pod会重启，对出现服务问题的POD及时止损。
注意：readinessProbe探针的检测频率、延迟时间、不健康阈值等数据必须合理。某些应用程序的启动时间较长。如果设置的时间太短，会导致POD反复无效重启。
3. 优雅下线：
我们的应用云主要有HSF、LWP和Https服务。在pod prestop中，我们设置并执行删除服务注册信息的脚本，完成优雅下线。
https服务是基于kubernetes服务来实现服务暴露的。旧POD状态设置为Terminate后，不会有任何请求到达，因此已经优雅下线；
lwp服务通过注册vipserver来提供负载均衡。下线前需要移除这个服务注册，以防止旧POD下线后请求到达旧POD；
HSF 服务通过注册配置服务器来提供负载平衡。下线前需要删除该服务注册，以防止旧POD 下线后请求到达旧POD。
yaml：
原创文章，作者：小su，如若转载，请注明出处：https://www.sudun.com/ask/116526.html
用户评论
掉眼泪
终于看到一个聊“优雅”技术落地的文章！以前我做项目总是觉得代码简洁不够美观，后来慢慢明白到优雅不仅仅是视觉上的赏心悦目，更重要的是代码的可读性和维护性。支持作者的研究和实践！
有14位网友表示赞同！
没过试用期的爱~
这个 “优雅上下线”，听起来很有概念，但具体怎么落地操作呢？我有些搞不懂。文章内容比较理论，希望能有实战案例或更具体的指导。
有18位网友表示赞同！
杰克
一直以来都追求代码简洁易懂，现在看来“优雅” 确实是一个更有内涵的方向! 这篇文章让我茅塞顿开，以后要多花点时间琢磨一下如何让自己的代码更加优雅！
有14位网友表示赞同！
为爱放弃
说实话，我觉得"优雅"这种说法过于主观。每个人的审美和理解不同，什么样的代码才是优雅？这需要更详细的标准和规范。
有19位网友表示赞同！
糖果控
我同意作者观点，“优雅”的编码风格不仅提高了代码的可读性和维护性，也能提升开发者的效率和工作体验。值得学习！
有16位网友表示赞同！
南初
我从事前端开发多年，对用户界面“优雅”的要求比较了解。 然而 “优雅” 在后端代码中如何体现呢？需要更多的实践研究和探讨。
有11位网友表示赞同！
柠栀
我觉得这个博客标题很有意思，一下子吸引了我。 文章内容虽然有些概念抽象，但我开始思考如何让我的代码更具“优雅”的质感，期待作者后续分享更多实用的方法和技巧！
有16位网友表示赞同！
孤单*无名指
对 "优雅下线" 概念还挺感兴趣，但是文章没有解释清楚该怎么实现，感觉有点像空话…
有6位网友表示赞同！
失心疯i
我觉得这个标题很有意思，引人思考。 但是文章缺少具体的案例，我比较想了解“优雅上下线” 在实际工作环境中的应用场景和方法论。
有8位网友表示赞同！
月下独酌
我们团队一直以来都追求代码的简洁明了和易于维护，看来 "优雅" 这个概念非常贴切！ 以后可以借鉴作者的文章来改进我们的开发实践。
有16位网友表示赞同！
何必锁我心
对“优雅”的要求的确高了些吧？ 代码功能正确才是最重要的，过追求形式反而影响效率，我看有些观点不尽相同
有8位网友表示赞同！
半梦半醒半疯癫
这个博客文章让我认识到代码的优雅不仅是美感的问题，更关乎于可维护性和团队协作。 以后我会更加注重代码的可读性和逻辑清晰度！
有5位网友表示赞同！
反正是我
“优雅”是一个很玄学的概念，如何量化、评估，这篇文章并没有给出明确的答复. 我想进一步了解作者对 "优雅" 的具体定义和标准。
有15位网友表示赞同！
一别经年
我是一位初学者，对于 "优雅上下线" 这样的概念感觉有点抽象。 文章内容比较深度，希望作者能加入一些通俗易懂的例子，帮助新手理解。
有12位网友表示赞同！
玻璃渣子
这篇文章让我意识到代码不仅仅是简单的功能实现，更应该追求一种艺术化、优雅的风格。 我已经开始尝试在自己的项目中应用“优雅” 的编码原则！
有9位网友表示赞同！
繁华若梦
我支持作者提出的观点，但我觉得“优雅” 需要根据不同的项目和场景来灵活应用。 一味追求代码美观可能会影响开发效率。
有8位网友表示赞同！
岁岁年年
虽然文章内容很有深度，但是缺乏具体的案例分析和实践指导，对于想要深入学习 "优雅上下线" 的读者来说可能有些不够实用。
有13位网友表示赞同！
拽年很骚
这篇文章让我对"代码优雅"有了更深刻的理解， 以后我会更加注重代码的可读性和维护性，写出更优质的代码！
有10位网友表示赞同！