文章列表
有段时间，很多人在争论SOAP（还有WS-*服务）和REST,不知道你是否还记得？
这个问题对于很多企业来说，确实是第一次对SOA进行投资的最大障碍。最初，似乎人人都想拥抱SOAP，但是随后REST就逐渐成为香饽饽型的架构风格，尤其是Web对其更是趋之若鹜。在此之前，很多企业已经对SOAP进行了投资，这一点很大程度上得感谢微软的SharePoint，而且现在SharePoint也支持REST Web服务了。
最初我也对这场争论不屑一顾，认为就是个开发者的辩论而已，因为实在没有必要，开发者完全可以根据具体的环境需求来分别使用SOAP或者是REST。争论到最后似乎以各种各样的停火协议 ...
现在是BPM的时代，因为BPM已经成为现代企业高管的兴趣点所在。越来越多的厂商开始在自己的企业套件中加入BPM功能。
BPM能解决众多问题，如削减成本，让IT符合业务需求，增加生产效率和经营效率，追求敏捷性等。IBM ...
有时候，有标准并不能达成我们期望的效果。不少企业费了一番周折才理解这句话。
众所周知，SOA中的“A”代表架构。但是最初如果仅关注于构建Web服务，最终企业只是拥有了一堆分离且逻辑混乱的集成接口；又或者是一堆分离且逻辑混乱的“基于标准”的接口。用SOA的行话来说就是JBOWS（just a bunch of Web services），即一大堆Web服务，仅此而已。表面看起来非常强大，一击即垮。
SOA从出现到现在经历了很多年，也有人谈过SOA和集成，比较公认的一种说法是SOA不是一种集成方法。目前更多的企业使用SOA来现代化其遗留应用。通过用服务来访问遗留应用，来改善一些 ...
中间件的问题由来已久，似乎每次只要有两个以上的应用需要集成，中间件就立即现身处理这项任务，颇有超人的架势。但也正因此导致了大量中间件无计划扩张，大多数企业部署中间件应该出于战略考虑，而不是IT策略的一部分。
中间件的形式多种多样。开发者在服务器上部署中间件，以便在相同的服务器上集成应用。IT部门则为了跨多种服务器的应用集成而进行服务。打包应用厂商又将中间件捆绑到其应用产品上。终端用户在云端访问各种各样的中间件服务。而现在，我们又看到新一类的集成软件，利用底层中间件让业务用户可以通过图形化连接已经存在的代码基创建复合应用。
或许现在IT部门需要换一种的方法来看待中间件，在减少 ...
在过去几年中，ESB逐渐发展壮大，现在提供了更为广泛的功能，对高端集成工具造成了一定威胁，但是高端集成工具厂商也并不是坐以待毙，所以复杂的集成工具和功能化的ESB之间的区别仍旧十分明显。但从核心观点上来看 ...
最近,云解决方案提供商Appirio做了一项调差，此项调查有155位IT领导参与，调查结果显示了一个很痛苦的事实，即超过75%的早期云计算采纳者表示云到云的集成是最让人头痛的事情。只有4%已经完全集成其云应用。
InformationWeek 2011企业应用调查结果在集成方面也显示了同样的问题。在这项有314人参与的调查中，43%的参与者表示他们已经使用了SaaS应用。但当问及对于这些应用的满意程度时，部署简单位居榜首，而同原有的系统和数据源来集成这些服务的难度很大，成为了垫底的选项。
为什么在没能找到一种很好的途径来解决这些SaaS应用同企业内其他部分集成的同时，却又有如此多 ...
最近很多厂商都推出了自己的大数据产品。但我们还是要问两个问题，你怎么定义大数据？你认为大数据平台关键的元素是什么？
厂商和专家一般都会告诉我们最重要的是要记住大数据所包含的东西远远多于所谓的大型数据存储。大数据通常也包含其快速创建和多种格式，像非格式化的文本，Web或者数字媒体等。 正如IBM和Informatica所指出的三方面内容：容量、速率和多样化。
厂商可以根据自己的功能不断地描述自己的平台，但是大多数厂商的领导们，很擅长回答关键因素是什么，他们不只是简单地罗列自己家产品的功能。就算厂商说了一些偏向自己的话，至少我们知道对这个厂商而言什么是最重要的，还有他们的长处在哪里。 ...
2009年甲骨文以74亿美元收购Sun，三年过去了，甲骨文和Sun的集成成败与否呢？这就取决于不同的观点。如果你是开源粉丝，可能就抱怨连连。但是对于投资者来说，这场收购带来的利益简直太完美了。
投资者认为甲骨文成功地将Sun和其自身的一些操作集成在一起，而且将开源渗透到新的市场中，像金融和医疗卫生，最重要的是都获得了显著地收益。此外，甲骨文为了平衡自身的发展，去年继续受够了一些小型的企业。从这一点上看甲骨文已经从开源中找到了利益点。
甲骨文收购Sun对之后，对于开源有如下的一些贡献：
（１）发布了新的Java平台版本Java 7。
（２）发布了MySQL 5.6版本， ...