某企业在云计算规划时遇到三大难点，你会如何解决？
某IT软件开发公司规划一个私有云服务器的建设。
当时的需求是整个公司内部，不分任何部门云外界项目直接放到云平台上，内网员工发挥各自的技能同时还有网络上的兼职人员参加。其实这个规划是好的不仅提升了企业的技术核心竞争力，而且可以体验真正的云服务。但是我在规划时才发现，想实现这个简单的想个法并不容易。目前大多数企业和私有云都面临着一下三方面的问题（也希望大家能就这些问题可以谈谈）：
首先企业网络的星型配置，在星型配置中，“云”的边界通常就会是数据中心的边界。由于这种限制，很难找到充分的理由来支持企业级宿主模式的云计算。
其次私有云计算设置的应用程序兼容性问题，目前各种应用软件五花八门各自为政，诸如操作系统和中间件，也是企业“云”成功的一个关键因素。如果应用程序需要差异比较大的硬件，则可能会没有足够的特定硬件类型来在“云”中创建一个有效的资源池。
最后不得不应该注意的就是安全问题，虽然在云运算和云端资源丰富，运算能力强，但是里面什么都有一旦数据流失是相当严重的后果。
由此我个人认为要想改善这些主要问题光靠现在的云还是不行的，其实每个上网的人或使用电脑的人都相当于一个cpu，这个运算群体的力量是不可忽视的。每个cpu也可作为云端数据加密的密码,例如：有十亿人上网在云端是数据防火墙上的密码就是这十亿cpu，以一种内部识别方式动态运行。这样保证了安全这一理论还未详细实践。
通过这个实例，希望大家也可以分享自己在做云计算规划时的一些疑问和经验，谈谈自己遇到问题是如何解决的？
当时的需求是整个公司内部，不分任何部门云外界项目直接放到云平台上，内网员工发挥各自的技能同时还有网络上的兼职人员参加。其实这个规划是好的不仅提升了企业的技术核心竞争力，而且可以体验真正的云服务。但是我在规划时才发现，想实现这个简单的想个法并不容易。目前大多数企业和私有云都面临着一下三方面的问题（也希望大家能就这些问题可以谈谈）：
首先企业网络的星型配置，在星型配置中，“云”的边界通常就会是数据中心的边界。由于这种限制，很难找到充分的理由来支持企业级宿主模式的云计算。
其次私有云计算设置的应用程序兼容性问题，目前各种应用软件五花八门各自为政，诸如操作系统和中间件，也是企业“云”成功的一个关键因素。如果应用程序需要差异比较大的硬件，则可能会没有足够的特定硬件类型来在“云”中创建一个有效的资源池。
最后不得不应该注意的就是安全问题，虽然在云运算和云端资源丰富，运算能力强，但是里面什么都有一旦数据流失是相当严重的后果。
由此我个人认为要想改善这些主要问题光靠现在的云还是不行的，其实每个上网的人或使用电脑的人都相当于一个cpu，这个运算群体的力量是不可忽视的。每个cpu也可作为云端数据加密的密码,例如：有十亿人上网在云端是数据防火墙上的密码就是这十亿cpu，以一种内部识别方式动态运行。这样保证了安全这一理论还未详细实践。
通过这个实例，希望大家也可以分享自己在做云计算规划时的一些疑问和经验，谈谈自己遇到问题是如何解决的？
0同行回答
“答”则兼济天下，请您为题主分忧！
第一点，可以用网络的区域分级来实现，内部之间的通信也可以做到相互屏蔽，外围的安全可以由硬件实现。
第二点，规划云的时候虚拟化技术可以采用混合平台制式的，AIX的powervm、redhat的rhevm、vmware等等，这样可以做到系统和程序的兼容基本保障，软件和系统的版本管理也是云管理很重要的一部分，这就要在规划云之初，将作为生产应用的云和作为开发测试的云资源进行内部网络分区。按照不同的版本进行归类管理。
第三，系统的可靠性这里可以不用考虑，因为虚拟还技术本身带有高可用性，可以对虚拟的负载进行在线迁移。作为云的系统管理员和作为应用的系统管理员要分开，负载分区相当于一个操作系统，管理规范可以用以前的方法进行管理，涉及到负载分区的变更等等可以由云的系统管理员和作为应用的系统管理员共同维护。相信通过严格的规范，是可以控制安全性的。收起
第二点，规划云的时候虚拟化技术可以采用混合平台制式的，AIX的powervm、redhat的rhevm、vmware等等，这样可以做到系统和程序的兼容基本保障，软件和系统的版本管理也是云管理很重要的一部分，这就要在规划云之初，将作为生产应用的云和作为开发测试的云资源进行内部网络分区。按照不同的版本进行归类管理。
第三，系统的可靠性这里可以不用考虑，因为虚拟还技术本身带有高可用性，可以对虚拟的负载进行在线迁移。作为云的系统管理员和作为应用的系统管理员要分开，负载分区相当于一个操作系统，管理规范可以用以前的方法进行管理，涉及到负载分区的变更等等可以由云的系统管理员和作为应用的系统管理员共同维护。相信通过严格的规范，是可以控制安全性的。收起
浏览1496
第一个，作为一个云规划，网络的规划是非常重要的，首先对外（互联网）出口带宽不能成为瓶径，其次出口链路不可能只有一个，充分考虑运营商的数量，最少也必须2个吧，还有就是云边界的设计，设计应该要考虑双冗余或多冗余设计并有负载均衡能力，当然路由性能也要充分考虑。网络层面的安全也是必须考虑的，访问的地址及端口应该要严格控制。对大应用系统，可考虑基于F5相类似的负载均衡设计。
第二个，云规划初期对于应用的类型应该就有一个明显的定义，数据库类型，应用系统类型应该以目前最流行的配置进行定义，比如（Weblogic、WebSphere等），没有规矩不成方圆。
第三个安全问题，云规划本来就有高可靠的设计，设备的规划就不在这考虑了，这里着重考虑用户的数量流失问题，其实和目前大多数用户一样，每一个用户都有各自权限内的数据级操作权限对一个云规划来说是应该要充分考虑的，可以以数据库的形式管理这些用户。收起
第二个，云规划初期对于应用的类型应该就有一个明显的定义，数据库类型，应用系统类型应该以目前最流行的配置进行定义，比如（Weblogic、WebSphere等），没有规矩不成方圆。
第三个安全问题，云规划本来就有高可靠的设计，设备的规划就不在这考虑了，这里着重考虑用户的数量流失问题，其实和目前大多数用户一样，每一个用户都有各自权限内的数据级操作权限对一个云规划来说是应该要充分考虑的，可以以数据库的形式管理这些用户。收起
浏览1420
浏览1506