对云计算的定义
云计算其实跟PC机有一样的概念，有CPU、硬盘、操作系统、应用软件。云计算的计算节点（虚拟机）就是PC中的CPU，数据缓存服务就是PC的内存，存储节点就是PC的硬盘，提供数据服务，让数据不丢、高可用，PC中的控制器就是云计算的控制系统。PC机的硬件上面要有操作系统。操作系统很大一块是给开发人员提供系统的API接口，提供系统监控以看运行情况，并且还要有系统管理——如用户账号的权限管理、备份恢复等等。操作系统上面要有应用软件，这样才能服务于最终用户，应用软件就是真正落地的业务，这样才会有用户。
这就是工程师说的stack，也就是我们听到的IaaS、PaaS、SaaS三个层。IaaS层就像PC机的基础硬件加驱动程序，PaaS层就像PC机上的操作系统——把基础硬件抽象、包起来并屏蔽硬件和硬件驱动细节、调度基础硬件，而SaaS层就是PC机里的应用软件。另外，我们还得给开发人员提供各种开发框架、类库和开发环境。云计算自然也会像PC机一样，三个层上都会有用于控制和管理的系统。
说到底，云计算的IaaS、PaaS、SaaS最后那个S都是Service。就是说，无论你云计算长成什么样，都得要向用户提供“服务”而不仅仅是软硬件和各种资源。
云计算的技术难点
对于云计算工程方面，现在最难的是运维。管台、1万台还是万台机器，那是完全不同的。数据中心/云计算拼的就是运维能力。
为什么我说运维比较复杂，原因有这么几个。一方面，云计算要用廉价设备取代那些昂贵的解决方案。另一方面，因为你机器多了，然后你用的又不是昂贵的硬件，所以故障就变成了常态，硬盘、主板、网络天天坏。所以，没什么好想的，运维就必须要跟上。云计算的目标是在故障成为常态的情况下保证高可用。最后，这一大堆机器和设备都放在一起，你的安全就是一个挑战，一方面是Security，另一方面是Safety，保证数十台数百台的设备的安全还好说，但是对于数万数十万台的设计，就没有那么简单了。所以，面对这样的难题，人是无法搞得定的，你只能依靠技术来管理和运维整个平台。
然后，你还要找到可用性更好的节点，这需要有一些故障自检的功能。为了数据的高可用性，你只能使用数据冗余，写多份到不同的节点——工业界标准写三份是安全。然而，你做了冗余，又有数据一致性问题。另外，公有云人来人往，里面的资源和服务今天用明天不用，有分配有释放，有冻结，你还要搞一个资源管理系统来管理这些资源的生命状态。
云计算的门槛
为啥云计算有这么多开源的东西，却不是人人都能做？我觉得有以下原因：
一方面，这就跟盖楼一样，带宽的价格贵得就像土地的价格。其实云计算跟房地产一样，要占地、占机房、占带宽。最简单的例子，IP地址是有限的。另一方面，正如前面所说的，运维是件很难的事，运维这个事并不是一般人能搞的事。没有足够的场景、经验和时间，这种能力很难出现。从用户的角度来说呢，云计算是一种服务，你需要对用户企业内的解决方案要有很好的了解，这样才能提高很好的服务。
云计算有两个东西我觉得是被人低估的，一个是运维，一个是那堆服务。做服务的需要有生态环境，有人帮你做。所以做云计算要落地并不简单。
云计算的市场细分
市场细分必然是市场来驱动的。大的方向应该会是这样的：有类是需要玩计算密集型的（比如大数据计算、网络游戏），有类是需要玩IO密集型的（比如视频网站），有类就是为了建网站的（比如电子商务、门户网站、无线），有类是为了数据安全和保密的（比如金融数据）。
上面也说过，无论IaaS、PaaS、SaaS，后面的S都是service，本质上都是提供服务。所以，我认为，市场的细分本质上就是服务的细分。
对PaaS的看法
无论是Google的GAE还是新浪的SAE都是给个容器，给个容器的好处是不用管数据连接、CPU什么，程序一传就能用，什么水平扩展都不用管。不爽的是，一个是在编程上限制太多：AppEngine总会阉割很多系统相关的功能，比如Java、PHP、Python的很多系统调用都阉割了，因为如果给你这些系统调用，你就可以突破沙箱；另一个是有故障的时候：技术人遇到问题都恨不得自己上去解决，想看看后面在忙啥，但是看不到，很无助，只能等你解决，就看你的人解决的好不好、快不快。所以如果IaaS没做好，运维、故障自动处理、迁移没做好，出了问题用户只能干瞪眼，PaaS必然不好用。当然IaaS层也有这个问题，但是至少你还可以登到机器上看一看，大不了重启一下。像AWS，你重启一下就跑到别的物理机，问题也许就解决了。
其实，对于PaaS中间这层的确很尴尬。怎么解决？我觉得还是要依赖某种业务场景。单纯一个平台要阉割很多功能，搞得用户不舒服，还不如干脆一步到位，根据业务场景给一个编程框架。比如SAE可以就做微博app，上来就调API，数据库都ready；或者北京治疗白癜风有名医院北京治疗白癜风的费用是多少
转载请注明：http://www.quwenlai.com/zejq/2839.html
