往常，这需要一个系统性的验证过程，然而并非标准化，因为客户提供的环境已然就绪，可供改变的不多。另一方面，就是业务需求不同。所以该题目中一些“疑问”可能无法获得一个直接的答案。不过（普遍性）决策标准还是可以分享的-篇幅有点长，以下内容多数是来自项目经验。1）经过验证的 &a...
以下是个人浅薄意见，勿喷！个人粗浅认为，不太好确定要分几期，投入的资金有多少？具体规划是否清晰？业务量发展的预测？可靠性与稳定性要求等因素？是否要具有应急保障等各种因素。只有明确了具体需求，根据投入资金量才能更好的判定分几期？还是一步到位。云平台建设可以选择从上层应用到...
容器平台在面对测试开发时，最常见的就是换包和换配置。在没有实现CICD的情况下，建议应用先做好配置分离改造，容器平台做好配置管理模块。容器启动时采用模式：标准镜像+程序包+配置文件发布生产时打成helm chart包...
OpenStack几乎所有的组件都是可插拔的，各个组件功能独立，不同的组件之间松耦合没有强关联，彼此之间通过API通讯，OpenStack包括的所有组件列表参考https://www.openstack.org/software/project-navigator/openstack-components#openstack-services。需要部署哪些组件通常根据...
开发人员负责写代码，并生成镜像，将镜像推至镜像中心，然后利用平台进行单元测试。测试(质量人员)利用devops平台进行集成测试并将问题反馈给开发，以及负责定制发布版本，并将发布计划告知运维人员。运维人员拿到发布计划后结合具体情况安排发布或者建议质量调整发布时间。发布过...
首先开发 测试运维都要对devops文化有一个基本统一的认识。开发同学要有良好的代码管理习惯或者说代码管理规范，并且能够使用ci平台进行持续单元测试。运维同学要熟悉python开发语言，有一个能够hold住的cicd平台，对监控的理解要至少提升到业务层面，并且具备批量处理的能力或...
运维的主导方还是原来的运维部门，只不过需要掌握devops平台的方方面面，并且对业务架构要有更多理解，这样才能够在devops推广中有更多话语权。
推荐使用场景是实现DevOps流水线，在测试与生产建立一致的容器云平台，將应用的开发测试部署管理自动化。
不一定一致，建议使用容器的一些特点，比如动态扩展的能力，就可以使用多个容器来完成之前生产环境一台服务器的功能呢。
