用macvlan CNI呗，区别就不大了

监控要分层次实现，比如资源层 、平台层、应用层等，不同层次实现方案和采用工具会是不一样的，但可以把监控采集数据统一发送的监控中心，由监控中心对数据进行处理和组合，统一展示...

首先我觉得要先弄清楚上容器云的目的，要解决的哪些问题，至于有没有专职运维团队不重要容器云是工具，拿工具来做什么，是否真正能按照想法和规划达到目的，收益是什么，这些弄明白了我觉得就知道如何规划和准备容器云的建设步骤了...

建议自主控制，合作研发，日常运维可以外包，但自己一定要有人能在关键时刻顶起来。自主可控，自主把控，所以至少要有一个专职人员负责平台的规划和建设、应用的改造和迁移部署等。...

我以OpenShift举例进行说明： 图中的纵坐标为业务敏捷性，企业业务敏捷性方面的转型通常包含以下几步：第一步：构建 PaaS 平台。 PaaS 平台为开发人员提供了构建应用程序的环境，旨在加快应用开发的速度，实现平台即服务，使业务敏捷且具有弹性。近几年容器技术的崛起更是促进了 PaaS ...

这个问题主要涉及几个点：一是k8s属于开源产品，需要使用方完全负责生命周期的运维工作，对使用者的要求较高；openshift属于商用产品，有厂商负责生命周期的运维工作。二是k8s由于其开源架构，社区活跃度较高，可以获取到更多的外部信息；三是k8s在paas层原生提供的功能比openshift原生...

1、搭建一个统一的容器镜像仓库，开通生产网访问此仓库的端口的路由和防火墙。2、建立管理规范，只有UAT测试通过的项目，投产申请审批通过后，才将相应的镜像复制到生产的REPO中。

容器云只是DevOps的底座。这个底座上面还需要很多内容，我们仅以工具层举例： l 项目管理：禅道、 Jira 、 Trello 等。l 知识管理： MediaWiki 、 Confluence 等。l 源代码版本控制（ SCM ）： GitHub 、 Gitlab 、 BitBucket 、 SubVersion 、 Gogs 等。l 代码复审： Gitlab 、 Ger...

取决于负责devops建设的人员是否能够触达人员组织架构的调整能力。devops可能是一个持续优化的过程，人员组织架构的调整也可能是一个动态的过程，这个无法一步到位，因此虽则devops的建设推进，相应的人员和组织结构可能会适时调整，并不需要刻意去做适应devops不是唯一，只是公司流...

这个内容就太多了，devops提供敏捷的研发运维流程、工具、方法、规范等。但它也仅是数字化转型中的一小部分。数字化转型重点在于利用金融科技实现业务的变革和创新，业务模式的变革和创新。这需要公司全局的规划和布局，不同公司的情况不一样，路经和方法也可能不一样，适合自己的...