现如今的开发人员：对云原生又爱又恨

新常态

现在的开发者不仅要负责编程，还需要完成数据传输和软件维护等工作。自然，这些工作包括与运营商和SRE合作。对开发者而言，这一原生云的“新标准”有赖于整个开发周期的环境变化和对开发者控制整个开发周期的信任。与此同时，也要求开发者改变与SRE以及运营团队的合作方式，更加专注于软件运行的目标，而非解决故障或临时需求。这种团队合作越多，开发人员的工作就越容易，从而缩短开发周期，软件能够更快更安全地交付给最终用户。

旧的不去

对于传统开发过程来说，开发人员的效率很低，但是这种情况并不适合本地云开发。微型服务驱动开发带来了包括新技术和工作流程在内的重大变革。"内部/开发/循环"和"外部/开发/循环"和其他领域的联系越来越密切，这些领域涉及各种复杂的传输过程。因为这一复杂性，云本学仍是未知的领域。现在各大云公司都处在不同的开发阶段，所以代码编写必然要与原生云同步，开发人员也要同时专注于这两方面。

由于熟悉云原生的企业，云原生开发生态系统使得系统构建、数据传输以及运行分布式系统更加复杂，开发者们要重新涉足一个陌生的领域。虽然其它的生态系统已经借助各种工具进行了处理，但这也导致了工具的过度泛滥。与此同时，随着这些工具的普及，开发人员需要负责整个软件开发周期，即使他们对如何运行和交付一无所知。如果SRE与运营商之间的关系没有改变开发者，而不打破现有的困境，不改变三者的工作范围，那麽云本机应用开发就可能无法达到预期的速度。

新的不来

因此，新的合作模式将会怎样出现呢？开发者如何调整自己的工作方式，创新开发模式，与SRE和运营团队进行合作？这一工作模式是如何帮助他们发挥本地云开发的灵活性和优势，从而促进云原生应用的交付？

确实，从开发人员的角度来看，很难熟悉基础结构。如果公司或团队需要对资源进行严格控制，那么让开发人员亲自了解基础设施和运行应用程序是很有好处的。这样做不仅可以锻炼开发人员的能力，而且可以释放已有的SRE和运营团队资源，提高处理问题的效率。

根据SRE的观点，团队应该支持开发者的工作，维持“谁建立，谁运行”的模式。SRE应该支持互动自助服务，而非事后自救。如果开发人员能够理解整个代码的运行过程，那么他们就能自己解决问题了。

就操作和平台而言，操作的作用是维持开发者的工作，他们需要确保技术能与开发人员的经验完全匹配。让开发人员更容易地进行开发，从而使开发过程更容易，避免工具的扩散，并且支持开发者的自主权，这对于快速安全地交付软件至关重要。

很重要的是要掌握开发周期

虽然缺少统一的开发人员经验，但是无论处于哪个阶段，大部分基于云的企业团队都有很多共同之处，主要是如下两点。

一是跨职能合作。对开发者而言，与SRE以及业务团队的交叉功能协作是至关重要的。它们有助于降低开发者工作的复杂性，并确保用户可以完全体验到软件的功能。

其次，授予开发者自主权。保证开发者拥有权能帮助推动整个项目的执行，并帮助团队达到他们的目标。

现在开发者的体验在逐渐提高，增强协作和推动云原生软件开发可以保证开发者的工作。