Terraform 控制器：云资源自助服务

了解 Kubernetes 如何帮助应用程序依赖性和消费不再创建进展的主要瓶颈

每天?分享?最新?软件?开发?，Devops，敏捷?，测试?以及?项目?管理?最新?，最热门?的?文章?，每天?花?3分钟?学习?何乐而不为?，希望?大家?点赞?，加?关注?，你的?支持?是我?最大?的?动力?。
Kubernetes 在为开发人员提供生态系统、提高运输速度、将组件置于通用框架和 DSL 之下，以及扩展和扩展产品的灵活性方面表现出色。因此，难以置信的是，与客户对话、应用程序依赖性和消费仍然是进展的主要瓶颈，团队被阻止等待数据库、队列、对象存储等等。

问题是

虽然地形控制器并没有试图解决所有这些问题，但这是朝着正确方向迈出的一步。

The Why and the What For

为什么和做什么

开发商须知

平台工程师

先决条件

启动和运行的最快方法是通过Helm。

部署控制器

Shell

为开发人员配置凭据

Shell

创建第一个配置

Shell

路线图上有什么？

预算限制

随着预算控制的引入，预算控制已经整合了一个想法。虽然它不会直接增加成本，而且一些资源是基于使用的(例如，一个 S3存储桶是免费的，但是在里面转储10TB，并且成本很高)。它可以是一种获取成本的轻量级方法，允许开发人员发挥/调整他们的依赖关系，并促进对成本的更好理解。

YAML

政策执行

将 Checkov 集成到管道中，并允许平台工程师从上面驱动策略。

YAML

注意: 虽然这是一个障碍，但如果这是针对生产工作负载应用的，并且没有真正遵循 shift-left 方法，那么在游戏中就非常晚了。对于耦合方法(即在发布版本之前在 Terraform 模块 CI 工作流中使用相同的 PaC 存储库，以及在部署时在集群中强制执行) ，我们的 Policy As (Versioned) Code (PaC)博客绝对值得一读。

更新: 已经完成，可以从 v0.1.1开始使用:
https://github.com/appvia/terraform-controller/releases/tag/v0.1.1

那么，还有什么选择呢？

这并不意味着是一个独家的列表或比较，有很多博客谷歌搜索以外，但它值得强调一些著名的项目。

Crossplane

Crossplane 是一个有趣的项目，正好符合美国 DevOps 所喜爱的“金砖四国”模式。简而言之，它由被管理的资源(想想 Terraform 资源)组成，这些资源被打包成“组合”(想想 Terraform 模块的固执己见的集合) ，并作为可消费的 CRD 呈现给 Application Developer。最初试图复制 Terraform 云支持的广度，最近它加入了 Terrajet 项目俱乐部，该项目由 Terraform 供应商的编码控制器控制。

Terraform Operator

也许是第一次谷歌点击时键入地形控制器。该项目的工作方式类似——通过 Kubernetes 工作协调一系列工作流程，并将其映射到“ terraform init”和“ terraform application”。