如何实现数据DevOps

客户在开始数据DevOps计划时应该考虑什么？

首先仔细查看您的应用程序组合并询问：

我在哪里需要速度？

我在哪里需要质量？

我在哪里需要适当级别的安全性和审计能力和治理？

从那里开始，然后看看你的组织方式。我的DevOps团队是否有数据库和数据代表？如果没有，我该如何改变？

当您面临提供新版本的压力时，同时您正在尝试创新和实施数据DevOps，获得高管赞助，确保您拥有正确的组织结构，很容易被迅速淹没。在这种情况下，承诺不尝试并做每一个应用程序是重要的; 相反，选择关键应用程序并从那里开始。这就是您从实施角度出发的原因。

DataDevOpsbe应该集成到DevOps工具链中吗？

数据DevOps必须集成到DevOps工具链中; 永远不应该分开。我们是数据库方面的专家。我们是DevOps的专家。我们需要成为DevOps方面的专家，以便我们可以将数据库集成到工具链中。

我们将保持高位，并说数据应该是您的DevOps工具链的一部分，以实现最大的好处。您不希望以今天的方式继续执行单独的流程。我们已经对数据库团队说过，你是一个独特的过程，我们仍然有一个数据库，因为它有价值，但它需要集成到DevOps工具链中。

谁负责Data DevOps？

它必须是一位真正认识到需要这样做的执行官。但是，他们通常是赞助商。我们已经看到开发商带头了。我们已经看到DevOps团队领导了这项工作。我们已经看到DBA领导这项指控。我认为这取决于组织，问题识别来自哪里，谁被分配或被要求解决问题。

在我们看到这项工作最好的地方，当你有一个独立的团队代表所涉及的三个不同的腿部。当这三个团队合作，并且有高管赞助时，他们将解决问题。因此，考虑谁负责谁，它可以追溯到哪个应用程序，谁参与，购买，并致力于改变它。

您建议客户采用哪些工具和技术？

有无数。首先列出工具和数据方面的内容，然后确定要将哪些数据集成到DevOps工具链中。考虑技术的关键类 - 数据库发布自动化，数据自动化。

我认为像Delphic这样的东西可以非常快速地提供环境并以高效和廉价的方式提供这些测试环境。

在提供数据规范化的工具方面，数据方面还有更多，并确保您拥有适当的上下文。然后是测试数据自动化和数据库发布自动化。我确定还有其他人。但我想到了那三个大桶。

您认为公司在尝试将数据集成到DevOps流程时需要克服哪些挑战？

首先是对变革的抵制。如果您要进行数据DevOps，即使您要进行DevOps期间，您也必须愿意承诺对您今天的工作方式进行某种改变。

你不能只说我们将完全做同样的事情。您可能需要重组您组织团队的方式，以便让合适的人员保持一致并致力于进行更改。

DevOps横向切割筒仓。您必须水平组织才能触摸开发，操作，测试，质量，发布和生产。然后，那个循环回来了。水平对齐; 否则，瘦腿是一个需要克服的关键挑战。

意识到需要承担一些短期成本。无论何时开始自动化，下次执行该任务时，手动操作可能会更快。自动化需要一段时间，但是通过自动化实现它的第15,20和15,000次是您的ROI几乎无限的地方。

不幸的是，我们看到许多组织表示自动化流程并不是今天最关键的事情，所以他们选择等待。在这种情况下，这些组织正在选择短期的痛苦而不是长期收益。

开发人员需要学习或了解什么才能促进Data DevOps方法的实施？

开发人员有时会说，“我的工作是检查这些代码并确保不破坏构建。从那时起，其他人必须处理它。我知道我的应用程序更改需要更改数据库等。“

这是衡量接下来发生的事情的一种方式。如果我正在检查需要对数据库进行50,100或500次更改的应用程序更改，我需要同情谁必须进行这些更改并询问“有没有更好的方法来执行此操作？”

如果他或她会说“我致力于理解接下来会发生什么，那么投资回报率和投资回报率可能会非常高。也许，我需要做一些与我不同的事情，以便能够在整个生命周期或DevOps工具链中提供更好的体验。“

它从DevOps的角度理解从操作角度看数据或数据库的变化。开发人员可以与运营团队合作，说“我们将如何解决这个问题，因为我们都将从解决问题中受益。”

我们必须共同努力才能做到这一点，因为在一个孤岛中，数据库团队不能自己改变; 他们需要开发人员。此外，组织必须同意对其构建软件的方式进行一些调整，以实现Data DevOps的全部优势和ROI。

因此，有一个同理心层，有了解，并且正在共同努力使运营团队能够进行必要的变革。当你这样做时，工具链中的每个人，发布过程中的每个人都将受益 - 特别是开发人员。

正如我们在前一个问题上所讨论的那样，愿意为每个人交换一点短期的痛苦，不适和变化，以实现长期利益。