平台工程与DevOps：它们有何不同？

平台工程和devops是优化软件开发流程的两个学科。虽然每个学科的目标都是简化产品开发，但它们的方法不同。

devops实践帮助产品开发人员和运营团队进行协作和合作。另一方面，平台工程创建和维护一个集中的平台，devops团队可以访问自动化、自助式可重用工具和工作流程。

在本文中，我们将了解平台工程和devops，以及每种方法的作用和益处。我们还将探讨这两个学科的差异和未来。

什么是平台工程

平台工程是设计、构建和维护软件开发基础设施以提高开发人员的体验和生产力的实践。它提供了开发人员可以从中央位置访问的共享、自助式可重用工具。

平台工程师专注于创建和维护支持软件开发的基础平台、工具和流程。它有助于提高开发基础设施的可靠性和可扩展性，从而提高软件产品的交付速度。

实际上，随着产品的不断增长和变得更加复杂，开发过程、技术和工具也在不断演变。而平台工程确保开发过程和工具随着产品的发展而不断改进。

这些包括测试需求、存储、遵守法规标准等问题。该方法确保提前满足新需求所需的内容。

通常，平台工程师将设计、创建和管理开发人员需要的工具和工作流程，以便简化他们的工作、提高工作效率并更快地交付应用程序。通过自助式访问，开发人员可以自由地使用所有工具和功能，而不依赖基础设施、运营和其他团队。

例如，开发人员不需要不断请求批准来启动新的分期环境或开始一个独立的开发环境。实际上，批准流程可能会减慢速度，导致产品开发效率低下。

自助访问解决了这些和其他问题，使开发人员几乎可以立即访问各种功能和能力。

平台工程的发展

平台工程创建了一组有组织的服务、流程、工具和其他资源，软件开发人员可以使用它们而无需直接管理或理解这些资源。这个学科解决了广泛的开发需求。

随着软件应用和开发基础设施的发展，变得越来越复杂，其中有很多部分是大多数软件开发人员无法跟上的。实际上，开发人员需要管理基础设施，但他们没有足够的技能或资源来管理新兴技术。

当团队需要处理超出其能力范围的事物时，生产力下降，出错的机会增加。平台工程正在成为一种可行的解决方案，可以提高开发人员体验和产品交付速度。该平台提供了访问自定义、经过验证的自助服务、可重用工具和工作流程的机会。

平台工程创建了一个内部开发者平台，软件开发人员可以使用该平台构建其产品。该平台包括了所有绑定在一起的技术和工具，以创建一个集中的自助服务工具和流程的集合。

工程实践依赖于各种各样的工具，使开发人员能够自由选择他们想要的。

一旦创建完成，它形成了devops团队可以用来构建其产品的黄金路径。它提供了一个自助服务基础设施，开发人员可以在其中使用他们所需的工具创建他们的开发环境，而无需等待批准。

通常，平台工程就像是帮助大公司开发自助服务、可重用配置和标准的devops的下一个阶段，然后将其作为内部产品提供。作为devops的进一步步骤，平台工程使开发人员能够轻松遵循devops的实践，但在不同组织中可能会有所不同。

内部开发平台的好处

平台工程提供了广泛的好处，公司不应该回避实施它。主要的好处包括：

• 它有助于加速软件应用程序的交付，从而使企业能够及时实现有用的商业价值。
• 该实践提供了具有自助服务功能和自动化基础设施操作的可重用工具，有助于提高生产力和开发人员体验，标准化devops实践以及安全和可扩展的开发流程。
• 加快软件开发。由此产生的内部开发平台提供了自动化流程和自助服务基础设施，有助于减少时间浪费和官僚主义，从而提高生产力。
• 增强专业化和专注：它允许开发人员集中精力进行开发（他们最擅长的领域）；实际上，ci/cd流水线、基础设施和分布式部署是复杂的系统，需要高度专业化的技能。然而，通过平台工程，开发人员不需要了解这些系统，他们可以专注于开发软件，而不是试图理解和处理底层基础设施。

什么是devops

devops是一种旨在提高软件发布频率和效率的方法。它打破了团队之间的壁垒，促进了它们之间的协作。

该软件开发方法使用自动化、持续监控、集成、持续交付、测试、配置管理和事故管理工具和实践，支持沿着ci/cd流水线的各个过程。

开发人员与运营团队合作，以减少构建时间，并帮助公司快速而经常地发布新产品和功能。

devops方法的最终目标是自动化和缩短反馈循环和软件开发周期。它简化了软件开发阶段，例如规划、创建、构建、配置、监控和验证。

devops实践的好处

devops提供了广泛的好处。其中一些包括：

• 更快的软件和功能开发与部署
• 改进和稳定的工作环境
• 更好的产品质量
• 软件产品和功能的持续交付
• 更好、可靠和更快的问题解决技术
• 降低软件开发成本

平台工程与devops的区别

以下是平台工程和devops之间的主要区别。

平台工程	devops
平台工程构建一个内部开发者平台，最大限度地减少协调的需求。	devops实践旨在增强开发人员和运营之间的协调和协作。
devops团队通常选择能帮助他们实现目标的工具。	为devops工具、流程和工作流程创建自助服务平台。
一种为devops团队提供可扩展、集中化的自助服务平台的学科。	加强开发和运营团队之间的协作。
组织只有在成功部署devops环境后才能实施平台工程。	公司在实施平台工程之前先从devops开始，而不是反过来
根据开发人员的需求，定义验证和证明的工具和工作流程，devops团队应使用。	参与开发和运营生命周期的各个阶段，如规划、编码、构建、测试、运营、监控、部署和发布软件和功能。
与内部团队合作和支持	直接向客户和其他外部用户发布软件产品和功能
不参与业务项目，而是创建和维护devops团队所需的平台。	仅参与devops生命周期的部署、运营和监控阶段。
不参与业务项目，而是创建和维护devops团队所需的平台。	devops团队可以在开发软件的同时接受和处理业务项目。

平台工程和devops的热门工具

通常，内部开发者平台中的工具组合可能因环境而异。

典型的平台工程工具

• kubernetes
• crossplane
• gitlab ci
• backstage
• query
• argocd

devops工具增强了协作、自动化和其他改善产品质量和交付时间的流程。工具和专业知识的可用性使得许多组织采用了devops。在实践中，团队使用一组工具以各种组合方式。

一些流行的工具包括：

• jenkins 
• docker 
• puppet 
• gradle
• circleci
• buddy
• git
• github
• chef
• kubernetes
• ansible
• terraform

随着devops的成熟和规模化，平台工程崭露头角

如今，随着devops的成熟和规模化，平台工程崭露头角。这门学科看起来是devops发展的下一个阶段。目前，devops几乎已经达到了成熟的阶段，因为它不断演进，而平台工程看起来将成为下一个阶段。随着规模的扩大，也会出现新的挑战和机会。

平台工程提供了自助服务、可重复使用的流程和工具，以便开发人员不必一直构建新的工具。理想情况下，这意味着他们不必创建新的工具，而是可以使用已经被证明有效的工具。通常，devops实践遵循一定的成熟度路径。

devops成熟度模型显示了整个devops发展过程。devops成熟度模型有助于确定以下三个方面。

• 评估当前的devops实践状态和能力。
• 确定需要改进的薄弱点
• 定义实现目标devops目标所需的步骤。

组织可以评估其文化和战略、自动化、结构和流程以及协作和共享能力。

理想情况下，devops成熟度模型包括以下五个转型阶段。

• 初始阶段：将传统开发隔离为开发人员和运维团队
• 管理阶段：改变开发团队的思维方式，专注于敏捷开发实践。该阶段还涉及为运维部署初始自动化，并鼓励开发和运维团队之间的协作。
• 定义阶段：开始使用定义的过程和自动化程序的转型之旅
• 衡量阶段：评估和持续改进过程和自动化工作流程
• 优化阶段：组织现在可以看到devops的好处，并解决任何差距以提高效率。

随着devops的成熟和规模化，它达到了衡量和优化阶段，组织现在开始分析实践和工具。这包括检查团队使用工具解决同样问题的方式。它提供了识别问题区域和低效率的机会。

为了优化系统，组织现在可以使用平台工程来创建自助服务的可重复使用工具，可以从一个中心位置提供这些工具，从而使团队能够访问和使用相同的工具和流程，而不是创建自己的工具。

平台工程能够主导devops吗？

平台工程理想上是devops实践和概念的执行，而不是替代。一般来说，devops的目标是利用流程、工具和协作框架来提高软件质量和开发生命周期。它使用各种实践和工具来简化开发、监控和管理。

平台工程的作用是将这些流程、工具和最佳实践结合在一起，创建可重用的自助式服务和工具，供组织中的不同团队使用。

理想情况下，平台工程通过确保一致性和效率来提高开发者的生产力。该实践提供易于使用的产品开发和开发平台。该平台提供自助式可重用工具和自动化基础设施流程。

开发人员可以访问可重用的可配置组件和服务。理想情况下，该平台提供的好处包括标准化的生产组件、工具和自动化流程。

例如，如果每个产品团队都想要实现一个密码管理服务，组织内将会有很多不同的机制。平台工程可以提供该服务，并从一个中心位置提供该服务，而不是每个团队都构建自己的机制。

这样做的好处包括拥有标准化的产品、可重用性和减少时间浪费。因此，这实现了devops成熟度模型的基本要素之一，即可重复性。

平台工程和devops的未来

平台工程和devops的未来看起来很光明。当前的平台工程实施已经带来了各种好处，随着该学科的发展和成熟，这些好处还将增加。

因此，它将继续简化devops团队的工作，为他们提供更多专注于构建应用程序而不是理解基础设施和生产环境的机会。

尽管其主要关注运行时环境（如基础设施、软件发布流水线等）和其他基础设施，但它还提供其他次要功能，如证书和密码管理、混沌工程演练、自动化灾难恢复等，并可能随着其发展而包含更多功能。

一些公司可能选择继续使用devops而不使用平台工程。但随着时间的推移，当他们有多个devops团队使用不同的机制执行相同任务时，他们可能会变得不竞争。

平台工程支持标准化开发生命周期，并且随着其发展并纳入其他领域，其使用可能会继续增长。它将随着流程、实践、技术和学科的发展而不断变化。

为了提高效率和产品质量，组织应考虑平台工程，该工程为团队提供了从一个集中位置访问标准、自助式产品的机会。这将加速开发，同时提高业务价值和收入。根据gartner的预测，到2026年，大约80%的公司将建立平台工程团队。

结论

平台工程是一门新兴且有用的学科，可以在不牺牲安全性、效率和质量的情况下增强软件交付流程。该工程自动化和简化资源配置和管理，使开发人员能够更快地交付优质软件和功能，并为客户提供价值。

一般来说，平台工程是扩大和释放devops的好方法。

您还可以阅读devops自动化。