主题：【原创】SaaS来袭 一 云和云的彼端 -- 闲茶
家园 果然是高手，鲜花等包子。
家园 二 分久必合 在提SaaS之前，俺们先来看一个现在巨火无比的概念。。。
现在IT界有一个概念炒的火热，那就是SOA （Service-Oriented Architecture），翻译成中文就是面向服务的体系架构。（超级拗口又晦涩的一个概念）。。。
SOA是干啥用的呢？ 其实企业里面有好多个IT应用系统（Business Application），啥ERP，PLM，SCM，CRM等等等等。每个都能独挡一面，支持起半壁或者三分之一八分之一壁江山。
看起来系统很多，似乎信息建设很发达，效率很高。实际上这些系统往往各个独立，老死不相往来，形成一个个孤岛。我们知道一个企业里面有销售，研发，生产，市场，采购等等部门。（皮包公司也有这些部门，只不过由一人一肩承担。。。）这些部门之间除了拆台扯皮，更多的还是合作，而那些IT系统，实际上是为这些部门所服务的工具。。。
所以，这样就带来一个问题，IT系统的封闭不合作，对企业整体运营带来阻碍。比如研发的数据不能顺畅的流入到生产乃至销售，市场部门带来的分析数据也难以很快被研发部门采用。
这个SOA，就是为了解决这样的问题而生。SOA面向整个服务体系，IT技术变成彻底为企业的运营来服务。简单的说，就是让这些独立的系统们能够互相沟通，至于怎么搭建，那就要基于各个企业特点灵活运用了。所以SOA不是一个工具，也不是一项技术，而是一种思想。
SOA具体怎么实现，各路英豪们都有自己的办法。例如IBM推出Webspere，Oracle本身有OAS （Oracle Application Service）, 另外还收购了BEA （Web Logic）。这些玩意都是中间件，也就是说在这些 上想开发什么就开发什么。这些属于纯技术玩意，俺就不细说了。（实际上俺也不太清楚，俺是只管用的，呵呵。。。）
其实这个概念是挺漂亮，一个企业如果能做到信息畅通无阻，那效率得多高啊，要知道时间可就是金钱。。。
实际上也有很多困难：
例如本来俺们就有很多系统了，要重新搞SOA，老板不肯出钱 （这个钱可大了去了。。。）
例如俺们企业情况俺们最清楚，那些来做服务的公司，提出的架构方案就真是对我们最有优势？俺好像信不过，俺就见过号称懂得半导体最佳解决方案的顾问不知道啥叫前端后端，电子业最佳解决方案的顾问不懂得啥是Schematic。（俺以前也做过顾问，所以深知某些顾问的忽悠伎俩，哈哈。。。）
。。。
无论如何，SOA的概念是很好的，效益也是相当可观的，这种概念将来必大行其道 (前提是大经济环境面要好， 像现在这样的情形，没戏。。。) 。但这和SaaS有啥关系呢？
下次再讲。。。
- 复 二 分久必合
家园 SOA反正就是要客户持续的改善process，持续的掏钱 SOA664考过了，但是说实话我也没弄懂到底在说什么
明天去培训design with soa，估计又是一头雾水。
不过背bible对一道题的印象很深：持续的改善process，不可能一次到位。
也就是说可以重新封装现有系统，做成一个WebService，将来可以再改善下流程再封装一下做成一个XXX，永无止境哪。
哇咔咔，这个好，可以持续的charge客户钱。SOA快落地吧。
- 复 二 分久必合
家园 SOA目前落不了地 思想是非常好的，而且可以让软件公司有很多持续的活干。
但是现实中每个公司的系统都比较乱，现在没有通用的解决方案。
所以基本上弄个WSDL就算SOA了
不过有个WSDL也比没有好啦，反正客户资源需要整合呀
- 复 二 分久必合
家园 SOA现在成为一个炒作的概念了。 这个概念很好，能把很多信息孤岛整合起来，但是现在被歪嘴和尚们唱歪了，很多公司以SOA为名，其实是在推销自己的产品。给自己产品贴个SOA标签。就开卖，其实跟SOA根本就没关系。
这年头，加个WebService就敢称自己是SOA。
- 复 二 分久必合
家园 这个概念本身的确是很好。不知道实现起来的效果怎样 很有兴趣了解后面。
直觉上，云计算似乎不能改变什么，原来什么问题，后面大概还是什么问题。改变的，无非是软硬件的所在地和维护上。不过，集中了，也许会象salesforce那样可以给很多需要类似功能的人用比较低的成本来提供必要的功能。
家园 SOA主要还是一种设计思想 个人觉得关键在于两点：
1. 关注点分离
2. 黑盒化应用环境
关注点分离是我们划分服务的原则。基于关注点分离，我们合理地拆分需求，从而实现服务的独立性。
基于黑盒化应用环境，我们则可以decouple服务和依赖于他之上的其他组件。从而实现服务的可组合性。
当然SOA还有很多其他属性，但是我觉得这两点是最重要的。
家园 很有些面向对象的意思 从这个思路来看，的确有些启发。
乱说几句，面向对象，直观上看起来的确比较适合快速应用，也方便维护，但是从长远的来看，新功能的添加，很可能就是意味着新衍生类的增加，到后来，很可能造成巨大冗余。不知道会不会有这个问题。
家园 确实有这个问题 基本上SOA的软件过程和传统软件过程已经不一样了。就像老铁你建西西河一样，从技术上来说，西西河的发展不再是传统软件过程那种一个版本替换另一个版本的跳跃式发展了，而是渐进的。用时髦的话说，就是evolution取代了revolution。这种情况下，松耦合的服务组合更合适evolution的发展。
至于到后期，会不会服务过多过滥，造成效率低下，这个谁也不能保证。不过在技术层面上说，基于Web Service的SOA的协议，基本上都不是强类型匹配的。也就是说，不需要衍生类这种概念来保证向上兼容性。
家园 关于这个。。。 如果各个系统配合的好，带来的效率是非常可观的，（例如CAD，PLM，ERP的集成），日常工作出错率也会大大降低，但是什么样搭建这些，是一个很大的挑战，搭建好了如何去实现，又是个挑战。不光是技术问题，还有资金，沟通，以及人为因素。。。。
至于云将来会怎么样，现在估计也很难看清楚。个人觉得更多带来的是一种观念习惯或者文化的革新。。。正如PC开创了“白领”时代
- 复 二 分久必合
家园 Oracle 的OAS Oracle Application Server作为中间件，性能是个很大的问题。后来Oracle请来一个Stanford毕业的African American负责中间件业务，此公话不多，但是很能抓住要害。他力排众议，从外面买了一个叫着Orion的application server，从此Oracle的中间件改名为iAS，Internet Application Server。
Orion好像是某个大学的教授写的。
