架构整合区别知识域人群
SOA和的前软件Software思潮几种技术架构最大区别是它面向业务设计
SOA架构理念
不仅用松耦合分层结构隔离了技术使得业务和技术变化周期可以不互相影响;更重要是它还可以把区别知识域人放在
个平台上讨论问题比如用个Workspace平台可以将业务人员架构师IT主管
员集成起来让他们可以在个桌子上交谈从业务流程设计到实现现在可以用种贯通方式进行讨论和及时修改以前区别知识域人群由于专业分工有各自研究角度互相难于理解现在那些以前隔着墙打电话人可以在这样个平台上共同交换信息完成任务所有人都知道好应用是不可能由不懂业务员开发出来但苦于无法在业务和技术人员的间建立种共同语言现在这种语言出现了就是服务用契约
方式定义层次的间关系服务的间
用契约来固定其实不难理解这其实就是市场经济本质最早理论基础要去卢梭
社会契约论
来寻找西方经济体系就是基于契约架构起来具体到SOA设计哲学里面Design By Contract目完成了服务的间标准也为未来遍及整个IT系统服务网络提供了基础Google和其商业客户的间靠点击来计算收入方式就是个参考例子以后服务的间如同市场上交易可能是按次收费这样才会把服务生产方调动起来这种模式在汽车这样传统行业早已通行百年每种特定零件都可以有很多供应商只要基于标准契约来设计安装到整车上都可以保证整体功能软件Software行业奇特的处在于尽管软件Software行业在普通人看来是个高科技但这个行业在基于标准生产方式上远远不如离散制造业这个行业充满了孤胆英雄绿林大侠自我为中心散漫气质在中国还有种诗意浪漫情怀在软件Software行业内部人都觉得自己江湖很有武侠境界气质现在SOA要讲契约讲标准讲交换员出身人也许会说还不如自己开发个这也许是Design By Contract面临最大文化难题用团队(Team)演进
方式平衡长短期ROI北美
SOA咨询顾问们有关SOA实施个口头禅是SOA是个3-5年旅程唯办法就是循序渐进我们可以把SOA理解为种混搭中庸架构说它混搭是说它是独立于技术说它中庸是
它必须和现有各种系统相融合SOA改变不仅是开发方式而且是管理方式甚至是业务组织方式它不是个IT战略还是个公司战略在这个缓慢进行改良主义过程中如何在每个阶段可以有些阶段性回报是管理者必须考虑问题没有管理者会批复个 5年后才能有回报又需要投入巨大精力提案针对每个企业设计个有针对性演进路线图这不是个技术问题而是个业务问题有个瑞士保险公司SOA案例是客户在年半时间里达到了实施SOA项目正向投资回报其中案例分析精确得像财务报表只有这样案例才会给管理者巨大信心不是在所有情况下都会找到这样项目这种情况需要找“SOA友好”项目SOA特点有很多比如它和业务敏捷正相关它和变化强相关和集成项目强相关和企业治理强相关等等客户必须从业务和IT两个角度来寻找切入点只有步步以ROI为考量才能将这个旅程走下去用集中管控
理念克服组织行为障碍只需要用
天把SOA基本设计哲学讲给个管理学教授他就会很快发现SOA管理和控制都是管理学命题去年在有关SOA播客节目里面我第次用杀人游戏来比喻SOA面临多重囚徒困境很快在最近得到些客户印证:推进SOA真正难题在于组织障碍比如每个部门都想享受别人服务但自己却不愿意开放自己服务现有组织架构里面IT部门工作有时需要靠人脉来解决但旦真正开始SOA转变些硬性部门利益冲突就不可能靠人脉来解决了信息拥有权在现在时代如此重要很多时候是部门不愿意公开秘密SOA共享理念需要采取种变通方式来获得各部门支持这很象个建立城市公共设施课题:如果SOA目标是在企业级建立套共享IT资产管理体系和标准那么这个工作就不可能仅由IT部门可以推动在SOA项目管理支持里面需要个SOA管控委员会凌驾在所有部门的上拥有绝对生杀大权这在很多企业里好像要把分属战国诸侯资产统起来象秦始皇那样统度量衡最近很多美国评论家仍然认为中国是所以成为现在统国家秦始皇贡献最大他统了度量衡语言甚至包括车辙标准作为暴君秦始皇给人印象不好但建立标准人人在享用类似近期版本是苹果公司很多管理评论都认为正是乔布斯暴君风格才保证了苹果过去几年成功政治学中有个词描述这个概念叫“政治所必要恶”就是这个意思整治竖井式部门应用看来没有专制狠手不行这叫制度保证这也许会引起草根员反感但没办法你看到哪个讲民主公司成功过
最新评论