在平台工程中预配和管理基础结构涉及从手动和不一致的流程演变为自动化、可缩放和自适应方法。 通过采用自动化和标准化流程，组织可以减少错误、提高效率并确保一致的基础结构管理。
重点领域包括定义预配过程、管理基础结构和预配请求以及监视资源分配。
阶段
Manual
在初始阶段，组织强调对基础结构需求的灵活性和快速响应，IT 或体系结构团队通过文档提供指导。 开发人员根据本指南手动设置基础结构，导致不同团队使用不同的方法时出现不一致。 手动评审访问和预配请求，导致延迟，开发人员自行处理预配，从而增加错误风险。 缺乏正规化的流程和对手动检查的依赖会导致操作孤立、停机时间增加以及维护可扩展基础设施的困难，从而使在需求增长时此方法不可持续。
定义预配过程：开发人员逐个手动设置基础结构，通常对类似任务使用不同的方法和工具。
响应和管理基础结构和服务预配请求：根据需要手动处理基础结构请求，通常通过非正式通信渠道（例如电子邮件和聊天），访问由 IT 或体系结构团队的手动评审控制。 单个团队或开发人员负责预配。
监视资源分配：团队可能会依赖手动检查来确保资源不会耗尽容量，但通常仅在发生问题时进行。
协调
由于组织认识到需要更一致且更高效的作，因此需要采取初始步骤来集中和标准化预配流程。 一些团队开始调整他们的工具和方法，但如果没有组织范围的标准，变体仍然存在。 引入了集中系统（如票证）来管理基础结构请求，但此方法可能会带来瓶颈，因为手动审批和预配会增加开销。 向集中化和标准化过渡（如有必要）可能会减缓开发和部署周期，这突显出进一步简化的必要性。
定义预配过程：某些团队开始使用和修改类似的工具和脚本，但没有组织范围的标准。 某些团队手动预配资源，某些团队使用可用的工具和脚本。
响应和管理基础结构和服务预配请求：请求通过集中式系统（例如票证系统）提交，而集中式 IT 或平台团队手动批准和预配基础结构。
监视资源分配：团队开始使用标准工具来收集有关资源利用率的数据，但通常为单个服务或项目设置监控，而没有全局视图。
铺设
组织侧重于在整个作中建立正式化和一致的预配过程。 但是，随着基础结构请求量的增加，平台团队可能难以跟上，即使已建立结构化工作流也是如此。 这里面临的挑战是管理不断增长的需求，而不会影响服务质量或效率，从而推动对更可扩展的解决方案的需求。
定义预配过程：工程师使用基础结构即代码 （IaC） 模板来预配服务。 在整个组织中正式化和标准化预配流程。 广泛采用 IaC 做法，所有团队都使用一致的模板和工具。
响应和管理基础结构和服务预配请求：请求通过结构化工作流进行处理，其中包含预定义的模板和定义的流程来简化预配（例如，铺路路径和黄金路径）。 某些类型的请求可能需要审批。
监视资源分配：跟踪一组全面的指标，提供对资源分配和利用率的清晰可见性。 集中式仪表板监视所有服务的资源使用情况，从而提供性能见解。
自动
为了解决手动流程的限制并提高效率，组织将转向自动预配并将其集成到 CI/CD 管道中。 自动化可减少手动工作并确保部署一致，并内置于工作流中的治理和合规性检查。 但是，这种向万物皆代码的转变要求在自动化、脚本和编码方面具备更高水平的专业知识。 此外，虽然模板简化了许多流程，但它们可能会过度简化复杂的方案，需要持续优化才能有效地解决独特的边缘情况。
定义预配过程：预配过程是自动化的，并集成到 CI/CD 管道中，允许快速且一致的基础结构部署。 治理和合规性检查已集成到预配工作流中。
响应和管理基础结构和服务预配请求：平台团队通过自动化自助服务功能管理请求过程，允许用户在受控参数内独立预配资源。 授权用户有权访问专用和共享、标准化和预配置的环境创建资源。
监视资源分配：基于使用模式自动缩放。
自适应的
组织专注于通过智能主动管理优化资源分配和性能。 预配不仅是自动化的，而且是自适应的，具有预测并实时响应基础结构需求的系统。 此方法可在灵活性和治理之间实现平衡，确保在保持合规性的同时有效分配资源。 这一级别的挑战在于管理将集中式治理与分散式团队的自主性平衡的复杂性，确保治理标准与组织需求一起发展，而不会扼杀创新。
定义预配过程：预配过程是自动化的，并集成到 CI/CD 管道中，允许快速且一致的基础结构部署。 治理和合规性检查已集成到预配工作流中。
响应和管理基础结构和服务预配请求：请求由智能系统自动处理，该系统可预测需求并主动预配资源，同时提供灵活性，同时保持治理。
监视资源分配：根据历史数据和当前使用模式预测资源需求，自动预配或解除分配资源，以保持最佳性能和成本效益。
相关内容