shanhongbo

个人认为，目前市场上主流的公有云服务算是比较成功的，尤其AWS，softlayer，等实现了标准的服务，包括计费。对于什么是成功的云架构，对于私有云，满足用户需求，减少资本投资、最大化利用资源，能够比较方便的实现扩展，应该是成功的，这

对于私有云，安全性主要来自监管要求和访问渠道要求，在这一点，首先满足监管需求，比如说物理隔离，那就无法做到不同安全等级的资源共享物力资源，在其上的基础上，虚拟化给了我们很好的隔离方式，往往通过不同的vlan，不同的网络层级

个人认为他实现了底层领域模型的封装，帮助云平台的实施者少做了很多接口开发工作，同时，他的架构模块可以参考并快速搭建起一个云平台，也许和目标需求不完全一致，要进行改造和开发，但框架很可以参考，quickstart

云环境中数据丢失问题？具体场景是哪个呢？传统架构中，本地高可用，备份恢复，异地容灾都可以应用在云环境中

这是一个具有挑战性实践，无论是P2V还是V2V，都有相关的弊端，在这里简单描述下：1、传统应用一定要改造，否则上去会有问题，容易造成一条鱼毁了云计算环境的问题2、云计算很重要的是要标准化，太多非标准化的东西会带来太多的运维

成熟云管理产品的，或者说采用开源框架例如openstack,产品帮助实现了领域接口的封装和资源调度，但是往往针对业务需求的服务，建议参照此方法进行设计，统一管理，否则容易在后期出现架构的混乱

容量分配上，觉得分为两层，服务层和运行层，服务层是按规划容量，进行容量管理，重点解决说我还可以分配多少空间，运行层是实际使用，重点解决说我现在的超配比是否合适，有无容量热点出现，IO瓶颈出现等，这些调整，随即带来了规划容量的

1、确定目标客户，识别服务；2、分析部署模型，设计资源池 3、实现这个物理层和虚拟层的资源管理和调度 4、运行维护、组织结构等等流程设计，组织保障； 阶段上。个人建议：1、初步形成标准资源池结构，虚拟化环境 2、计算、存储

针对iaas、paas、saas，是分析了应用的部署模式而确定，也就是说分析目标客户的需求，目标客户需求带来的部署特点，设计符合需求的云服务，docker的确现在很火，个人认为还没到大规模应用的时期，就像云计算在前几年一样，这方面也在

个人认为，云计算的目标是 介质封装尽可能多的内容，减少供给过程中的复杂程度和实施时间。那么对于介质的封装，应在前期成熟的介质制作环境中完成快速介质组合，搭配的制作过程，同时要有好的版本管理。