哪些点绝对需要示范、需要技术支持和实施？
Posted: Mon Jan 27, 2025 5:53 am
在经历了第二阶段的头痛之后，需要采取务实的方法。在这种情况下，您应该澄清以下问题：
在哪里可以对要求进行组织性监管——例如通过工作指示和程序？
有哪些特殊情况，它们发生的频率如何？可以在标准程序之外解决吗？
如果你从这几个方面来分析的话，你很快就会发现我们的工作方式很大程度上符合VAIT的要求。然而，工作流程没有记录，风险分析相当非正式，结果并不总是记录在案。但别担心，这是一个很好的起点。 ITIL 供应商管理中有一个良好的标准，允许您对供应商和服务进行分组并适当对待它们。
回到示例项目：这里，工作方法目前正在根据规范进行记录和形式化。以易于理解的方式创建和存储工作结果，并对现有合同管理系统进行修改，以便能够管理风险分析的结果。在此之前，结果是手动创建和管理的。
结论
我已经在许多监管项目中经历过这个由三部分组成的过程。了解监管 IT 项目的这三个阶段非常重要，因为这种模式会定期重复。只有熟悉这个流程，才能避免实施不完整或过于广泛。
我一开始就说过，“如果你早退，你就输了”。事实上也是如此，因为 加密电子邮件列表 如果你在第一阶段退出，你就达不到要求——毕竟你还没有完全理解它们。如果直接进入第二阶段，你肯定会找到合适的解决方案，但它可能完全超载，成本明显更高，并且需要对公司进行重大改变。
只有在第三阶段才能实现完全履行、可接受的成本和必要干预的最佳平衡。
在我上一篇文章中，您了解了 pod 的实际含义以及使用 pod 时应该了解的功能、工具和选项。最后，我想向您展示在 OpenShift 中创建 pod 的选项，并向您介绍在此背景下的各种构建策略。
在 OpenShift 中创建 Pod 的可能性
如果您想在 OpenShift 中创建可执行 pod，可以从以下三种构建策略中进行选择：
Docker 策略（Docker 构建）
Source to Image 策略（Source to Image (S2I) 构建）
定制策略（定制构建）
但构建到底是什么？这是将输入参数或源代码转换为可执行映像的过程。
此时，OpenShift 使用现有的基础映像，然后使用 Dockerfile 或脚本对其进行修改。这些存储在您自己的中，或者更好的是，作为构建映像存储在集成的 Docker 注册表中。 OpenShift 默认支持 Docker 构建和 S2I 构建。
Docker 和 S2I 策略创建可执行映像。但是，使用自定义策略会创建由构建器映像作者定义的对象。自定义对象 - 因为顾名思义，它们是用户定义的 - 没有一般应用程序。由于这些对象因情况而异，因此我不想在这里更详细地讨论它们。
Docker 策略
使用 Docker，可以在 OpenShift 中创建可执行映像，然后可以通过 Kubernetes 作为 Pod 启动。换句话说：您可以将相应的镜像视为“建筑材料”，将 Kubernetes 视为一种“蓝图”。两者都需要创建一个功能对象，即 pod。
OpenShift 中的 Docker 策略本质上类似于正常的 Docker 构建过程。顺便说一下：采用Docker策略，这里调用的是构建命令（docker build）。要开始构建过程，您需要在文件夹结构中创建一个 Docker 文件，其中定义了创建或修改 Docker 映像的步骤。如果您需要已运行的 pod 中的工件，则它们必须已在构建过程中存在。
在哪里可以对要求进行组织性监管——例如通过工作指示和程序？
有哪些特殊情况，它们发生的频率如何？可以在标准程序之外解决吗？
如果你从这几个方面来分析的话，你很快就会发现我们的工作方式很大程度上符合VAIT的要求。然而，工作流程没有记录，风险分析相当非正式，结果并不总是记录在案。但别担心，这是一个很好的起点。 ITIL 供应商管理中有一个良好的标准，允许您对供应商和服务进行分组并适当对待它们。
回到示例项目：这里，工作方法目前正在根据规范进行记录和形式化。以易于理解的方式创建和存储工作结果，并对现有合同管理系统进行修改，以便能够管理风险分析的结果。在此之前，结果是手动创建和管理的。
结论
我已经在许多监管项目中经历过这个由三部分组成的过程。了解监管 IT 项目的这三个阶段非常重要，因为这种模式会定期重复。只有熟悉这个流程，才能避免实施不完整或过于广泛。
我一开始就说过，“如果你早退，你就输了”。事实上也是如此，因为 加密电子邮件列表 如果你在第一阶段退出，你就达不到要求——毕竟你还没有完全理解它们。如果直接进入第二阶段，你肯定会找到合适的解决方案，但它可能完全超载，成本明显更高，并且需要对公司进行重大改变。
只有在第三阶段才能实现完全履行、可接受的成本和必要干预的最佳平衡。
在我上一篇文章中，您了解了 pod 的实际含义以及使用 pod 时应该了解的功能、工具和选项。最后，我想向您展示在 OpenShift 中创建 pod 的选项，并向您介绍在此背景下的各种构建策略。
在 OpenShift 中创建 Pod 的可能性
如果您想在 OpenShift 中创建可执行 pod，可以从以下三种构建策略中进行选择：
Docker 策略（Docker 构建）
Source to Image 策略（Source to Image (S2I) 构建）
定制策略（定制构建）
但构建到底是什么？这是将输入参数或源代码转换为可执行映像的过程。
此时，OpenShift 使用现有的基础映像，然后使用 Dockerfile 或脚本对其进行修改。这些存储在您自己的中，或者更好的是，作为构建映像存储在集成的 Docker 注册表中。 OpenShift 默认支持 Docker 构建和 S2I 构建。
Docker 和 S2I 策略创建可执行映像。但是，使用自定义策略会创建由构建器映像作者定义的对象。自定义对象 - 因为顾名思义，它们是用户定义的 - 没有一般应用程序。由于这些对象因情况而异，因此我不想在这里更详细地讨论它们。
Docker 策略
使用 Docker，可以在 OpenShift 中创建可执行映像，然后可以通过 Kubernetes 作为 Pod 启动。换句话说：您可以将相应的镜像视为“建筑材料”，将 Kubernetes 视为一种“蓝图”。两者都需要创建一个功能对象，即 pod。
OpenShift 中的 Docker 策略本质上类似于正常的 Docker 构建过程。顺便说一下：采用Docker策略，这里调用的是构建命令（docker build）。要开始构建过程，您需要在文件夹结构中创建一个 Docker 文件，其中定义了创建或修改 Docker 映像的步骤。如果您需要已运行的 pod 中的工件，则它们必须已在构建过程中存在。