主题：云计算对IT部门的影响 -- uphere
看到了这个url
http://www.mindmeister.com/12213323/best-online-collaboration-tools-2010-robin-good-s-collaborative-map
惊叹于SAAS已经这么丰富了。
SAAS之后，办公室里只需要thinclient和因特网即可。出门用手机。回家把手机放进docking station，就可以充电，用大显示器，外接键盘，和相对廉价的internet网接入。
分析一下对IT部门的影响。IT部门业务主要包括以下几类。
传统IT部门业务：
1.提供应用（安装，配置等）
2.应用集成,流程自动化,新应用开发
3.由以上而来的帐号管理，用户支持服务
4.由以上而存在的网络服务程序，操作系统，存储，客户机，服务器，网络接入服务
IAAS下保留
1.全部
2.全部
3.全部
4.网络服务程序，瘦客户机，基本网络接入服务
IAAS+PAAS下保留
1.全部
2.全部
3.部分
4.瘦客户机，基本网络接入服务
IAAS+PAAS+SAAS下保留
1.无
2.全部
3.小部分
4.瘦客户机，基本网络接入服务
如此公司IT部门从业人员将大为减少。各种各样的support和admin将被大幅裁员，但开发人员受到云计算的影响并不大。
Google一头做SAAS，另一头做终端，两头吃定，中间的在耐心地一节节啃。这个vision，崇拜一个。
你对云计算的理想总结得不错。我来说一下现实情况。
对于企业来说，目前IAAS和SAAS的接受程度最高，但PAAS还有很长的路要走。IAAS的代表是Amazon和Rackspace，有很多startup利用Amazon来启动service，其中最著名的有dropbox，zynga。另外像很多大公司也用Amazon来精简自己的IT，比如Netflix。在Amazon的推动和创新下，IAAS应该说接受程度已经很高了，也有很光明的前景。原因就是IAAS进入的难度最低。IAAS基本上提供了和企业原来IT环境类似的平台，基本上只要把应用搬过去就可以了。当然问题也是有的，我觉得最大的问题是一旦出现故障，一个public的IAAS往往在解决客户问题方面比较迟钝。一个很流行，traffic量很大的service，出了问题是一分钟也耽搁不了的。依赖于IAAS provider对于很多人来说很难接受。另一个方面，当应用达到一定的scale以后，建立自己的IT基础设施，可能费效比更好。这也是为什么很多大型的service逐渐地从IAAS平台撤出来，建自己的云计算平台。
SAAS的接受程度也很高。典型的如Google apps，salesforce。现在这样的公司也层出不穷。SAAS往往是解决了企业应用的一些pain，对于IT资源不够的企业来说，不如交给别人去做。而这些应用也往往是一些比较独立的服务。在美好的未来，也许我们可以通过把所有这些SAAS服务glue起来，解决所有的IT需要。
PAAS的接受程度最低。因为这意味着企业要改写自己的IT应用。这就需要有一定的开发能力。而且除非是新建的企业从头开始，企业应用一旦投入使用是很难改变的。这也是为什么Google的PAAS平台Appengine的接受程度比Amazon AWS要差很多。另一个方面，PAAS的新技术，尤其是扩展性更好的分布式存储技术，需要开发人员改变原有的企业应用架构，这对很多开发人员来说，具有很陡的学习曲线。这也影响了PAAS的接受程度。前一阵有不少blog冒出来抱怨appengine的datastore不好用，撤到AWS或者其他的IAAS上去。但有一点比较有趣的是，有一个blogger虽然说appengine不好用，但因为他们的应用是按照appengine对可扩展性的要求写的，结果转移的过程就比较容易。这说明了新的PAAS的技术还是有它的优势的，只是要开发人员接受需要一定的积累。
其实IAAS, PAAS, SAAS这三者不是必然联系在一起的，都可以单独存在，也可以和其他结合在一起。
云计算的另外一个维度就是public还是private。对于很多大型企业来说，把数据放在3rd party的设施上是不可接受的。但云计算的好处又很有诱惑力。有开发能力的企业就会建立自己的云计算平台，来管理IT资源。这方面主要是集中在IAAS平台上。这个领域目前的投资很多，也很热。但企业还需要一点时间来接受这个模式。对于PAAS和SAAS，目前那就更渺茫了。
写得真好。
PAAS需要改写应用的问题我没有想到。想象中的情景是由IAAS供应商提供同样的几个比较常用的中间件。但仔细想了下，中间件费用的很大一块是license和support，PAAS供应商如果是提供Oracle之类公司的中间件，价格上和非PAAS比不会有太大的竞争力。所以自己写便是必然了。
比较期望中间件可以涵盖的一个功能是data transport，对FTP、SSH，SMTP等各种transport的支持，对常用数据文件格式的支持。
理解你的意思了。不过你说的PAAS其实更接近于IAAS。目前主流的PAAS都是提供了一层中间件和相应的应用程序接口，基本上你都要使用它提供的API才行。一点不改地迁移应用好像还不行。比如appengine，基本上完全不同于传统的应用框架，虽然Google试图提供比较接近的功能和接口。另外一个流行的PAAS是heroku，被salesforce刚刚收购，也是提供了一套ruby的framework/middleware，也是有自己的api的。
ＩＴ还是ｓｅｒｖｉｃｅ ｂｒｏｋｅｒ ａｎｄ Ｓｅｒｉｃｅ Ｍａｎａｇｅｒ，评价，管理Ｃｌｏｕｄ ｐｒｏｖｉｄｅｒ．
1.IT系统本身的复杂性
2.IT系统用户界面的复杂性
使得用户选择雇人，而不是自己直接控制IT系统。
IAAS，PAAS，SAAS，每个都是在各自的层面上简化了用户界面，使得用户直接控制系统成为可能。
不管是多复杂的系统，只要能被包装成一个黑盒和简便的用户界面，关于系统内部的知识，经验对用户而言便是无实用价值的。
其实很多服务业都是依靠用户界面的复杂性吃饭的，会计师，律师，大部分的公务员。
依然用现在管理IT的经验来判断云的潜在问题与生态，完全没有意识到云使得用户甩开IT直接使用云成为可能，虽然这中间还是会有个过程，但时间不会太长。如果说IT开发外包是第一步（过去时了），IAAS的基础设施外包是第二步，PAAS的企业软件平台迁移是第三步，这三步走完，后面software/service/data代表的SAAS，DAAS将不会留给IT太多的选项，而越早转型进化成为依托云的专业软件商，比较典型的如saleforce这样的，以后的饭吃得越香。当然这个过程中，平台提供者，如微软的Azure，Google的AppEngine等的竞争将受到IAAS的很大影响，而IBM，HP，Dell，CISCO，EMC，VMware等主要在提供IAAS的厂商也将通过这个过程重新找到自己的定位。
这将是一场重新划分下一个三十年IT势力范围，重新产生新的微软，新的Oracle，新的SAP的的重头戏，谁也不能说微软不可能沦为基础设施提供商，或者IBM，Google通过控制了软件在云里一个类似萍果AppStore的机构而主宰很多企业的生命线。这是一场远远超越mobile，web的好戏，可以说如果我们认为这十几年的互联网的发展是疯狂的，那么you aren't see nothing yet.自从计算机发明以来的最大的一场好戏还在后面。
现现想想多年来一直不断的有人断言计算机马上要进入一个成熟产业的缓慢发展期，是多么的好笑。
公司里要是真用到瘦客户机发生问题的机会比用台式机更多。
云存储要是出问题了，就等着哭去吧，没人会修，外加修起来服务费超级吓人。
最后，别人要黑这家公司，就雇2个民工，把地下光纤刨断就行了，绝对是恐怖分子居家必备良药。恢复起来怎么不得半天？要是线路上跑钱，呵呵，那就损失大了。要是弄个备份的site,那投资更高，还得时时演练，一不留意，到时候就掉链子了。
云存储这东西，现阶段只适于个人或者小企业使用，大一点的还真不敢用。
本地服务器同样会出问题，而且年度出问题停机的次数更多。
本地服务器要一直雇人照料，出了问题修起来非常吓人。
即使服务器在本地，如果真的internet断掉，一般的公司大部分业务也几乎立刻就要停。而且大一点的公司一般都有不同分支，服务器和办公地点也往往不在一起，本来就是依靠广域网连接的。
Amazon提供全自动的仓储和发货代理。用Amazon提供的API不但能操作数据库里的数据，也同样能操作托管仓库里的存货和发货。几乎可以把仓库里的实物和数据库里数据一起操作。这是Amazon独到的好处。
绝大部分的数据处理和流动（也就是办公室工作），大部分物的处理和流动（也就是蓝领工作），都可以由电脑胜任。
又回到了以前的讨论，从系统的供应能力来说，是不需要大多数人工作的。
有自己的开发能力的企业已经很少了. 随着云的应用越来越广, 企业中IT人员的发展前途却越来越窄.
我在财富500公司的IT部门，对云计算在我们公司的应用前景也做了一些初步分析，发现好像就我们公司来说，云计算虽然热乎，但是似乎离我们的应用还有距离，主要障碍如下：
1. 法律障碍。我们是金融保险业，所有数据都受到SOX法的约束，把客户和公司的运营数据放在云里面是不可想象的。这一条是最大障碍，导致大部分云应用（IAAS, PAAS, SAAS）的可能都被排除在外。
2. 抛开第一条不谈，我们的商业逻辑具有很强的针对性，，就算购买了第三方的产品也被biz那边要求我们改得面目全非。所以SAAS肯定不行，就算有PAAS的可能，我也怀疑服务商的api能否灵活到能够满足商业用户大部分需要的程度，所以公司内部IT还是难以完全取代的。
3. 就现在来看，对我们来说，最有可能的是IAAS，可以把一些不敏感的功能放到云里面，但是如果大部分功能都需要自己的架构的话，把小部分放到云里面意义有多大？
4. 还有，我们公司现在刚刚完成server virtualization的升级，虽然不是自己的完全云计算平台,但是有朝那个方向的意思了。就是zllwy最后一段说的情况。PAAS和SAAS，基本上不可能了。
强制消费
compliance, audit, legal, HR, IT, 各自的vendor。