http://blog.csdn.net/hui_peng/————小马过河zh-CNMon, 12 Nov 2007 17:31:23 GMT60彭辉http://blog.csdn.net/hui_peng/archive/2007/11/12/1880720.aspxMon, 12 Nov 2007 17:31:00 GMThttp://blog.csdn.net/hui_peng/archive/2007/11/12/1880720.aspxhttp://blog.csdn.net/hui_peng/comments/1880720.aspxhttp://blog.csdn.net/hui_peng/archive/2007/11/12/1880720.aspx#Feedback4http://blog.csdn.net/hui_peng/comments/commentRss/1880720.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1880720SOA寻求跨组织边界的重用的本性决定了它在降低开发成本、灵活响应业务变化的同时，也大大增加了设计开发的复杂性，并因此带来在沟通、协作和管理上的复杂性。成功实施SOA的一个重要原则，就是必须充分理解不同利益相关人的角色，理解他们的目标和关注点，懂得他们交流的方式和语言，能够让他们在整个SOA交付和整个生命周期内进行充分的沟通与协作，获得各自需要的相关信息以正当决策。建模作为在传统软件工程中增加抽象程度，简化并分离关注点，增进人与人之间沟通协作的有效方法，对于创建面向服务的解决方案同样重要。<img src ="http://blog.csdn.net/hui_peng/aggbug/1880720.aspx" width = "1" height = "1" />彭辉http://blog.csdn.net/hui_peng/archive/2007/10/08/1814704.aspxMon, 08 Oct 2007 09:33:00 GMThttp://blog.csdn.net/hui_peng/archive/2007/10/08/1814704.aspxhttp://blog.csdn.net/hui_peng/comments/1814704.aspxhttp://blog.csdn.net/hui_peng/archive/2007/10/08/1814704.aspx#Feedback9http://blog.csdn.net/hui_peng/comments/commentRss/1814704.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1814704 选择SOA就意味着将业务流程或功能用服务来表达，而服务的颗粒度直接影响到服务的质量，包括灵活性和效率等诸多方面。因此，选择合适的颗粒度对服务设计是至关重要的。因为老被人问起，节前就有了就“服务颗粒度”问题写点东西的想法，没想到却因此困扰了我整个国庆节。回头想这其中很重要的一个原因，就是业界并没有就此形成一个非常清晰的答案。一个服务应该选择怎样的颗粒度，目前来看基本上还是一个主观的度量，并没有一个严格的标准可以遵循，很大程度上取决于设计者的经验。<img src ="http://blog.csdn.net/hui_peng/aggbug/1814704.aspx" width = "1" height = "1" />彭辉http://blog.csdn.net/hui_peng/archive/2007/09/05/1772811.aspxWed, 05 Sep 2007 10:38:00 GMThttp://blog.csdn.net/hui_peng/archive/2007/09/05/1772811.aspxhttp://blog.csdn.net/hui_peng/comments/1772811.aspxhttp://blog.csdn.net/hui_peng/archive/2007/09/05/1772811.aspx#Feedback9http://blog.csdn.net/hui_peng/comments/commentRss/1772811.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1772811上周跟一个客户交流关于SOA架构设计和服务工程的话题，期间谈到面向服务的应用开发与传统的应用开发最大的不同点在于对问题域求解的企业级视野，不想引发了一场关于Service和Component的讨论。有人说，正因为视野的不同，Service是关注企业内不同应用之间的共享，而单一应用本身的设计构造单元是Component，不需要Service。我想这代表了一部分人对SOA和Service的看法。而我认为，SOA可以也必须应用于单个业务系统本身，以共享Service为中心来构建。<img src ="http://blog.csdn.net/hui_peng/aggbug/1772811.aspx" width = "1" height = "1" />彭辉http://blog.csdn.net/hui_peng/archive/2007/08/28/1762067.aspxTue, 28 Aug 2007 14:25:00 GMThttp://blog.csdn.net/hui_peng/archive/2007/08/28/1762067.aspxhttp://blog.csdn.net/hui_peng/comments/1762067.aspxhttp://blog.csdn.net/hui_peng/archive/2007/08/28/1762067.aspx#Feedback3http://blog.csdn.net/hui_peng/comments/commentRss/1762067.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1762067如何移动富士山？这个问题据说是比尔·盖茨对那些渴望应聘微软公司的大学毕业生提出的一道面试题。对此，比尔·盖茨的解释是：它没有固定的正确答案，我只是想了解年轻人有没有按照正确的思维方式去思考问题。从本质上，这种问题属于“不可能的问题”，也称作“费米问题”。<img src ="http://blog.csdn.net/hui_peng/aggbug/1762067.aspx" width = "1" height = "1" />彭辉http://blog.csdn.net/hui_peng/archive/2007/08/28/1762063.aspxTue, 28 Aug 2007 14:23:00 GMThttp://blog.csdn.net/hui_peng/archive/2007/08/28/1762063.aspxhttp://blog.csdn.net/hui_peng/comments/1762063.aspxhttp://blog.csdn.net/hui_peng/archive/2007/08/28/1762063.aspx#Feedback3http://blog.csdn.net/hui_peng/comments/commentRss/1762063.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1762063今天，越来越多的CIO已经意识到，这是一个要求实时响应的时代。为了抓住商业机会，获得竞争优势，企业要求IT能够改变流程或者调整应用”on-the-fly”，在不破坏现有应用的情况下，多快好省地交付新的业务能力，响应业务的变化。 <img src ="http://blog.csdn.net/hui_peng/aggbug/1762063.aspx" width = "1" height = "1" />彭辉http://blog.csdn.net/hui_peng/archive/2007/08/28/1762058.aspxTue, 28 Aug 2007 14:22:00 GMThttp://blog.csdn.net/hui_peng/archive/2007/08/28/1762058.aspxhttp://blog.csdn.net/hui_peng/comments/1762058.aspxhttp://blog.csdn.net/hui_peng/archive/2007/08/28/1762058.aspx#Feedback4http://blog.csdn.net/hui_peng/comments/commentRss/1762058.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1762058前些天与几个朋友一块吃饭，席间一番对生活的感慨之后，大家最终还是免不了“俗”，话题还是回到了当下疯狂的股市和热闹的SOA。一位朋友问了我一个问题：“到底什么样是你说的SOA？是不是我的应用遵循了松耦合的设计思想，采用了所谓的ESB产品，部署了几十个WebService，就应该算是成功的SOA了呢？”。<img src ="http://blog.csdn.net/hui_peng/aggbug/1762058.aspx" width = "1" height = "1" />彭辉http://blog.csdn.net/hui_peng/archive/2007/08/22/1753983.aspxWed, 22 Aug 2007 11:11:00 GMThttp://blog.csdn.net/hui_peng/archive/2007/08/22/1753983.aspxhttp://blog.csdn.net/hui_peng/comments/1753983.aspxhttp://blog.csdn.net/hui_peng/archive/2007/08/22/1753983.aspx#Feedback6http://blog.csdn.net/hui_peng/comments/commentRss/1753983.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1753983在软件技术发展的不同时代，不同的编程思想和语言以不同的方式为重用提供支持。从最早结构化思想下的过程(procedure)或函数(function)，到面向对象思想下的控件(control)或组件(component)，再到现在充斥市场被津津乐道的面向服务架构下的服务(service)，无不试图在计算世界中，寻找一个更加贴近人们在现实世界中思考和解决问题的方式分解软件构造块(buildingblock)，从而构造、执行和管理软件系统，来更好地满足人们在商业活动中的适应性和敏捷性的目标。<img src ="http://blog.csdn.net/hui_peng/aggbug/1753983.aspx" width = "1" height = "1" />hui_penghttp://blog.csdn.net/hui_peng/archive/2007/08/17/1748157.aspxFri, 17 Aug 2007 13:39:00 GMThttp://blog.csdn.net/hui_peng/archive/2007/08/17/1748157.aspxhttp://blog.csdn.net/hui_peng/comments/1748157.aspxhttp://blog.csdn.net/hui_peng/archive/2007/08/17/1748157.aspx#Feedback17http://blog.csdn.net/hui_peng/comments/commentRss/1748157.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1748157关于SOA的各种概念探讨不绝于耳。几乎没有人会质疑SOA对于加速变化的业务环境的商业价值，但坦率地说，截至目前，被真正打动的CIO寥寥无几<img src ="http://blog.csdn.net/hui_peng/aggbug/1748157.aspx" width = "1" height = "1" />