CV Data

最后，实施 GitOps 是否可取？
归根结底，Gitops 本身并不是什么新东西。我们可以将其视为在云原生和 Kubernetes 环境中进行操作和 DevOps 的自然方式。换句话说，它是一种调用早在该术语发明之前就已经存在的一些原则和良好实践的新方式。

GitOps 添加到这些最佳实践中的是一种真正的方法，正如我们所看到的，多年来社区正在帮助社区发展和巩固。迄今为止，还有许多开放点、未解答的问题和需要构建的模型，我们可以期待 GitOps 工作组对此做出贡献。

即使没有明确定义每个方面，该范式及其技术也已达到成熟水平，可以被公司无风险地采用。为了回答我们在最后一段中提出的问题，GitOps 是一个可以让您更进一步的模型，具有可衡量的好处，当然推荐给大多数已经在云原生环境中迁移的公司。无服务器和云原生
说到无服务器，就必须提到云原生。而且，一开始我们将 Serverless 准确地定义为一种云原生开发模式。这两个概念有何关系？

云原生范例的基础是12 因素方法论：从云原生角 菲律宾电报数据 度指导开发的 12 条原则。由于无服务器功能，它们可以被具体翻译，充分体现（并尊重）它们。仅举几个接触点，无服务器描述了基础设施，可重复，可扩展，并且可单独部署。

我们推荐AWS 的这篇博文，以详细了解无服务器如何解释 12 条原则。


微服务和无服务器是云原生中的两个重要概念。尽管它们通常是相关的，但它们在现代软件环境中扮演着不同的角色。

微服务是一种架构模式，其中应用程序被分解为小型、独立的服务。这与所有功能都捆绑在一起的整体应用程序形成鲜明对比。

另一方面，无服务器方法使开发人员不必担心服务器管理，而是专注于创建应用程序代码。在无服务器模型中，代码仅按需运行，以响应开发人员配置的触发器。

尽管微服务和无服务器是不同的技术，但它们密切相关。 Serverless 函数可用于托管微服务，从而创建“Serverless 微服务”。

值得注意的是，并非所有微服务都作为无服务器功能运行，因为有些微服务需要连续执行。此外，您不必使用微服务架构即可从无服务器中受益，尽管单体应用程序很少能从部署在无服务器平台上受益。

另一个区别是，无服务器环境可以包括由多个应用程序共享的多个功能，而微服务则更特定于应用程序，并且不太常见在多个应用程序之间共享。