当计算机首次进入“普通”用户的手中时，IT 对其技术领域的保护态度就诞生了。当时他们的担忧是合理的，而且在很大程度上，今天仍然如此。有些人认为，随着技术不断以惊人的速度发展，掌握架构、工具和人为因素的需求比以往任何时候都更大。因此，低代码宣言的原则 8 是：

治理与控制：
强大的治理和控制流程和协议至关重要。

定义在这里很重要，因为至少有三种不同的风格 低代码治理。一是遵守内部规则——最佳实践、标准、文化规范——以防止人们破坏事物。这是我们这里的主要主题。另一个是遵守外部规则和法规，例如，金融应用程序的特定监管要求。第三个是 CIO 级定义，这意味着确保 IT 战略支持业务战略并提供可量化的结果。虽然我们这里的重点是第一个定义，但也会很明显，低代码在支持第二和第三个定义方面做得非常出色。

另一方面，控制只是控制，例如，IT 控制整个技术生态系统中发生的事情——谁被允许访问、他们被允许访问哪里、他们被允许在那里做什么、他们被允许使用什么工具。IT 需要掌控一切，因为它要对整个技术堆栈的完整性负责。

治理和控制之间的界限可能有点模糊。它们相辅相成。这就是为什么我们将它们放在一起考虑，作为一个单一的低代码原则。

你拥有的自由越多，你需要的治理和控制就越多

低代码的一大优势是它能吸引更广泛的人才参与创建应用程序，包括未接受过开发培训的非技术人员。业务用户可以尝试构建应用程序或向技术团队规划他们的想法。新手开发人员可以磨练他们的技能，构建他们能想象到的任何东西。当然，经验丰富的开发人员可以使用每一项令人兴奋的新技术将创新推向极限。低代码为各种技能水平的创作者提供了制作各种应用程序的工具。它让他们有创作的自由。

但他们不能有制造麻烦的自由。与传统开发平台相比，对低代码实施强有力的控制更为重要，这样经验不足或过于雄心勃勃的应用程序开发人员才不会无意中破坏关键的企业系统。

当你拥有创新文化时，你必须拥有强大的护栏。当你快速行动时，当团队将多样化的技能带入流程时，当团队被赋予自主权以追求卓越时——此时控制至关重要。

但你无法控制一切，也不应该想这么做。束缚创造力的手会违背初衷。这是一个微妙的平衡行为，自由与控制，创新与风险管理。平台本身需要促进和执行适当的平衡。

预防、检测、纠正

控制风险有三个主要方面。预防，显而易见，侧重于从一开始就防止问题的发生。检测侧重于发现潜在或实际问题。纠正，同样显而易见，侧重于修复出现的问题。

典型的思维模式是，预防问题比问题出现后再去解决要好。这种方法的缺点（而且是一个严重的缺点）是，当嵌入了太多控件时，创造力就会受到抑制，整个过程也会变慢，而这两者都是低代码方法所不齿的。预防的实际成本或创新受阻时的机会成本可能高于修复所需的时间和金钱成本。

低代码方法更注重检测和纠正，只针对可能造成巨大损害的事物进行预防。其理念是尽量减少任何错误或失误的影响（或“限制影响半径”）。低代码的微服务和 基于云的架构 本质上隔离了发生错误时造成的后果。它还使识别和修复问题变得更容易、更快。

尽管如此，低代码确实内置了重要的预防性安全机制，特别是控制用户可以访问哪些工具，并为他们提供不会让他们破坏东西的构建模块。[俗话说，“不要给小孩子电动工具。”]

低代码风格的治理和控制

经过精心设计的低代码集成了传统开发中所有久经考验的治理和控制工具和惯例，并对其进行了更新，并利用最新技术（尤其是人工智能和自动化）的功能对其进行了增强。总的来说，低代码的设计让用户能够轻松做正确的事情，而难以做错事，这主要体现在三个方面。

首先，低代码会做出许多配置应用程序的技术选择，因此开发人员无需亲自操作。常见和常规任务都是自动化的，因此需要做出的决策更少，错误也更少。

然后，在整个过程中，人工智能会指导开发人员采取最佳的下一步行动并不断检查工作。

最后，通过低代码，整个应用程序生命周期都融入了自动化质量控制。 也可以是 实现自动化 需要 实现自动化以确保质量和合规性：所有内容的一致性检查、重构、身份控制、持续测试和监控、备份， 一切.

可见性、洞察力、控制力

要实施有效的治理和控制，需要可见性。如果你看不到人们在做什么，你就无法确保他们做的是正确的事情。借助低代码的丰富元数据，几乎没有什么是无法衡量的。一切都是可追溯和可审计的。一切都可以检查。一切都可以监控。获得的洞察力不仅可以帮助 IT 领导者保持控制，还可以帮助他们确保每个人都朝着正确的方向努力以实现业务影响——以满足 CIO 所珍视的治理的第三个定义。

那些 低代码新手 有时会误以为，因为它使用起来如此简单快捷，所以它的管理和控制一定很少。事实上，事实恰恰相反：它拥有传统平台的所有管理和控制，甚至更多（这也有助于使其快速易用，完成这一循环思维）。

套用一句流行的话：行动要快，不要破坏事物。低代码会为你提供支持。