云原生内部开发人员平台的未来。 云服务提供商会创建（David Mitchell）

云原生内部开发人员平台的未来。 云服务提供商会创建（David Mitchell）

时间戳：27年2023月4日上午11:XNUMX
云原生内部开发者平台的未来。云服务提供商会创建（David Mitchell）柏拉图区块链数据智能吗？垂直搜索。人工智能。

我们离创建云原生内部开发者平台的云服务提供商有多远？ 

为了设置场景，让我们从总体云迁移策略开始。 

在这个数字化发展的现代世界中，业务转型如火如荼，甚至银行都在将其应用程序资产转移到云端！ 如果您是一位着手进行云迁移计划的 CTO，可能很容易做出这样的假设：通过充分利用云和改造遗留基础设施，可以快速做出令人难以置信的改变！ 

然而，假设可能是危险的，事实证明，在像金融和银行这样复杂且受到严格监管的行业中，这种前景更具挑战性。 一些银行已经开始将他们现有的应用资产“提升并转移”到云端并在虚拟机上运行； 然而经验表明，这并不能使银行释放云的所有优势。 采用这种方法会限制可扩展性、可靠性、开发人员体验、上市时间以及减少使用云原生技术重新设计应用程序的运营支出。 将其应用程序资产“提升并转移”到云端的银行通常这样做是因为它更简单、更快，或者它可能受到更广泛的业务限制，迫使它这样做。 

那么，将银行和金融应用程序迁移到云端的最佳方法是什么？ 任何想要利用云的银行都应该考虑检查和重新构建其整个应用程序资产，以帮助减少运营支出并增加开发人员的体验。 这将提高开发人员的生产力和工程速度，同时缩短上市时间，从而加速业务价值。 

Gartner 将“云原生”描述为指的是； “……为最佳地利用或实施云特性而创建的东西。 这些云特性是云计算最初定义的一部分，包括作为服务交付的功能。 云计算的特征还包括可扩展和弹性、共享、按使用计量、基于服务和无处不在地利用互联网技术。” 

云提供了一线希望！ 

无服务器云服务（例如 Google Cloud Run、Azure 容器应用程序和 AWS 应用程序 Runner）融合了云原生的精神——它们具有可扩展性、弹性和完全托管。 这些服务允许组织利用容器化的优势，从而可以在多个云平台上部署相同的应用程序，从而确保应用程序始终如一地运行，而不管底层基础设施如何。 

从历史上看，我们不得不将云服务“粘合”在一起以获得此类功能，而 DevOps 工具组成了复杂的金融和银行应用程序的功能。 当针对云重新构建银行应用程序时，通常会看到开发团队将许多云服务粘合在一起，并构建他们自己的定制专用内部云开发人员平台。 

Gartner 的技术成熟度曲线认为，平台工程和内部开发人员平台可以改善开发人员的体验。 “内部开发人员平台 (IDP) 由平台团队构建，用于创建黄金路径并支持开发人员的自助服务。 IDP 由许多不同的技术和工具组成，这些技术和工具以一种降低开发人员认知负担的方式粘合在一起，而无需抽象出上下文和底层技术。” 遵循这样的最佳实践，平台团队历来将他们的平台视为一种产品，根据用户研究构建它，然后维护并不断改进它。 

然而，维护和不断改进这些专门构建的内部开发人员平台不可避免地会导致难以置信的工作量和运营支出。 

在福布斯最近的一篇文章中，16 位技术领导者分享了他们对“必备云战略和服务”的选择，抓住了问题的本质。 关键的观察结果是“......每个 CIO 都专注于构建一个内部开发人员平台，以克服云原生技术的复杂性并加强自治开发团队的治理。 因此，平台工程师正在利用云功能构建内部开发人员平台。 然而，这是一项耗时且永无止境的工作。”  

因此，将内部开发人员平台即服务作为基本的云产品提供是未来的关键； 但云提供商是否正在应对这一挑战？ 很明显，它们是，但与以往一样，金融和银行应用程序总是存在额外的复杂性！ 

云服务提供商正在将他们的云服务和云服务能力捆绑在一起，构建真正的云原生内部开发者平台。 近年来，我们看到每个主要云提供商都出现了类似的平台，包括：AWS app runner、Azure container apps 和 Google Cloud Run。 其中一些无服务器、云原生服务包括：容器托管、可扩展性、容器构建和部署、服务版本控制、TLS 证书续订、容器注册表集成、内置日志记录和监控以及 API 代理。 它们可以快速与云数据库集成，我们可以使用云安全策略来管理它们。 

然而，我们现在离为我们提供真正的云原生内部开发者平台的云服务提供商有多远？ 发展正在进行中，但许多金融和银行应用程序非常复杂且具有挑战性。 为了实现这一目标，我们必须继续通过云服务提供商推动基本要求，以确保将所需功能内置到他们的云原生平台中。 

时间戳记：

更多来自 芬泰达