1、物理损坏是难以避免的，aws、阿里云也一样会坏机器、光纤呗挖断，桶被误删除等2、镜像技术可以试试，不过我觉得按照高可用方式来规划你整体系统架构，，比如oracle rac、mysql主从，应用的话多台负载均衡，保证没有单节点，甚至多机房等方式...

用过其他品牌的虚拟化，一般对虚拟机进行快照不需要虚拟机停止。你说的静默是停机吗还是什么？

1、必须在VMFS格式的Datastore下保存虚机文件.vmdk。查看一下右侧的"存储"的属性1)、有多少个datastore？2)、每个datastore的属性？2、参考这些链接，看看自己遗漏了哪些步骤https://blog.csdn.net/qq_45392321/article/details/106629147https://blog.51cto.com/sunshyfangti...

不过一般容器对外提供服务都是通过Service。一句话：pod不能被外网访问，service是访问入口。为了适应快速的业务需求，微服务架构已经逐渐成为主流，微服务架构的应用需要有非常好的服务编排支持，k8s中的核心要素Service便提供了一套简化的服务代理和发现机制，天然适应微服务架构，...

我理解这里主要的差异在构建节点和工具层面，对于流水线过程来说，只是在部署环节的实现不同。也就是整条流水线的其中一个stage的实现不同，对流水线过程来说不一定存在差异。部署过程流水线提供的是发布到虚拟机和容器云平台的能力，比如我们在虚拟机的部署方面是通过ansible来...

1、使用虚拟机环境做devops，优点是虚拟机环境能够完整支持windows，linux等环境。 使用容器平台做devops一般以linux容器环境为主。 2、如果单位已经建设有容器平台且有团队研发和运维，则建议优先选择使用容器平台做devops，实施成本可平摊，在容器平台上做DEVOPS已经有很成熟的...

OpenShift里面也可以有持久化的数据存储，PV，容器重启，数据还在。但迁移过程中，数据丢不丢失，就要看之前是不是做好分析、规划、以及很好的备份方案了，还有就是这个应用本身适不适合迁移。迁移本质上是个实施问题。...

我理解虚拟机的整体SLA会比物理机高，比如应用有状态（指对底层资源的绑定和依赖），则VM可提供更多的可用性。 但同时由于虚拟化会损失10%左右性能。而物理机单节点SLA有限，需要通过容器平台和必要的监控手段合理进行容器调度。但充当容器计算节点使用时需要考虑爆炸半径和雪崩效...