在AWS无服务器基础设施中管理开发环境

无服务器平台为每个开发者提供了一个独立的全栈环境，他们可以利用这个环境进行开发和测试活动。

这是可能的，而不会增加显著的成本并影响其他人。也不会有开发者的设置会被意外改变的风险。

Serverless architecture从不同的角度看待了旧问题，并且在许多方面都带来了积极的刷新。最重要的优势是，您不再需要团队中的管理员来运行全面流程。另一个优势是，它现在针对的是内部开发团队而不是业务团队，因此它可以为开发团队提供无限制的开发条件。

我们将在这里详细解释它的具体含义，即：

为每个开发者创建独立环境的路径

您可以将开发基础设施视为随时间推移的演变过程。

管理开发账户环境的常见方式是创建一个或几个独立的开发环境。在更好的情况下，它们包含所有生产环境组件。但这在标准情况下并非总是如此。通常开发环境将仅包含一些最重要的服务，而其他服务则会缺失。

在这样的环境中，开发可靠解决方案变得更具挑战性。对于非存在系统组件的影响仅仅是不存在。管理团队可能会说，这可以在系统测试期间由团队解决。然而，从开发人员的角度来看，这永远不会在同理心上获得任何成就奖杯。

开发活动将变得不够准确。开发人员将花更多时间进行重工和修复，并且他们创建完美代码的动力将下降。除此之外，这样的设置已经在一开始就创建了一个不一致和不稳定的环境。

根据团队的规模，可能需要几个开发环境来减轻团队之间最关键的并行工作冲突。因为他们将共享开发环境，一个开发者会以某种方式影响另一个开发者。团队成员之间的广泛沟通是必不可少的。

更多的开发环境意味着更少的冲突，但共享因素仍然存在。这可能可行，但永远不会是一个完美的设置。开发人员往往会在本地直接在笔记本电脑上创建一些已经冲突的内容。这可能会在合并代码时造成后续问题。笔记本电脑上的行为可能与云上的行为不同。这在与其他人已经完成的开发代码合并后可能会导致问题。

现在显而易见的问题是-那又是什么呢？有什么设置可以消除共享因素，并且不会激励团队在云账户之外进行活动呢？

想象每个团队成员都获得一个可以用于自己活动的独立环境栈。它将包含与生产系统相同的组件。不包含全部数据负载，因为这对于开发活动来说是不需要的。

或者再进一步，为每个开发者正在处理的每个任务创建这样的环境栈是怎样的呢？

昂贵-您可能会这样想。

真的不是这样 – 我会这样说。

如果开发人员积极使用环境和资源，那么在一个共享环境中并行完成所有工作与将其拆分为更多环境的负载比较在成本上很可能是相等的。因为您拥有无服务器架构，并且只为实际使用付费。

如果开发人员不活跃，但他们仍然创建了这个全栈（或者同时创建了更多全栈），那么成本为零，因为您拥有无服务器架构。不使用的服务不会产生任何费用。

让我们更详细地谈谈这些好处。

首先，有一件事非常明确。只有开发团队本身才能欣赏到这种设置提供的所有好处。没有管理人员或业务用户会真正看到其中的价值。我的意思是，他们可能会理解价值所在。但很可能他们从不承认他们绝对需要它。他们不使用它，也不在他们的日常工作中看到它。

但是，要理解最佳开发结果只能在最佳工作环境中实现，真的有多难呢？

所以这里有一些好处：

开发人员确保没有其他人会更改他们当前正在使用的环境。所有组件都是为此任务和开发活动新创建的。
开发环境是生产环境的精确副本。这意味着可以准确模拟代码更改的行为。
团队将始终直接在云帐户内进行开发，因为在本地进行开发已经没有意义。
假设您已经为环境创建和更新构建了链接，您可以将它们与链接或ADO工具集成，以进行故事和工单管理，并与故事进展和关闭一起创建或终止开发环境。这将为每个故事提供一个单独的开发环境。或者说，这对于溯源目的真的很好。
每当开发人员向代码存储库提交更改时，流水线将使用最新的存储库代码更新环境。这意味着在构建新代码和更快的单元测试过程时进行部署自动化。
不需要定期维护开发环境。每个环境仅存在一段特定的时间。它总是从最新的存储库代码状态和最新的数据快照创建。在这种情况下，维护问题是自动解决的。