反馈周期和运行时治理

介绍

运行时管理可以定义为允许您在运行时执行环境中控制和管理参数的过程。 运行时执行环境可以从承载简单网页的单个Web服务器到可以跨越1000多个服务器的巨大部署。 这意味着实现运行时治理的复杂性在很大程度上取决于运行时环境的实际复杂程度。 反馈周期允许持续从运行时系统获取反馈，以更有效地对其进行控制。 本文简要说明了反馈周期对运行时管理过程的重要性。

反馈周期

反馈周期定义了任何运行时执行环境都通用的模型。 这四个阶段可以与任何环境相关，无论其大小如何。

每个阶段的详细说明如下：

1.收集数据

数据的收集是反馈周期的起点。 数据可以在运行时环境中的许多点之间分布。 让我们考虑由Web服务器组成的部署。 如果是集群部署，则所有Web服务器都可以成为潜在的数据收集点。 另一个选择是，如果集群前面有一个负载平衡器，则使用LB作为数据收集点。 但是，这可能会影响负载均衡器的性能。 因此，需要根据额外的LB来补偿性能成本，具体取决于每秒的请求受到影响。

要考虑的第二个选项是要收集什么类型的数据。 通常，收集的数据越多越好。 这可能从服务器消耗的CPU周期到所有请求的HTTP标头不同。 所有类型的数据都可以用于生成某种有用的信息。

2.切片和切块

收集数据之后，周期的第二部分是通过对数据进行切片和切块来生成有用的信息。 可能需要实时分析，以防止迫在眉睫的安全威胁。 例如，一个30秒的窗口可能足以从多个IP发送足够的请求，以淹没一个中等大小的网站。 跨时间段趋势分析可能需要基于批处理的分析。 对于在大量时间段内快速生成有用信息的各种需求而言，基于批处理和基于批处理的分析相结合似乎是最可行的选择。 在复杂的事件处理和数据分析领域中，有多种工具可以快速执行分析以生成有用的信息。

3.评估信息

周期的第三步涉及以下事实：每条信息都可以提供有关运行时执行的重要信息。 您会注意到网站访问量每月都在增加一倍。 在这一点上，应该评估这是只是暂时的趋势还是最近的任何改进的结果。 此外，您可能会注意到服务器之间的停机时间有所增加的趋势。 也许，这与发生的某种攻击或某些不可靠的硬件有关。 通常，需要大量利用领域知识和解决方案架构专业知识来获得这些见解，因为这些见解可能会导致大量资源投资。

4.调整参数

循环的最后一步将反馈循环桥接到运行时治理。 调整参数以有效控制环境的步骤已完成。 根据此观察结果，这可能意味着您需要更多的服务器容量或其他一些步骤来增强安全性并增强站点的弹性。 可以根据反馈周期提供的信息来更改，引入或停用策略。

结论

基于从反馈​​周期收集的信息，可以判断和更改运行时环境的有效性。 它甚至使您可以了解缺少一些更有效的运行时治理所需的组件。 反馈周期还可以扩展到典型的运行时治理应用程序之外，以了解有关服务器正常运行时间，API分析和业务活动监视的各种趋势，以获取有关业务及相关趋势的更多见解。

参考：在dev_religion博客上，我们的JCG合作伙伴 Mackie Mathew提供了反馈周期和运行时治理 。

翻译自: https://www.javacodegeeks.com/2012/12/the-feedback-cycle-and-runtime-governance.html