Closed. This question is opinion-based 。它目前不接受答案。












想改善这个问题吗?更新问题,以便 editing this post 可以用事实和引文来回答。

8 个月前关闭。



Improve this question




我正在使用 Azure AKS 和 Istio 处理微服务架构。
我配置了所有,开发人员使用微服务来创建 Web 平台、api 等。
但对此,我有疑问。有很多 yaml 需要为 Istio 和 Kubernetes 配置,例如IngressVirtualServiceGateway 等。
这个配置是开发人员责任的一部分吗?他们应该创建和配置这个吗?或者这些配置文件是 DevOps 团队职责的一部分吗?让开发者只负责创建nodejs项目,DevOps团队配置nodejs项目配置在k8s架构下执行?

最佳答案

这是一个很好但很困难的问题。
Kubernetes 改变了 DevOps 角色的含义,如文章 DevOps Before and After Kubernetes 中所述。
正如您所说,Kubernetes 和 Istio 有很多 Yaml 需要处理。现在,DevOps 团队需要帮助自动化向 Kubernetes 交付应用程序的过程:


这可以通过不同的方式完成。例如。构建抽象或设置 CI/CD 自动化。最后,您如何执行此操作取决于您的组织在此自动化方面的投资额。
Kubernetes is Not Your Platform, It's Just the Foundation 演示文稿非常有趣,关于在 Kubernetes 之上创建抽象以成为应用程序开发人员的有效平台。
在一个几乎没有自动化的组织中,开发人员将获得一个命名空间并自己完成所有的 Yaml。但是在 Kubernetes 平台具有高度自动化和投资的组织中,平台团队通常会创建一个 Kubernetes CRD,例如kind: Application 和一个 Controller ,以 自以为是的 方式配置 Istio VirtualServiceDeployment 以减少开发人员的认知负担 - 因此他们需要管理的 Yaml 字段很少。这种解决方案的一个例子是 NAV application Yaml - 他们甚至有用于配置 PostgreSQL 数据库或 Redis 缓存的字段。

关于kubernetes - 使用 Kubernetes 时的 DevOps 和开发人员责任,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/64564570/

10-11 22:27
查看更多