快速增长的应用程序的部署差距



一些上下文:

我几乎没有ci/CD方面的经验,并且管理着一个快速增长的应用程序,因为它第一次看到了光明。它由不同环境中的几个微服务组成。开发人员不断地向DEV推送新代码,但他们经常忘记从本地发送新值。env转向openshift云,无论这是一个全新的环境还是现有的环境。

结果?服务失败,因为他们没有更新他们的秘密。

我理解潜在的问题是我们DevOps人员和开发人员之间缺乏沟通。但我一直在想办法确保我们不会错过任何东西。也许是"起飞前检查清单"之类的东西;(是的,就像飞行员在真正的飞行准备中所做的那样):如果检查失败,那么飞机还没有准备好起飞。

所以这个问题是给每个实践DevOps的人的。你们是怎么处理的?

例如,有人在Openshift/kubernetes中自动执行这个操作吗?从你的角度和经验来看,你会建议一些工具来实现这一点,或者只是加强沟通?

猜没有清单或沟通将工作的团队,...frequently forget about sending new values from their local .env ove...,你一定已经做了。

在进行下一步之前,您在管道中的步骤应该检查服务可用性,例如。服务是否在可接受的时间内注册了端点?没有端点意味着后备吊舱没有按预期进入准备状态。在这种情况下,回滚并向负责服务/应用程序的团队发送通知,然后干净地退出。

CI/CD没有固定的公式,特别是人为错误。检查,在每个步骤中保持平衡是触发早期预警和避免灾难性部署所能做的最少的事情。

相关内容

  • 没有找到相关文章

最新更新