Changes for page 4.高速IT技术

Last modified by superadmin on 2024/04/03, 17:15
From version < 34.1 >
edited by superadmin
on 2021/12/15, 20:14
To version < 33.1 >
edited by superadmin
on 2021/12/15, 20:05
< >
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Content
... ... @@ -1,7 +1,6 @@
1 1  {{box cssClass="floatinginfobox" title="**X Contents**"}}
2 2  {{toc/}}
3 3  {{/box}}
4 -
5 5  = 4. 高速IT技术 =
6 6  
7 7  本章介绍了表征HVIT环境特征的一些技术选择。有些通常只在这些环境中发现，而另一些是对HVIT工作至关重要的更通用的技术。选择并不详尽；这些技术是帮助高度数字化的组织实现其苛刻目标的工作方式的示例。
... ... @@ -99,7 +99,6 @@
99 99  |服务财务管理|(% style="width:536px" %)计算时间值概要文件数据，以提供用于确定服务产品优先级的信息。|(% style="width:95px" %)M
100 100  |服务请求管理|(% style="width:536px" %)计算和比较执行或延迟执行请求的财务影响，以便优先安排具有最高收益的工作。|(% style="width:95px" %)L
101 101  
102 -
103 103  **ITIL故事：优先排序技术**
104 104  
105 105  //Su：部署应用程序更新后，我们的优先事项变得分散了。我们想从紧要待办项开发新功能，但是需要管理一些支持请求，以确保我们的客户对服务感到满意。//
... ... @@ -177,7 +177,6 @@
177 177  |服务连续性管理|(% style="width:575px" %)设计和建立连续性计划以支持最低限度的可行产品或服务。|(% style="width:87px" %)M
178 178  |供应商管理|(% style="width:575px" %)合作伙伴和供应商提供产品和服务时，使用最小可用方法阐明所需的输出。|(% style="width:87px" %)M
179 179  
180 -
181 181  **ITIL的故事：最小可用产品和服务**
182 182  
183 183  //Su：在开发新的应用程序功能时，我们将其作为最低限度的可行产品推出，以便我们评估客户的兴趣。这有助于确保我们没有投入过多的资源进行开发，并使我们能够了解需求市场。对最小可用产品的反馈决定了未来的优先级。//
... ... @@ -231,7 +231,6 @@
231 231  |风险管理|(% style="width:566px" %)产品和服务所有者参与阐明和减轻企业风险。|(% style="width:63px" %)M
232 232  |供应商管理|(% style="width:566px" %)产品和服务所有者及管理人员参与阐明需求，组织互动以及与合作伙伴和供应商进行谈判。|(% style="width:63px" %)M
233 233  
234 -
235 235  **ITIL故事：产品或服务所有权**
236 236  
237 237  //Su：我是预订应用程序专用的产品负责人。我在开发、市场营销、管理机队、预订等方面与团队联系并进行谈判。我对需求进行优先排序，并定期将优先级传达给利益干系人。//
... ... @@ -270,19 +270,17 @@
270 270  
271 271  表4.4 与A/B测试相关的实践
272 272  
273 -(% style="width:1031px" %)
274 -|**ITIL管理实践**|(% style="width:747px" %)**与A / B测试相关的活动/资源**|(% style="width:103px" %)**影响**
275 -|组合管理|(% style="width:747px" %)确定并优先考虑使用A / B测试数据进行投资的服务、产品和功能。|(% style="width:103px" %)H
276 -|风险管理|(% style="width:747px" %)在进行进一步投资之前，使用A / B测试方法确定风险缓解方案的有效性。|(% style="width:103px" %)H
277 -|服务设计|(% style="width:747px" %)在进行进一步的投资和设计决策之前，使用A / B测试方法确定客户体验和用户体验原型的有效性。|(% style="width:103px" %)H
278 -|架构管理|(% style="width:747px" %)使用A / B测试方法设计和完善技术，信息，产品和服务体系结构。|(% style="width:103px" %)M
279 -|持续改进|(% style="width:747px" %)在进行进一步投资之前，使用A / B测试方法确定各种改进方案和计划的有效性。|(% style="width:103px" %)M
280 -|知识管理|(% style="width:747px" %)在进行进一步的投资之前，使用A / B测试方法确定不同知识管理，表示以及通讯技术和工的有效性。|(% style="width:103px" %)M
281 -|组织变革管理|(% style="width:747px" %)在进行进一步投资之前，使用A / B测试方法确定组织变革的有效性。|(% style="width:103px" %)M
282 -|问题管理|(% style="width:747px" %)在进行进一步投资之前，使用A / B测试方法确定规避措施和错误控制方法的有效性。|(% style="width:103px" %)M
283 -|服务验证与测试|(% style="width:747px" %)使用A / B测试方法定义和执行服务、验证和产品测试活动。|(% style="width:103px" %)M
269 +|**ITIL管理实践**|**与A / B测试相关的活动/资源**|**影响**
270 +|组合管理|确定并优先考虑使用A / B测试数据进行投资的服务、产品和功能。|H
271 +|风险管理|在进行进一步投资之前，使用A / B测试方法确定风险缓解方案的有效性。|H
272 +|服务设计|在进行进一步的投资和设计决策之前，使用A / B测试方法确定客户体验和用户体验原型的有效性。|H
273 +|架构管理|使用A / B测试方法设计和完善技术，信息，产品和服务体系结构。|M
274 +|持续改进|在进行进一步投资之前，使用A / B测试方法确定各种改进方案和计划的有效性。|M
275 +|知识管理|在进行进一步的投资之前，使用A / B测试方法确定不同知识管理，表示以及通讯技术和工的有效性。|M
276 +|组织变革管理|在进行进一步投资之前，使用A / B测试方法确定组织变革的有效性。|M
277 +|问题管理|在进行进一步投资之前，使用A / B测试方法确定规避措施和错误控制方法的有效性。|M
278 +|服务验证与测试|使用A / B测试方法定义和执行服务、验证和产品测试活动。|M
284 284  
285 -
286 286  **ITIL的故事：A / B测试**
287 287  
288 288  //Su：我们为该应用程序开发了一项新功能：通过该应用程序进行的每四笔预订，我们都会为客户免费升级到更好的汽车。//
... ... @@ -330,7 +330,6 @@
330 330  * 连续测试
331 331  * 看板
332 332  
333 -
334 334  **ITIL故事：快速研发的技术**
335 335  
336 336  //Solmaz：我们不断开发新的应用功能，并定期且频繁地发布改进和变更。这有助于我们更早地实现价值并尽快收到反馈。它还使我们能够优先考虑开发的新功能和支持工作。因为变更很小，所以它们需要较少的支持，并且服务中断的风险也较少。//
... ... @@ -439,7 +439,6 @@
439 439  |(% style="width:108px" %)供应商管理|(% style="width:520px" %)当某些组件松散时，建立合同并管理绩效。耦合体系结构由供应商或外部服务提供商提供。|(% style="width:87px" %)M
440 440  |(% style="width:108px" %)战略管理|(% style="width:520px" %)由于投资的原因，将紧密耦合的体系结构去耦是一项战略级决策必要条件以及利用它的潜在运营模式含义（例如引入自治团队）。 这种架构的一个例子是面向服务的可以将第三方服务作为端到端服务的一部分的体系结构。|(% style="width:87px" %)L
441 441  
442 -
443 443  === 4.2.3 复查 ===
444 444  
445 445  通过反馈使迭代不断进步意味着定期复查取得的成就，确定要吸取的经验教训并在必要时纠正的行动过程。但是，这些复查不应减慢进度或引入过多的控制。
... ... @@ -585,7 +585,6 @@
585 585  |服务连续性管理|(% style="width:682px" %)持续了解分析客户，市场状况和更广泛的生态系统，它们对组织的连续性和灾难恢复措施的影响。|(% style="width:96px" %)M
586 586  |供应商管理|(% style="width:682px" %)持续了解分析客户，市场状况和更广泛的生态系统，以它们对组织与合作伙伴和供应商关系的影响。|(% style="width:96px" %)M
587 587  
588 -
589 589  === 4.2.5 持续集成、持续交付和持续部署 ===
590 590  
591 591  持续集成、持续交付和持续部署（CI / CD）是主要与软件工程相关的实践的描述性术语，它们是精益的理念和敏捷软件开发的核心。这些实践的采用迅速增长，在实施由软件开发支持的服务时，重要的是要了解CI / CD的定义特征以及不断发展的系统开发做法的更广泛的背景。
... ... @@ -637,7 +637,6 @@
637 637  |服务连续性管理|(% style="width:651px" %)应该建立CI / CD管道以将软件组件推向连续性和灾难恢复系统。|(% style="width:84px" %)M
638 638  |风险管理|(% style="width:651px" %)通过使用CI / CD自动化减少某些类型的企业风险的影响。|(% style="width:84px" %)L
639 639  
640 -
641 641  **ITIL故事：持续集成、持续交付和持续部署**
642 642  
643 643  //Marco：我们已经为该应用程序创建了相同的构建、测试和实时环境，这使我们能够不断集成和交付与现有代码库兼容的新代码。因此，我们可以使用已经有效的代码来高度开发该应用程序。我们还减少了由可能导致难以解决的路径的错误引起的事件。//
... ... @@ -743,13 +743,13 @@
743 743  
744 744  看板的主要做法是：
745 745  
746 -* 可视化工作
747 -* 限制进行中的工作
748 -* 管理流程
749 -* 明确制定流程政策
750 -* 实施反馈循环
751 -* 改进协作
752 -* 实验性地发展。
736 +1. 可视化工作
737 +1. 限制进行中的工作
738 +1. 管理流程
739 +1. 明确制定流程政策
740 +1. 实施反馈循环
741 +1. 改进协作
742 +1. 实验性地发展。
753 753  
754 754  有时组织仅使用看板来可视化进行中的工作。尽管使用看板很重要，但这是看板的有限应用。看板的功能取决于整体实施和对工作流程的持续关注。看板示例如图4.15所示。
755 755  
... ... @@ -796,6 +796,7 @@
796 796  |问题管理|(% style="width:524px" %)通过限制进行中的工作来可视化并改进问题和错误控制。|(% style="width:70px" %)M
797 797  |供应商管理|(% style="width:524px" %)可视化供应商的入职/离职进度。|(% style="width:70px" %)M
798 798  
789 +
799 799  == 4.3 弹性运营的技术 ==
800 800  
801 801  弹性运营目标涉及确保在需要时可以使用数字化产品。
... ... @@ -827,6 +827,7 @@
827 827  * 聊天运营
828 828  * 站点可靠性工程。
829 829  
821 +
830 830  **ITIL故事：弹性运营的技术**
831 831  
832 832  //亨利：我们的应用程序必须可靠且一致，否则我们的客户将其视为有缺陷的。如果他们的工作方式需要变更，我们还需要确保我们的团队有应变能力并且可以适应不同的条件。//
... ... @@ -883,6 +883,7 @@
883 883  |风险管理|(% style="width:545px" %)认识到技术债对新的或现有的企业风险的影响；减轻风险可能会产生技术债，需要予以确认并传达给所有相关的利益干系人。|(% style="width:70px" %)M
884 884  |服务台|(% style="width:545px" %)与需要事件和请求协助的外部用户进行交流，需要了解现有的技术债以及为解决该问题而计划的工作。|(% style="width:70px" %)M
885 885  
878 +
886 886  === 4.3.2 混沌工程 ===
887 887  
888 888  **定义：混沌工程**
... ... @@ -928,6 +928,7 @@
928 928  * **安全猴子 **查找并终止安全违规或漏洞的实例。
929 929  * **看门猴子 **确保云环境没有混乱和浪费。图4.18显示了混沌工程对服务价值链的贡献。表4.15概述了与混沌工程相关的实践。
930 930  
924 +
931 931  (% style="text-align:center" %)
932 932  [[image:1639568794032-283.png]]
933 933  
... ... @@ -936,30 +936,31 @@
936 936  
937 937  表4.15 与混沌工程相关的实践
938 938  
939 -(% style="width:912px" %)
940 -|**ITIL管理实践**|(% style="width:677px" %)**与混沌工程相关的活动/资源**|(% style="width:97px" %)**影响**
941 -|持续改进|(% style="width:677px" %)使用混沌工程作为提高服务质量的最有效工具之一。|(% style="width:97px" %)H
942 -|基础架构管理|(% style="width:677px" %)设计基础架构和平台，以提供足够的弹性和冗余来处理混乱的工程工具导致的意外中断。为混乱的工程提供有关服务组件和备份活动的信息。|(% style="width:97px" %)H
943 -|服务连续性管理|(% style="width:677px" %)设计具有足够弹性和冗余性的服务连续性措施，以应对混乱的工程工具导致的意外中断。 持续监控弹性的连续性计划，措施和机制。|(% style="width:97px" %)H
944 -|服务级别管理|(% style="width:677px" %)在设计和运行测试时，必须考虑业务连续性策略，服务水平协议以及为服务降级建立的明确标准，以防人为破坏超过可接受的水平。|(% style="width:97px" %)H
945 -|软件开发管理|(% style="width:677px" %)混沌工程工具本身就是需要开发（或配置）和管理的软件应用程序。软件的设计和架构应具有足够的弹性和冗余性。|(% style="width:97px" %)H
946 -|架构管理|(% style="width:677px" %)(((
933 +(% style="width:990px" %)
934 +|**ITIL管理实践**|(% style="width:785px" %)**与混沌工程相关的活动/资源**|(% style="width:70px" %)**影响**
935 +|持续改进|(% style="width:785px" %)使用混沌工程作为提高服务质量的最有效工具之一。|(% style="width:70px" %)H
936 +|基础架构管理|(% style="width:785px" %)设计基础架构和平台，以提供足够的弹性和冗余来处理混乱的工程工具导致的意外中断。为混乱的工程提供有关服务组件和备份活动的信息。|(% style="width:70px" %)H
937 +|服务连续性管理|(% style="width:785px" %)设计具有足够弹性和冗余性的服务连续性措施，以应对混乱的工程工具导致的意外中断。 持续监控弹性的连续性计划，措施和机制。|(% style="width:70px" %)H
938 +|服务级别管理|(% style="width:785px" %)在设计和运行测试时，必须考虑业务连续性策略，服务水平协议以及为服务降级建立的明确标准，以防人为破坏超过可接受的水平。|(% style="width:70px" %)H
939 +|软件开发管理|(% style="width:785px" %)混沌工程工具本身就是需要开发（或配置）和管理的软件应用程序。软件的设计和架构应具有足够的弹性和冗余性。|(% style="width:70px" %)H
940 +|架构管理|(% style="width:785px" %)(((
947 947  通过混乱的工程促进弹性基础设施的建设。
948 948  
949 949  考虑服务和组件之间的交互以支持需求。
950 -)))|(% style="width:97px" %)M
951 -|容量与性能管理|(% style="width:677px" %)运行此类测试时，应捕获性能信息。因此，应确定改进措施，以确保为最佳性能，可伸缩性和容量设计服务。|(% style="width:97px" %)M
952 -|事件管理|(% style="width:677px" %)团队可以使用混乱的工程工具练习响应故障并从中断中恢复。他们必须准备好在不影响用户的情况下管理事件。冗余和自动化应内置于流程中。|(% style="width:97px" %)M
953 -|度量与报告|(% style="width:677px" %)混沌工程测试涉及实验和假设，将有助于收集和分析数据以进行计划和预测。结果支持连续性业务战略。|(% style="width:97px" %)M
954 -|监控与事态管理|(% style="width:677px" %)可以设置监视和事态管理工具来标记由混乱的工程工具策划的中断，或者监视服务质量而不是技术组件。|(% style="width:97px" %)M
955 -|组织变革管理|(% style="width:677px" %)混沌工程将有助于确保在现场环境中的契动与合作。|(% style="width:97px" %)M
956 -|问题管理|(% style="width:677px" %)通过引入随机失效并寻找服务/组件中的潜在缺陷来主动检测问题。从混乱的工程工具中收集的数据可以帮助识别需要调查和修复的潜在问题。|(% style="width:97px" %)M
957 -|服务配置管理|(% style="width:677px" %)CMDB和代码存储库应具有高可用性和准确的信息（与服务连续性管理定义的恢复点目保持一致），以帮助组织从中断中快速恢复。|(% style="width:97px" %)M
958 -|服务设计|(% style="width:677px" %)混沌工程测试原理可以帮助架构师设计更具弹性的系统并改进用户体验。|(% style="width:97px" %)M
959 -|服务台|(% style="width:677px" %)必须将有关测试的情况通知服务台团队，并准备好在不影响用户的情况下管理事件。|(% style="width:97px" %)M
960 -|服务验证与测试|(% style="width:677px" %)混沌工程测试原理可以帮助评估服务的可靠性。架构师应专注于服务中断。|(% style="width:97px" %)M
961 -|风险管理|(% style="width:677px" %)通过使用混乱的工程工具和方法来提高组织的弹性和健壮性，可以减轻某些类型的组织风险。|(% style="width:97px" %)L
944 +)))|(% style="width:70px" %)M
945 +|容量与性能管理|(% style="width:785px" %)运行此类测试时，应捕获性能信息。因此，应确定改进措施，以确保为最佳性能，可伸缩性和容量设计服务。|(% style="width:70px" %)M
946 +|事件管理|(% style="width:785px" %)团队可以使用混乱的工程工具练习响应故障并从中断中恢复。他们必须准备好在不影响用户的情况下管理事件。冗余和自动化应内置于流程中。|(% style="width:70px" %)M
947 +|度量与报告|(% style="width:785px" %)混沌工程测试涉及实验和假设，将有助于收集和分析数据以进行计划和预测。结果支持连续性业务战略。|(% style="width:70px" %)M
948 +|监控与事态管理|(% style="width:785px" %)可以设置监视和事态管理工具来标记由混乱的工程工具策划的中断，或者监视服务质量而不是技术组件。|(% style="width:70px" %)M
949 +|组织变革管理|(% style="width:785px" %)混沌工程将有助于确保在现场环境中的契动与合作。|(% style="width:70px" %)M
950 +|问题管理|(% style="width:785px" %)通过引入随机失效并寻找服务/组件中的潜在缺陷来主动检测问题。从混乱的工程工具中收集的数据可以帮助识别需要调查和修复的潜在问题。|(% style="width:70px" %)M
951 +|服务配置管理|(% style="width:785px" %)CMDB和代码存储库应具有高可用性和准确的信息（与服务连续性管理定义的恢复点目保持一致），以帮助组织从中断中快速恢复。|(% style="width:70px" %)M
952 +|服务设计|(% style="width:785px" %)混沌工程测试原理可以帮助架构师设计更具弹性的系统并改进用户体验。|(% style="width:70px" %)M
953 +|服务台|(% style="width:785px" %)必须将有关测试的情况通知服务台团队，并准备好在不影响用户的情况下管理事件。|(% style="width:70px" %)M
954 +|服务验证与测试|(% style="width:785px" %)混沌工程测试原理可以帮助评估服务的可靠性。架构师应专注于服务中断。|(% style="width:70px" %)M
955 +|风险管理|(% style="width:785px" %)通过使用混乱的工程工具和方法来提高组织的弹性和健壮性，可以减轻某些类型的组织风险。|(% style="width:70px" %)L
962 962  
957 +
963 963  ITIL故事：混沌工程
964 964  
965 965  //Radhika：我们需要测试该应用程序的弹性。例如，如果成员资格功能停止工作会怎样？客户仍然可以预定汽车？预订是否仍可以追溯分配到他们的账户？//
... ... @@ -1032,6 +1032,7 @@
1032 1032  |服务目录管理|(% style="width:601px" %)发行新功能，产品或服务时，服务目录必须被更新。|(% style="width:70px" %)L
1033 1033  |服务台|(% style="width:601px" %)在完成的定义中指定质量属性，以便开发和支持团队可以在早期阶段考虑他们。|(% style="width:70px" %)L
1034 1034  
1030 +
1035 1035  **ITIL故事：完成定义**
1036 1036  
1037 1037  //Su：该应用程序的交付团队包括来自Alxe汽车租赁部门许多部门人员，当开发人员移交工作代码时，对完成传统定义并不是最有效或最准确的。我们要保证该应用程序的弹性、功效、可维护性、功用和可用性。对我们来说，“完成“是指：//
... ... @@ -1099,6 +1099,7 @@
1099 1099  |服务连续性管理|(% style="width:689px" %)了解服务组件新版本的影响；并且如果可行，将它们传播到服务连续性和灾难恢复计划中。|(% style="width:91px" %)M
1100 1100  |服务请求管理|(% style="width:689px" %)使用版本控制的软件或硬件组件存储库来快速满足要求。|(% style="width:91px" %)M
1101 1101  
1098 +
1102 1102  **ITIL故事：版本控制**
1103 1103  
1104 1104  //Marco：我们实行持续集成和持续交付，我们利用版本控制系统地记录我们发布的应用程序的每次迭代，如果发布不稳定，我们可以通过将服务返回到先前的稳定版本来快速还原该服务。//
... ... @@ -1136,21 +1136,22 @@
1136 1136  
1137 1137  表4.18 与AIOps相关的实践
1138 1138  
1139 -(% style="width:904px" %)
1140 -|(% style="width:99px" %)**ITIL管理实践**|(% style="width:724px" %)**与AIOps相关的活动/资源**|(% style="width:77px" %)**影响**
1141 -|(% style="width:99px" %)容量与性能管理|(% style="width:724px" %)AIOps提供了识别模式和异常，确定资产的容量和利用率以及规划未来产品或服务的容量能。|(% style="width:77px" %)H
1142 -|(% style="width:99px" %)事件管理|(% style="width:724px" %)事件管理数据可受益于AIOps工具提供的高度自动化的功能，这些功能可增强手动工作。使用从不同系统合并的上下文预先分析的数据解决关联事件。|(% style="width:77px" %)H
1143 -|(% style="width:99px" %)基础架构管理|(% style="width:724px" %)AIOps工具可以自动执行基础结构和平台资源的大部分日常管理。|(% style="width:77px" %)H
1144 -|(% style="width:99px" %)监控与事态管理|(% style="width:724px" %)AIOps工具可以帮助关联来自多个监视工具的大量数据集。他们可以更好地理解IT环境。 AIOps通过一组集成的业务和运营指标来实现价值共创，从而降低了运营事态或事件的发生频率，因为它们是可以预测和预防的。AIOps通过替换以筒仓为中心的IT监视工具，并监视价值流中所有层的应用程序的运行状况和性能，来帮助优化IT并降低IT成本。|(% style="width:77px" %)H
1145 -|(% style="width:99px" %)变更控制|(% style="width:724px" %)AIOP支持在每个设备级别可视化依赖项详细信息。|(% style="width:77px" %)M
1146 -|(% style="width:99px" %)IT资产管理|(% style="width:724px" %)AIOps可以收集具有逻辑和物理属性的动态库存信息。|(% style="width:77px" %)M
1147 -|(% style="width:99px" %)度量与报告|(% style="width:724px" %)AIOps为度量提供数据，以评估性能和法规遵从性。它还有助于自动执行报告任务。|(% style="width:77px" %)M
1148 -|(% style="width:99px" %)问题管理|(% style="width:724px" %)来自AIOps工具的信息可以帮助识别和调查问题和错误，以及自动化和监视规避措施的应用。们还可以基于预处理和合并的数据来帮助主动检测问题。|(% style="width:77px" %)M
1149 -|(% style="width:99px" %)服务配置管理|(% style="width:724px" %)AIOps数据可用于检测配置项的变更，从而帮助识别未经授权的变更。|(% style="width:77px" %)M
1150 -|(% style="width:99px" %)服务台|(% style="width:724px" %)来自AIOps工具的信息可以支持与外部利益干系人的互动。AIOps可帮助组织在问题发生主动进行计划，发现问题及其业务影响。AIOps还可以根据合并的数据和已识别的趋势对用户查询进行明智的分类。|(% style="width:77px" %)M
1151 -|(% style="width:99px" %)劳动力和人才管理|(% style="width:724px" %)在整个IT团队中实施AIOps故障孤岛的组织可以使经验不足的员工提高生产力，发展技能和效率。|(% style="width:77px" %)M
1152 -|(% style="width:99px" %)知识管理|(% style="width:724px" %)IT流程，运营，性能结果和数据处理算法的知识的组合支持关键的业务功能。|(% style="width:77px" %)L
1136 +(% style="width:1004px" %)
1137 +|(% style="width:99px" %)**ITIL管理实践**|(% style="width:799px" %)**与AIOps相关的活动/资源**|(% style="width:103px" %)**影响**
1138 +|(% style="width:99px" %)容量与性能管理|(% style="width:799px" %)AIOps提供了识别模式和异常，确定资产的容量和利用率以及规划未来产品或服务的容量能。|(% style="width:103px" %)H
1139 +|(% style="width:99px" %)事件管理|(% style="width:799px" %)事件管理数据可受益于AIOps工具提供的高度自动化的功能，这些功能可增强手动工作。使用从不同系统合并的上下文预先分析的数据解决关联事件。|(% style="width:103px" %)H
1140 +|(% style="width:99px" %)基础架构管理|(% style="width:799px" %)AIOps工具可以自动执行基础结构和平台资源的大部分日常管理。|(% style="width:103px" %)H
1141 +|(% style="width:99px" %)监控与事态管理|(% style="width:799px" %)AIOps工具可以帮助关联来自多个监视工具的大量数据集。他们可以更好地理解IT环境。 AIOps通过一组集成的业务和运营指标来实现价值共创，从而降低了运营事态或事件的发生频率，因为它们是可以预测和预防的。AIOps通过替换以筒仓为中心的IT监视工具，并监视价值流中所有层的应用程序的运行状况和性能，来帮助优化IT并降低IT成本。|(% style="width:103px" %)H
1142 +|(% style="width:99px" %)变更控制|(% style="width:799px" %)AIOP支持在每个设备级别可视化依赖项详细信息。|(% style="width:103px" %)M
1143 +|(% style="width:99px" %)IT资产管理|(% style="width:799px" %)AIOps可以收集具有逻辑和物理属性的动态库存信息。|(% style="width:103px" %)M
1144 +|(% style="width:99px" %)度量与报告|(% style="width:799px" %)AIOps为度量提供数据，以评估性能和法规遵从性。它还有助于自动执行报告任务。|(% style="width:103px" %)M
1145 +|(% style="width:99px" %)问题管理|(% style="width:799px" %)来自AIOps工具的信息可以帮助识别和调查问题和错误，以及自动化和监视规避措施的应用。们还可以基于预处理和合并的数据来帮助主动检测问题。|(% style="width:103px" %)M
1146 +|(% style="width:99px" %)服务配置管理|(% style="width:799px" %)AIOps数据可用于检测配置项的变更，从而帮助识别未经授权的变更。|(% style="width:103px" %)M
1147 +|(% style="width:99px" %)服务台|(% style="width:799px" %)来自AIOps工具的信息可以支持与外部利益干系人的互动。AIOps可帮助组织在问题发生主动进行计划，发现问题及其业务影响。AIOps还可以根据合并的数据和已识别的趋势对用户查询进行明智的分类。|(% style="width:103px" %)M
1148 +|(% style="width:99px" %)劳动力和人才管理|(% style="width:799px" %)在整个IT团队中实施AIOps故障孤岛的组织可以使经验不足的员工提高生产力，发展技能和效率。|(% style="width:103px" %)M
1149 +|(% style="width:99px" %)知识管理|(% style="width:799px" %)IT流程，运营，性能结果和数据处理算法的知识的组合支持关键的业务功能。|(% style="width:103px" %)L
1153 1153  
1151 +
1154 1154  **ITIL故事：AIOps**
1155 1155  
1156 1156  Radhika：：成千上万的客户使用该应用程序并租用我们的车辆。这些转换会产生大量数据，这是有关客户需求的丰富信息来源。
... ... @@ -1190,18 +1190,19 @@
1190 1190  
1191 1191  表4.19 与ChatOps相关的实践
1192 1192  
1193 -(% style="width:923px" %)
1194 -|**ITIL管理实践**|(% style="width:743px" %)**与ChatOps相关的活动/资源**|(% style="width:95px" %)**影响**
1195 -|服务台|(% style="width:743px" %)与用户进行沟通和协调，以更好地管理事件和请求。|(% style="width:95px" %)H
1196 -|变更控制|(% style="width:743px" %)在管理服务变更的所有团队之间进行沟通和协调和服务组件。一些ChatOps工具可以与其他IT和服务集成管理工具。ChatOps提供了与用户和团队进行沟通的渠道成员了解新服务或变更的服务，从而人性化工作方式。|(% style="width:95px" %)M
1197 -|持续改进|(% style="width:743px" %)实现持续改进计划的目标，以改进沟通与协调团队之间。|(% style="width:95px" %)M
1198 -|部署管理|(% style="width:743px" %)在参与部署新的或变更的所有团队之间进行沟通和协调服务组件。一些ChatOps工具可以与部署工具集成。|(% style="width:95px" %)M
1199 -|事件管理|(% style="width:743px" %)在外部利益干系人与参与其中的各个团队之间进行沟通和协调事件管理活动。一些ChatOps工具可以与其他IT和服务集成管理工具。ChatOps帮助IT团队进行支持活动，例如注册和诊断，从而减少响应时间并消除重复的任务。|(% style="width:95px" %)M
1200 -|知识管理|(% style="width:743px" %)在聊天日志中搜索非结构化知识。获取知识并确定按计划或预期提供服务的要求。收集反馈以支持持续改进。|(% style="width:95px" %)M
1201 -|问题管理|(% style="width:743px" %)运行根本原因分析和回顾。|(% style="width:95px" %)M
1202 -|发布管理|(% style="width:743px" %)在管理服务变更的所有团队之间进行沟通和协调。|(% style="width:95px" %)M
1203 -|风险管理|(% style="width:743px" %)以可搜索的格式存储数据和信息。|(% style="width:95px" %)L
1191 +(% style="width:974px" %)
1192 +|**ITIL管理实践**|(% style="width:798px" %)**与ChatOps相关的活动/资源**|(% style="width:95px" %)**影响**
1193 +|服务台|(% style="width:798px" %)与用户进行沟通和协调，以更好地管理事件和请求。|(% style="width:95px" %)H
1194 +|变更控制|(% style="width:798px" %)在管理服务变更的所有团队之间进行沟通和协调和服务组件。一些ChatOps工具可以与其他IT和服务集成管理工具。ChatOps提供了与用户和团队进行沟通的渠道成员了解新服务或变更的服务，从而人性化工作方式。|(% style="width:95px" %)M
1195 +|持续改进|(% style="width:798px" %)实现持续改进计划的目标，以改进沟通与协调团队之间。|(% style="width:95px" %)M
1196 +|部署管理|(% style="width:798px" %)在参与部署新的或变更的所有团队之间进行沟通和协调服务组件。一些ChatOps工具可以与部署工具集成。|(% style="width:95px" %)M
1197 +|事件管理|(% style="width:798px" %)在外部利益干系人与参与其中的各个团队之间进行沟通和协调事件管理活动。一些ChatOps工具可以与其他IT和服务集成管理工具。ChatOps帮助IT团队进行支持活动，例如注册和诊断，从而减少响应时间并消除重复的任务。|(% style="width:95px" %)M
1198 +|知识管理|(% style="width:798px" %)在聊天日志中搜索非结构化知识。获取知识并确定按计划或预期提供服务的要求。收集反馈以支持持续改进。|(% style="width:95px" %)M
1199 +|问题管理|(% style="width:798px" %)运行根本原因分析和回顾。|(% style="width:95px" %)M
1200 +|发布管理|(% style="width:798px" %)在管理服务变更的所有团队之间进行沟通和协调。|(% style="width:95px" %)M
1201 +|风险管理|(% style="width:798px" %)以可搜索的格式存储数据和信息。|(% style="width:95px" %)L
1204 1204  
1203 +
1205 1205  === 4.3.7 站点可靠性工程 ===
1206 1206  
1207 1207  **定义：站点可靠性工程**
... ... @@ -1267,6 +1267,7 @@
1267 1267  |服务配置管理|(% style="width:707px" %)借助SRE，可以将自动发现和版本控制应用于基础架构组件。|(% style="width:51px" %)M
1268 1268  |服务验证与测试|(% style="width:707px" %)对于SRE中的发布工程，建议连续的构建测试目标与确定项目发布的相同测试目标相对应。|(% style="width:51px" %)M
1269 1269  
1269 +
1270 1270  **ITIL故事：站点可靠性工程**
1271 1271  
1272 1272  // Su：我们添加到应用程序的功能越多，它变得越复杂，其中的代码失败的可能性就越大。失败是任何软件平台都不可避免的功能。应用失败的方式可以教会我们如何对其进行重新校准以使其更具弹性。//
... ... @@ -1349,6 +1349,7 @@
1349 1349  |服务验证与测试|(% style="width:719px" %)开发和维护服务体验测试。|(% style="width:83px" %)M
1350 1350  |供应商管理|(% style="width:719px" %)基于主观和客观协议来参与和管理供应商。|(% style="width:83px" %)M
1351 1351  
1352 +
1352 1352  **ITIL故事：服务体验**
1353 1353  
1354 1354  //Su：在Axle汽车租赁公司，业务与IT之间没有鸿沟。开发团队协作以提供可响应客户需求的服务体验。我们使用应用程序和车辆中的数据来指导服务的优化和自动化。该应用程序是可定制的，因此用户可以根据自己的需求优化服务。//
... ... @@ -1374,6 +1374,7 @@
1374 1374  * 开发安全
1375 1375  * 同行评审
1376 1376  
1378 +
1377 1377  **ITIL故事：保证合规的技术**
1378 1378  
1379 1379  //Henri：与所有道德企业一样，Axle完全遵守法律法规。我们利用保证合规的技术，因为有时IT进步如此之快，以致可以忽略或延迟遵从性要求。我们敬业的治理团队只是我们关注合规性要求变化的方式之一。//
... ... @@ -1407,6 +1407,7 @@
1407 1407  |业务分析|(% style="width:650px" %)将审核结果和建议的补救措施纳入产品积压。|(% style="width:97px" %)L
1408 1408  |战略管理|(% style="width:650px" %)将定期的外部或内部审核合并到服务的路线图中，以提供对服务的独立管理。|(% style="width:97px" %)L
1409 1409  
1412 +
1410 1410  === 4.5.2 开发安全 ===
1411 1411  
1412 1412  大多数组织都有专门的信息安全团队，该团队执行风险评估并定义策略，规程和控制。在高速环境中，信息安全已尽可能集成到开发和运营的日常工作中，并将对过程控制的依赖转移到验证前提条件（例如员工的专业知识和完整性）上。安全员的角色从“维持治安”转变为使其他人能够采取必要措施。
... ... @@ -1460,19 +1460,19 @@
1460 1460  
1461 1461  表4.23 与DevSecOps相关的实践
1462 1462  
1463 -(% style="width:909px" %)
1464 -|**ITIL管理实践**|(% style="width:690px" %)**与DevSecOps相关的活动/资源**|(% style="width:75px" %)**影响**
1465 -|持续改进|(% style="width:690px" %)安全控制和策略的改进可以成为开发和运营团队纳入的学习和反馈的一部分。|(% style="width:75px" %)H
1466 -|信息安全管理|(% style="width:690px" %)在开发生命周期中设计和实施控件，以提供广泛的可追溯性和联合责任制。将信息安全职责整合到从业者的日常工作中。|(% style="width:75px" %)H
1467 -|监控与事态管理|(% style="width:690px" %)配置监视工具以连续扫描威胁和漏洞，以便可以将其升级为适当的团队。|(% style="width:75px" %)H
1468 -|变更控制|(% style="width:690px" %)实施预防性控制会自动要求安全管理人员进行预授权，然后开发人员才能根据某些定义的标准进行某些类型的生产数据编辑，包括他们有权使用的功能。|(% style="width:75px" %)M
1469 -|部署管理|(% style="width:690px" %)(((
1466 +(% style="width:1056px" %)
1467 +|**ITIL管理实践**|(% style="width:832px" %)**与DevSecOps相关的活动/资源**|(% style="width:90px" %)**影响**
1468 +|持续改进|(% style="width:832px" %)安全控制和策略的改进可以成为开发和运营团队纳入的学习和反馈的一部分。|(% style="width:90px" %)H
1469 +|信息安全管理|(% style="width:832px" %)在开发生命周期中设计和实施控件，以提供广泛的可追溯性和联合责任制。将信息安全职责整合到从业者的日常工作中。|(% style="width:90px" %)H
1470 +|监控与事态管理|(% style="width:832px" %)配置监视工具以连续扫描威胁和漏洞，以便可以将其升级为适当的团队。|(% style="width:90px" %)H
1471 +|变更控制|(% style="width:832px" %)实施预防性控制会自动要求安全管理人员进行预授权，然后开发人员才能根据某些定义的标准进行某些类型的生产数据编辑，包括他们有权使用的功能。|(% style="width:90px" %)M
1472 +|部署管理|(% style="width:832px" %)(((
1470 1470  安全管理提供有关关键证书管理，CD管道安全检查，容器安全，自动渗透测试以及数据和性能监视的指南。
1471 1471  
1472 1472  信息安全管理和风险管理应该是从业者日常工作的组成部分。
1473 -)))|(% style="width:75px" %)M
1474 -|知识管理|(% style="width:690px" %)使员工和其他主要利益干系人可以访问相关的政策文档。|(% style="width:75px" %)M
1475 -|风险管理|(% style="width:690px" %)(((
1476 +)))|(% style="width:90px" %)M
1477 +|知识管理|(% style="width:832px" %)使员工和其他主要利益干系人可以访问相关的政策文档。|(% style="width:90px" %)M
1478 +|风险管理|(% style="width:832px" %)(((
1476 1476  在企业风险管理，技术风险管理和新的工作方式之间创建一种平衡，实用的方法。
1477 1477  
1478 1478  在变更IT服务时，确定并消除对外部团队/团队的依赖，这可能涉及将批准权限委派给团队的产品/交付经理。
... ... @@ -1482,26 +1482,27 @@
1482 1482  详细说明供应商合同中的要求和风险控制措施，以支持职责整合，并守组织的安全策略。
1483 1483  
1484 1484  进行价值流映射，以识别和最小化流程移交和批准。
1485 -)))|(% style="width:75px" %)M
1486 -|服务验证与测试|(% style="width:690px" %)测试数据管理是帮助确保持续稳定性，可靠性，可用性和安全性的关键元素。|(% style="width:75px" %)M
1487 -|战略管理|(% style="width:690px" %)整合职责以平衡法规要求和执行速度。|(% style="width:75px" %)M
1488 -|劳动力和人才管理|(% style="width:690px" %)在如何将安全性纳入开发和运营工作方面，对员工和其他相关利益干系人进行培训和辅导。|(% style="width:75px" %)M
1489 -|业务分析|(% style="width:690px" %)(((
1488 +)))|(% style="width:90px" %)M
1489 +|服务验证与测试|(% style="width:832px" %)测试数据管理是帮助确保持续稳定性，可靠性，可用性和安全性的关键元素。|(% style="width:90px" %)M
1490 +|战略管理|(% style="width:832px" %)整合职责以平衡法规要求和执行速度。|(% style="width:90px" %)M
1491 +|劳动力和人才管理|(% style="width:832px" %)在如何将安全性纳入开发和运营工作方面，对员工和其他相关利益干系人进行培训和辅导。|(% style="width:90px" %)M
1492 +|业务分析|(% style="width:832px" %)(((
1490 1490  了解内部和外部环境中的安全策略，标准，风险，潜在威胁和漏洞，并将其转化为开发和运营团队的要求。
1491 1491  
1492 1492  将安全要求纳入产品积压中。
1493 -)))|(% style="width:75px" %)L
1494 -|基础架构管理|(% style="width:690px" %)(((
1496 +)))|(% style="width:90px" %)L
1497 +|基础架构管理|(% style="width:832px" %)(((
1495 1495  安全管理可以通过有关安全标准和培训，隐私审查，威胁建模，凭证管理和数据安全的指南来增强基础架构和平台管理（尤其是在将基础架构用作代码时）。
1496 1496  
1497 1497  信息安全管理和风险管理应该是从业者日常工作的组成部分。
1498 -)))|(% style="width:75px" %)L
1499 -|软件开发管理|(% style="width:690px" %)(((
1501 +)))|(% style="width:90px" %)L
1502 +|软件开发管理|(% style="width:832px" %)(((
1500 1500  通过有关安全编码标准和培训，隐私审查，威胁建模，代码分析，源代码和凭证管理以及数据安全性的指南来增强软件开发。
1501 1501  
1502 1502  信息安全管理和风险管理应该是从业者日常工作的组成部分。
1503 -)))|(% style="width:75px" %)L
1506 +)))|(% style="width:90px" %)L
1504 1504  
1508 +
1505 1505  //ITIL故事：DevSecOps//
1506 1506  
1507 1507  //Henri：数据的完整性和安全性是Axle汽车租赁团队工作方式的基础。快速工作以高节奏提供新的应用程序功能时，存在引入安全漏洞的风险，这些漏洞可能会被利用。//
... ... @@ -1555,6 +1555,7 @@
1555 1555  )))|无|是|可能|是|无
1556 1556  |临时审查|无|无|是|是|无
1557 1557  
1562 +
1558 1558  (% style="text-align:center" %)
1559 1559  [[image:1639569697056-454.png]]
1560 1560  
... ... @@ -1603,6 +1603,7 @@
1603 1603  请从业者将此章视为一个多功能工具集，并根据上下文和所执行的工作任务来应用这些工具。实施此处描述的技术不应仅作为目标。应始终将它们视为实现组织目标的手段。这适用于本出版物的其他章节以及总体上的ITIL：应采用并改编这些工具以满足组织的需求。
1604 1604  
1605 1605  
1611 +
1606 1606  
1607 1607  **结论**
1608 1608  
深圳市艾拓先锋企业管理咨询有限公司