环境体系
开发·测试·生产客户案例 · 新能源汽车
岚图汽车:统一容器平台建设与运维
岚图汽车通过统一容器管理平台连接腾讯云、东风云与本地机房,把分散集群、镜像、应用交付、监控日志和运维流程纳入共同标准。建设路线
三阶段演进交付能力
CI/CD运营方式
自助运维项目背景
研发以外包和多业务域协作为主,多个容器集群分布在腾讯云、东风云与本地机房。
核心挑战
发布方式松散、集群原生分散管理、运行环境缺少管控,标准交付和问题回溯能力不足。
客户现状与需求
问题拆开说明,建设目标才不会停留在口号
客户痛点
研发协作和发布方式分散
软件开发以外包和多业务域协作为主,发布与迭代依赖传统打包方式,统一管控和问题回溯困难。
运行环境缺少统一标准
不同产品使用不同集成工具和封装方式,环境差异形成持续技术债务。
多集群无法统一管理
腾讯云、东风云与本地机房的容器集群采用原生方式分别管理,资源和运行状态缺少统一视图。
标准化交付能力不足
软件制品、镜像、部署、升级、弹性和故障定位未形成一条可复用的工程链路。
关键需求
统一容器运行底座
纳管现有微服务容器化部署,统一多租户、资源、网络、存储和访问控制。
镜像仓库和应用商店
让企业镜像、应用模板和复杂环境可以被治理、复用并一键部署。
研发交付一体化
对接代码、编译、测试、镜像和发布流程,逐步打通更多应用的完整迭代链。
自助运维与服务治理
通过弹性伸缩、自动化运维、监控日志和微服务治理降低沟通与人工成本。
建设目标
把业务诉求转化为可交付、可验证的建设目标
- 01统一微服务容器化部署
纳管现有微服务容器化部署,统一多租户、资源、网络、存储和访问控制。
- 02建设企业镜像仓库与应用商店
让企业镜像、应用模板和复杂环境可以被治理、复用并一键部署。
- 03连接 CI/CD 与自助运维
对接代码、编译、测试、镜像和发布流程,逐步打通更多应用的完整迭代链。
建设方案
建设以 Kubernetes 为核心的统一容器管理平台,覆盖多租户、资源管理、镜像、应用编排、监控日志、弹性伸缩和第三方集成。
平台与基础设施
建设 Kubernetes 管理平台,整合虚拟化、物理机、公有云、网络、存储和负载均衡。
交付和应用服务
部署企业镜像仓库、应用商店、CI/CD、应用编排、生命周期和弹性伸缩。
运行保障
建设容器与主机监控、日志分析、健康检查、服务发现、微服务拓扑和交易追踪。
落地与能力转移
完成环境评估、平台测试、应用容器化试点、培训、源码交付、CKA 教练和试运行支持。
关键架构
岚图汽车统一容器平台架构
以 Kubernetes 为核心,向上连接企业门户、研发工具和应用,向下统一多云与本地基础设施。企业应用与研发入口
面向开发和业务团队提供统一服务
研发交付与软件资产
连接从代码到运行的交付链路
统一容器管理平台
标准化应用和资源管理
运行与微服务治理
保障应用稳定运行
多云与本地基础设施
统一连接异构资源
实施路径
从现状评估到体系运营,分阶段控制建设风险
- 01环境评估与架构设计
评估基础设施与生产部署环境,完成平台和应用容器化方案。
- 02平台、镜像与流水线
部署管理平台、镜像仓库、应用商店、监控日志并打通 CI/CD。
- 03试点、培训与运营
完成试点上线、知识移交、运维培训和持续支持。
按打基础、上台阶、定形态三个阶段推进,从容器平台和试点应用逐步扩展到 DevOps、服务治理与统一工程体系。
实现效果
效果覆盖效率、质量、稳定性和长期运营
多环境进入统一管理
规划将多云和本地集群纳入统一资源、应用、权限和运行视图。
软件交付开始标准化
镜像、应用模板与 CI/CD 连接,减少不同团队重复构建交付工具。
开发环境获取更敏捷
开发人员可以按标准选择配置并快速获得环境,降低沟通和环境差异排查成本。
运维模式逐步平台化
自动化部署、弹性、自服务和观测能力让运维从逐应用操作转向平台运营。
SOFTC 提供的产品与服务
持续演进
平台上线不是终点,能力需要跟随业务持续生长
从统一管理走向平台工程
持续纳管微服务应用,完善制品库、服务治理、DevOps 组织流程和企业级应用开发平台。
能力标签