- · 《自动化应用》栏目设置[06/28]
- · 《自动化应用》收稿方向[06/28]
- · 《自动化应用》投稿方式[06/28]
- · 《自动化应用》征稿要求[06/28]
- · 《自动化应用》刊物宗旨[06/28]
来稿应自觉遵守国家有关著作权法律法规，不得侵犯他人版权或其他权利，如果出现问题作者文责自负，而且本刊将依法追究侵权行为给本刊造成的损失责任。本刊对录用稿有修改、删节权。经本刊通知进行修改的稿件或被采用的稿件，作者必须保证本刊的独立发表权。 一、投稿方式： 1、 请从 我刊官网 直接投稿 。 2、 请 从我编辑部编辑的推广链接进入我刊投审稿系统进行投稿。 二、稿件著作权： 1、 投稿人保证其向我刊所投之作品是其本人或与他人合作创作之成果，或对所投作品拥有合法的著作权，无第三人对其作品提出可成立之权利主张。 2、 投稿人保证向我刊所投之稿件，尚未在任何媒体上发表。 3、 投稿人保证其作品不含有违反宪法、法律及损害社会公共利益之内容。 4、 投稿人向我刊所投之作品不得同时向第三方投送，即不允许一稿多投。 5、 投稿人授予我刊享有作品专有使用权的方式包括但不限于：通过网络向公众传播、复制、摘编、表演、播放、展览、发行、摄制电影、电视、录像制品、录制录音制品、制作数字化制品、改编、翻译、注释、编辑，以及出版、许可其他媒体、网站及单位转载、摘编、播放、录制、翻译、注释、编辑、改编、摄制。 6、 第5条所述之网络是指通过我刊官网。 7、 投稿人委托我刊声明，未经我方许可，任何网站、媒体、组织不得转载、摘编其作品。
GitLab通过Kubernetes代理自动化应用交付
作者:网站采编关键词:
摘要：引言 作为持续集成/连续交付（CI / CD）平台更新的一部分，GitLab增加了对GitLab Kubernetes代理（GKA）的支持，这使Kubernetes集群可以自动从CI / CD平台提取应用程序更新。 正文 传统上，使用
引言
作为持续集成/连续交付（CI / CD）平台更新的一部分，GitLab增加了对GitLab Kubernetes代理（GKA）的支持，这使Kubernetes集群可以自动从CI / CD平台提取应用程序更新。
正文
传统上，使用CI / CD平台将更新推送到部署平台。之所以需要这种方法，是因为每个部署平台都不同。但是，采用Kubernetes的组织现在具有标准接口，通过该接口CD流程可以变得更加自动化。
GKA通过在其CI / CD平台和Kubernetes集群之间建立永久的通信渠道来实现该目标。GKA基于作为GitOps Engine项目开发的代理，由团队启动，负责监督Argo CD和Flux的开发，该公司是在Kubernetes集群上部署GitOps Engine的运营商。
GitLab高级开发人员布兰丹·奥利里（Brendan O‘Leary）表示，该公司评估了多个引擎，然后才选择GKA作为GitLab工程师已经参与的两个项目的一部分作为开发代理。
O’Leary表示，尚不清楚组织通过GKA自动化更新的程度，以及继续通过现有DevOps流程继续进行推送应用程序更新的程度。他说，随着时间的推移，大多数组织可能会根据自己的用例和个人喜好同时使用这两者。
同时，作为对GitLab CI / CD平台的13.4更新的一部分，该公司还增加了对HashiCorp Vault的支持，以管理应用程序机密。IT团队已经可以在Kubernetes集群上存储应用程序秘密。但是，大多数组织都希望能够跨现有遗留应用程序和新兴的云原生应用程序集中管理应用程序秘密。
最后，GitLab还宣布增强了它提供的基于角色的访问控制，除了正式将其功能标记软件设为开源项目之外。
随着Kubernetes的兴起，应用程序部署将变得更加自动化。尽管大多数采用最佳DevOps实践的组织已经掌握了CI，但事实证明，CD的成功更加渺茫。IT团队需要支持的每个平台都趋向于具有独特的属性，这使得CD流程自动化成为一个难题。随着IT团队使用Kubernetes，可以利用一组标准的应用程序编程接口（API）来完全自动化应用程序部署和更新。
当然，GitLab不是唯一一个旨在利用Kubernetes自动化CD过程的CI / CD平台的提供商。但是，无论采用哪种CI / CD平台，Kubernetes为IT团队提供用于部署应用程序的标准只是时间问题。现在的问题是确定组织将在何种程度上自动化应用程序部署过程。考虑到现代IT环境的整体复杂性，大多数表现不佳的IT团队可能会选择尽可能多的自动化。
文章来源：《自动化应用》 网址: http://www.zdhyyzz.cn/zonghexinwen/2020/0924/743.html