云计算建设过程中如何在开发设计前期考虑大规模设备的运维问题？

可能你对这块存在误区，云的建设并不单单是“利用规模化的普通设备的群体性能去替代甚至是实现高性能设备应对不了的高业务压力场景”

相反云的建设中所用计算节点都是数量较多的CPU+大内存容量，一个计算节点中承载着大量虚拟机（而传统的方式是一台物理机就是一个服务器），传统的方式是存在大量物理机，运维难度加大，而云计算环境中，相反的是服务器数量大大减少，减轻运维服务器的数量，但是需求的是对整个架构的更深入的了解。

按照你所说的规模化的“监控、冗余设计、规模化设备的部署以及配置下发、投产后的变更管理”  解释如下：

云部署时，规模化的部署更加方便快捷和统一，部署时各类监控、备份配置其实都统一的，虚拟机部署完成，再加以调整，其实系统就已经上线。至于今后的变更投产，无非就是建立规模化设备间的互信，在一台上实现所有设备的投产（利用脚本统一投产）。

我觉得云计算的重点是标准化，而不是规模化。规模化有利于降低成本，但云计算为了实现自动化、统一资源分配、计费回收、配置等，更需要的是标准化。单纯机器/设备多是没有用的。

如果做不到标准化，自动化的配置方法、资源划分、应用资源的扩充、迁移，就都做不到。云计算实际上是要通过标准化+自动化，把整个管理过程统一起来，让管理人员可以看到所有的数据和资源，摆脱单纯手工操作。通过收集到的性能数据分析资源需求，通过自动化手段对资源分配进行优化。

对云计算平台来说10台机器和1000台机器的管理应该是一样的，不一样的地方在于，机器多了平均管理成本才会相应下降。

可以这么理解，精髓是设备规模化了，计算分布式了，以前集中式的单机计算不适用于虚拟化环境，那么问题来了，从运维看，一定是多了好多好多的机器，运维复杂度提升的感觉，规划和设计不好，一定是这个结果的，运维累死，应用层影响小。其实是可靠性下降，可用性提升的必然。那么，如何前期设计解决运维的苦，几个经验分享

设备标准化，这个带来就是整体效率的提升，不论建设效率，采购效率，兼容性等等。

设备自动化，云管理平台就是解决大量设备运维复杂的利器，通过远程端口实现安装，重启等功能，全面监控和事件管理

容量精细化，容量上一定要根据自身的运维能力设阈值，这个是经常被忽略的，有的团队用好工具可以支持池子的机器70%使用率，有的可能只能支持50%的使用率，为什么？运维响应时间不一样啊，等级不一样啊，越高，运维工具和团队的要求和工作量就越高