开发者和平台团队都想要Kubernetes自助服务，但在由谁主导的问题上存在分歧。
内容提要
企业Kubernetes自助服务的核心矛盾在于界定哪些资源可安全交给开发者、哪些由平台团队管理。直接开放原始API会将运维负担转嫁给开发者，务实方案是“铺好的路”：平台团队定义安全配置，开发者从服务目录自助申请开发集群、命名空间等低风险可重复资源，无需工单。HPE Morpheus与HKS集成，自动化配置、权限、审批和生命周期控制，将环境交付从数周缩短至数小时，并统一治理Kubernetes、虚拟机和云环境。
延伸解读
自助服务的边界：哪些资源可以交给开发者
文章指出，Kubernetes自助服务的核心矛盾在于界定哪些资源可安全交给开发者。直接开放原始API会将运维负担转嫁给开发者，导致他们调试清单和存储驱动而非编写代码。务实方案是“铺好的路”：平台团队定义安全配置，开发者从服务目录自助申请开发集群、命名空间等低风险、可重复、易理解的资源，无需工单。这既保留了开发者的Kubernetes直接访问权限，又通过审批、RBAC和生命周期控制实现治理。
从数周到数小时：自动化如何改变环境交付
传统IT环境中，为新项目配置专用Kubernetes环境常涉及跨部门工单交接，耗时数天到数周。HPE Morpheus Software通过统一基础设施编排、基于角色的访问控制和多租户管理，可将配置工作流压缩至数分钟或数小时。文章强调，这种提速不仅在于集群供应，还在于自动将环境接入开发者已有的CI/CD流程，提供从代码到部署的即用路径，减少团队手动组装工具链的时间。
速度带来的新风险：可见性与成本控制
文章提醒，快速供应可能导致团队失去对已配置资源及其原因的跟踪。HPE Morpheus Software为管理员提供利用率和成本可见性，并通过租约控制到期关闭临时开发集群。Bogoevici指出，工单量不是成功的良好指标，尤其早期更多开发者尝试目录时。他建议关注部署成功率、异常率、资源利用率以及维持服务运行的日常工作量，以衡量自助服务的实际效果。
安全与治理：必须内建而非事后补救
文章强调，安全是自助服务路径中必须设计的边界。如果身份、访问、租户和策略仅在集群创建后添加，每个请求都会产生更多工作且易导致不一致。HPE Morpheus Software将身份集成、基于角色的访问、租户隔离、审批和策略纳入操作工作流，使新环境通过批准的配置自动附带相应控制。平台团队可通过测试允许的请求、应拒绝的请求及审计记录来验证铺好的路。
Q&A
Kubernetes自助服务的核心矛盾是什么？
核心矛盾在于界定哪些资源可以安全地交给开发者自助使用，哪些资源仍应由平台团队管理。开发者希望随时获得Kubernetes环境，而平台团队需要控制成本、访问权限和合规性。
为什么直接给开发者原始Kubernetes API访问权限不是好主意？
直接开放原始API会将运维负担转嫁给开发者，导致他们花费时间调试清单和存储驱动而非编写代码；同时运维团队需应对过度配置、闲置集群和未经审查的配置进入生产环境等问题。
什么是“铺好的路”（paved path）？
“铺好的路”是一种务实方案：平台团队定义安全配置，开发者从服务目录中自助申请可重复、低风险且易于理解的资源（如开发集群、命名空间、部署已批准应用等），无需提交工单。
HPE Morpheus Software如何帮助实现Kubernetes自助服务？
HPE Morpheus Software通过服务目录、可重用布局和蓝图、工作流、基于角色的访问控制、审批、API和自动化，将安全配置和治理流程标准化。它集成HKS，自动化配置、权限、审批和生命周期控制，将环境交付从数周缩短至数小时，并统一治理Kubernetes、虚拟机和云环境。
自助服务中如何确保安全？
安全必须作为核心设计考虑直接构建到服务中，而非事后添加。HPE Morpheus Software将身份集成、基于角色的访问、租户隔离、审批和政策纳入操作工作流，确保新配置的环境自带身份、RBAC、租户、政策和审计控制。
自助服务成功的关键指标有哪些？
不应以工单数量衡量成功，而应关注部署成功率、异常率、资源利用率以及维持服务日常运行所需的工作量。
