这个我觉得主要有以下几个方面需要考虑，当然这只是个人建议：1.企业目前是否有强烈迁移欲望，如果业务上和架构规划上没有相关需求，其实没有必要2.数字化转型的力度和战略目标是否清晰，数字化改革是否能得到高层支持3.企业IT部门熟悉云原生技术的人才是否充足，是否可以支撑前期的...

汽车行业上云是一个趋势，一般来说有几大系统，生产制造系统，互联网新业态系统（ 车联网），还有一些企业门户。从现状来看，优先上云的是门户，其次是偏互联网业务系统，最后才是生产制造类的系统。一般来说，汽车行业的 上云需求的矛盾较为强烈，主要原因有几个，一是随着业务的持续扩张，多数据...

首先需要确认做容器的初衷是什么分析哪类业务需要容器化人员和组织定义：哪类人实施，开发团队准备好了么，运维团队准备好了么技术堆栈选型：涉及哪类容器平台docker/k8s等，配套设施做哪些实施方式定义：包括自建、外部partner等...

独立构建，涉及基础平台和上层服务。前者短期手工运维，但通过开发逐步自动化。后者通过开发实现。支撑人员和运营容器数量关系不大，但和上层开发服务的数量正相关。关键点：开发从上往下做。...

需要考虑下使用容器的初衷，究竟是业务的敏捷弹性需求触发呢还是交付复杂性需求初衷同时需要注意：资源利用率提升导致费用的节省、固定资产投资费用前后差异、人员学习成本及能力依赖差异、开源文化收益...

没有必要联系具体看业务场景对弹性和黑盒交付的需求另外资源利用率是另一个点，弹性看你基盘，因为对私有云来说这个是稳定的。当然利用更“合理”是必要的，这点靠人是不靠谱的

主机厂生产，制造，研发，财务，等领域相对比较固化。营销领域有些是面向互联网，面向大众的，快速迭代的这些适合用微服务，容器云的架构。或者就是单纯的想用微服的架构设计应用架构也行。...

看业务受众。如果是面向企业，由于业务链路长，建议从顶层往下解构，到level3之后再考虑服务化（而不是微服务化），这个和成熟度有关如果业务面向C或业务链路短，可以考虑通过下层快速迭代演进。...

传统企业很少用开源的产品，但现在开源大行其道，大众汽车已经在外围项目中使用了redis