这篇文章最初是对SAP中的post DevOPS的评论？来自Jakob Marius Kjær，但是时间太长了，所以我决定把我的评论变成自己的博客。

Jakob对我想了很久的事情提出了一些好的观点和建议。所以这里有一个想法-只是部分形成的-关于解决ABAP DevOps问题。

作为一个开发人员，我可以告诉你ABAP开发系统真的很糟糕！ABAP开发系统使协同开发成为一项挑战，因为所有开发人员必须共享同一个运行时。你和我不可能同时在同一个代码上工作。我们也不能同时在同一个领域工作，因为虽然我在手术台上开设了一门大手术的课程，但你不能从事任何依赖于该课程的工作。

而且ABAP开发系统中的数据很少接近客户生产系统中的数据。即使开发系统是使用匿名的生产数据构建的，开发人员也不会花很长时间把数据搞得一团糟。由于ABAP系统很难更新，大数据和云计算，大数据怎么用，数据质量随着时间的推移会进一步下降，因为没有人能看到定期更新开发数据的价值。

从数据的角度来看，测试系统通常更好。因为这是集成测试、系统测试、回归测试等发生的地方，所以他们需要更多的产品，比如配置和数据集。因为我们开发人员被排除在这些测试系统之外，所以我们不会像在开发系统中那样造成数据质量的下降。

让我们想象一下，如果我们能够快速提供一个相当好的SAP ABAP系统克隆，会是什么样。我所说的快速是指几分钟内，最多一小时内。我已经克隆了我的一个ABAP系统，它在AWS上运行，通过使用快照技术在一个小时内就可以实现。如果我把整个过程自动化，我想我可以在30分钟内完成。虚拟机监控程序、容器化、快照等技术的进步都有助于实现这一目标。

现在我听到很多人说"但我的生产系统是一个数以百万兆兆兆兆兆字节的系统，我永远无法克隆它"。当然-但是你现在怎么更新你的测试系统呢？我怀疑您会获取生产数据的一个子集，淘客帝国，可能会将其匿名化一点，并使用它不时地构建一个干净的测试系统。也许每隔几年？也许更经常？不管怎样，您的测试系统占用的空间要小得多，所以让我们考虑一下，我们可以以多快的速度提供该实例的合理克隆？

因为作为一个开发人员，我更喜欢测试系统的克隆，而不是我现在糟糕的开发系统。如果我可以拥有自己的个人ABAP开发系统，我就不必担心在我破坏东西时会影响到团队中的其他开发人员，就像我经常做的那样。

所以我们有一个类似这样的场景，每个开发人员或小团队的开发人员可以随时从快照中提供自己的ABAP系统测试系统。

现在每个开发人员或团队都可以查看他们负责的功能，而其他人也可以类似地处理其他功能。他们构建和测试代码的方式和现在一样——只是他们也可以确信自己有一组好的测试数据可以处理。这提高了他们的测试质量，什么是大数据分析，从而提高了他们的代码质量。

如果他们搞砸了，在代码中引入了一个bug，把开发系统中所有可爱的干净数据都扔掉了，他们就可以把它吹走，用可爱的干净数据集提供一个漂亮的新系统。如果他们使用git这样的代码管理解决方案，他们可以做到这一点，网站建站平台，而不会失去他们已经完成的任何工作。

代码管理解决方案是下一个难题，因为它在跟踪开发人员正在开发的每个功能并帮助他们将每个功能合并到主分支中具有核心作用当开发完成后。

最后我们需要将新的主分支部署到主系统景观中。如果您考虑的是传统的3系统SAP环境（DEV、QA和PRD），您可能会认为我们将部署到DEV系统。但是我建议我们的新开发环境不需要传统的开发系统，所以我们可以直接部署到测试系统。在将代码升级到生产系统之前，我们可以在这里运行完整的系统测试、回归测试等。

最后是配置设置或定制的小问题。这些需要与代码分开管理–因为配置设置的全部要点是避免硬编码。

依赖于客户端的配置可以在测试系统的特殊配置客户端中处理。但是，独立于客户端的配置确实需要在通过系统环境传输之前在单独的实例中进行设置和测试。

在这里，我们对开发系统的快速配置也可以用于配置系统。唯一的区别是，这个系统需要包含在传输环境中，这样配置更改就可以传输到测试中（或者应该是合并？）从系统到生产。

每个客户都是不同的，所以这些想法可能不适合所有的场景-我知道我已经掩盖了一些复杂的问题，试图提供一个简单的描述我的想法。

但是讨论，意见，如果我们要帮助ABAP更接近当代发展实践和技术的"特殊雪花"，想法是必不可少的？