|
|
51CTO旗下网站
|
|
移步端
  • “官方台”是架设的捷径吗?

    架构没有捷径,不论是从架构的计划、架构的出生还是架构的读书方面来讲,都是如此。

    笔者:付晓岩 来源:架构头条| 2020-01-09 12:30

    硬件领域没有“白银弹”,架构没有捷径!

    出于“官方台”概念的推动,关注业务架构的读者群越来越多,有的是企业也对推行“官方台”、“官方台”基础理论趋之若鹜。历史总是相似之,先前无论 SOA、微服务、DDD,还是敏捷开发、双模开发等热点技术概念出现时,都曾经给大家燃起“捷径”的梦想。

    然而,末了还是证明了软件领域没有“白银弹”,有的是时候,反倒是应了中东的一句民谚:捷径是迷路的最快方法。

    架构没有捷径,不论是从架构的计划、架构的出生还是架构的读书方面来讲,都是如此。

    1. 架构设计没有捷径

    架构设计如同求医问诊,必须对症下药。盲目相信任何已有架构设计成果都是很危险且极不负责任的。每个人之肌体都各有特色,集团也是如此,而企业级转型、企业级工程是对集团现有能力的最大调整,要求企业在认清自己之基础上进行,其它忽略“向内看”经过的架构设计,都是为后的糊涂,甚至失败埋下伏笔。

    对于复杂手术,不经过详细的诊断,不经过对术式反复酝酿,大夫不会迎刃而解为病人开刀,否则,不啻于用生命做试验。软件工程虽然少有“严重”的作业,但是,浪费时间也等同于浪费生命。

    没有为集团做过深刻“商检”而简易相信“领先实践”,很容易把在架构设计上节省的年华和生命力,加倍“送还”到实践过程中扮。

    企业级架构设计往往给人以过于漫长、难以响应变化的记忆,但是,人人恰恰忽略了由此带来的架构认知的积蓄,以及由量变到质变的经过。

    顶人们感慨一次“风”的企业级业务架构设计方式可能耗时一到两年,而互联网时代非常追逐“快”时,其实并没有取之不尽意识到,互联网企业之架构,比如阿里之“官方台”也经历了十余年之积蓄,而且十余年之积蓄也还只是理清了一番方向,不然也不会有今天对“官方台”概念的众说纷纭。

    互联网架构并不代表架构设计上有“捷径”,反而证明了,其它“快”都来自于自己的积蓄,是充实“向内看”才有了对外的“快”。“快”源自对工作的深厚理解,“官方台”对国有能力的沉淀正是来自于对业务能力的综合和提炼,故此阿里才十分讲究业务架构师的塑造,而对“官方台”的探讨绝不仅限于对国有能力的沉淀,末了会上升到对集团完全、对何为业务经营之认识,这是一番自然之经过。

    作者在不久前与原阿里中台核心架构师毗卢老师的交流中了解到,她们在开展中台设计时也在重温琢磨技术中心埋头苦干支持业务经营之高效变化。

    那业务经营到底是什么?其实,大家关心的题材从世界级逐步上升到企业级之后,是一定会思考到底企业是什么、集团如何运作这些题材的。

    互联网架构并非简单地迅速试错,这种试错是对工作选择能力的支持,而下技术视角看,则是对架构能力的不断提炼,是架设的强有力才有了迅猛设计的可能性。

    故此,架构设计没有捷径,唯有积累,穿过积累提高了对集团本身的询问、对架构设计的驾驭能力,才有了可以快之“成本”。

    “中台”是架构的捷径吗?

    此地,还得再说一次前边提到的中东民谚:捷径是迷路的最快方法,不论是是集团还是个人,改制架构设计方法前,都要对学习曲线有浓厚的认识,否则,顶别人在原有的主旋律上越走越远时,你可能还是在基地打转,只不过为他人提供了常规。

    作者 2019 年在商店负责搭建风险管理系统,而该项工作再次让我认识到,架构不是可以“抄”的。

    风险管理是个很成熟的园地了,三道防线的系统设计方式,不论是是国民经济集团还是科技企业、不论国内企业还是露天企业都在采取,但是,你却无法直接把其他企业之海岸线设计简单套用过来,必须一个工作事项一个工作事项地剖析自己企业之流程,确认风险点,确认工作事项的负担组织,贯彻具体的风控职责,后,再考虑风控措施是否可以实现“飞机控”,而这一切又取决于该工作事项是否已经线上化。

    这样才能形成一个与现实工作条件相符,并融合数字化风控方向的统筹兼顾风险管理系统。这种深入细节的系统建设无法通过照搬任何现成经验来获得,否则会出现“削足适履”的状况。没有“捷径”,只有“途径”。

    2. 架构落地没有捷径

    经常有读者好奇企业级业务架构设计如何落地,作者在书中、在 2019 年 12 月南京的官方台大会上都直言,企业级业务架构设计的出生过程没有其他神秘和不同寻常,也不该有,当日笔者以为企业级业务架构日益重要,并不是因为他有什么落地的捷径,其它架构设计的出生过程都是靠一个逻辑一个逻辑、一度模块一个模块地贯彻的。

    企业级业务架构设计只是让工作端的整治更加的组织化、完全化了,不同于需求分析对一部分细节的关心,也不同于产品分析的园地性特点,企业级业务架构关注的是集团能力的总体规划和布局化表达,但他并不意味着在贯彻规模有甚特殊性,他只是提供了软件过程中的一个“控制棒”,穿过工作架构设计形成对软件功能划分的提示。

    而更主要的是,穿过工作和艺术都能了解的工作架构模型,使企业内部形成可以交流、甚至可以跨领域交流的“共同语言”。

    其一“控制棒”对于提升企业之总体性而言是不可或缺的,社会学上一直在研讨如何让企业内部形成管理合力。

    工作架构诞生初期,在上个世纪 80-90 年代,集团之信息化程度还不如今日这么高,工作和艺术之吃水融合还没有受到应用的青睐,但是今天,淘宝、滴滴、美丽团、第一等跨界竞争者给传统行业之原始企业造成了极大的竞争压力,乃至很多人口都认同未来集团大部分都将转型为科技企业,工行的首长最近也发挥了此类言论。

    有鉴于此,增长业务与艺术之吃水融合已经十分必要了,而工作架构正是符合这种时代要求的工具,赋予企业清晰的力量视图,清晰的组织加上架构的形成,就可能会不断晋升架构的超前性。

    集团管理经常追求韧性,常说期待企业能够像拧毛巾一样,越拧越紧却不会拧断,而未来,由于企业都具有科技属性,这样的“韧性”可能就要来自于架构的“服务性”了。

    提升企业之总体性犹如进行长期训练,工作架构虽然提供了一番有力的工具,但是马拉松还是得依靠训练者一地一步地跑完,贡献的升级完全取决于训练者自身的力量和毅力。

    返回软件工程上,架构落地即便是利用敏捷过程,也不意味着靠的是什么“捷径”,而只是对水利工程组织措施的改良和对效率的追求。

    作者日前阅读了《迅速革命》一书,与广为流传的“迅速价值观”相比之下,迅速方法的原创者其实更注意的是如何通过信息的充实获取与共享、了不起的思辨模型,以短周期的措施很快提供基本价值,故而降低项目周期过长导致的品种失败风险,交通过多轮短周期的可控“艰苦奋斗”代表长周期的不足控过程。

    “中台”是架构的捷径吗?

    原创者非常重视 OODA 条件,也就是飞行员训练中应用的“考察 - 导向 - 决定 - 步履”分立式,其实每一次敏捷的 Scrum 官方都体现了这一思想。

    “考察”代表了对宏观信息的迅猛获取;“导向”是依靠思维模型进行快速分析,也就是快速的计划过程;“决定”就是确认结论,不再犹豫,“步履”就是将决定付诸实现。

    原创者在书中也强调一个 Scrum 内,需要确定之后就尽可能不动,这与飞行员的“决定”、“步履”的全封闭式一样,因为空战时间太短了,几乎没有后悔重来之机遇。

    迅速方法原创者十分讲究丰田的生产方式,作者恰好最近也读了《大田庄乡重夫谈丰田生产方式》一书。丰田的生产方式,又称“精益生产”、“Just-in-time”,是对拒绝“浪费”的极致追求,其一浪费指的不是原材料的浪费,而对是时刻、效率的浪费。

    比如,丰田在构思原材料在不同生产现场间搬运造成的浪费时,第一的消灭思路是如何形成不搬运,穿过这种思想去调动生产条件;再比如,在反思如何增强打磨零件毛刺工作之频率时,利用了引入欧洲真空加工技术,让零件根本不产生毛刺的主意。

    诸如此类的例证还有很多,正是通过这种对个别效率提升的后续近 20 年之不断追求,才最终打造出丰田生产方式。

    其它方法的演进都是一番长期积累和反思的经过,而利用这些办法也要求使用者付出合理的艰苦奋斗加以控制,架构设计的出生说到底是软件工程问题,没有捷径,只有持久的频率提升。不论给予敏捷方法原创者灵感的丰田生产方式,还是敏捷方法原创者自己之实行过程,都是一番对艺术持续改善、日益精熟的经过。

    没有实际掌握方法之前,重点谈不上效率,与其总是在艺术之间换来换装地求“快”,不如真把自己已部分功夫练到极致,只要解决问题的效率高,你自己就是“单”。“四万八千艺术”都能成佛,能够在修炼过程中“盛大”就更好了,其实敏捷方法的原创者也正是这样创立敏捷方法的。

    3. 架构学习没有捷径

    没有成为架构师的捷径,只有勤学苦练。架构的读书需要很多基础性工作,要求很广泛的读书,这方面笔者在《六地方学习,起你走上工作架构师之路》一文中有所介绍,在架构能力、流程优化、建模技术、硬件过程、编程语言、完全构思方面,都有许多知识需要学习,也列出了部分参考书目,此地不再赘述。

    不论哪一种架构师,都要求深厚的积蓄,架构师都是项目堆出来的。

    不得否认的是,互联网企业架构师成长确实很快,这也许是集团体制提供了更多的考验机会给适任者,使他能够快速发展。如果说培养架构师有什么勉强可以称之为“捷径”的主意,对集团而言,就是认真思考下团结只是建立了迅猛发现人才、铸就人才的公有制吧,否则,阿里说过了,工作架构师只能自己培养,没有合适的人才是什么也干不成的。

    近些年在一部《Doctor X》的悲剧中,科研高超的女主角在一场难度极高的针灸中,说了这样一段话:“就像河水流淌一样,重温的中心技能,就能创造出美丽的最后术野,那就是优秀的针灸……最重要的是,甭管手术再艰难,也未能抛弃患者”,作者想,这也同样适用于架构领域吧。

    架构没有捷径,一些只是前人的肩膀,艰苦奋斗学习,再接再厉履行,消化理解,实际站在前人的肩膀上,才可能看到前进的主旋律,而前人的肩膀也不仅限于你所从事的行当。

     笔者简介:

    付晓岩,《企业级业务架构设计:基础理论与执行》书籍作者,原国有大行资深业务架构师,承担业务架构设计、项目管理,心爱新技术探索与执行,具有丰富的银行业务经验和企业级项目业务架构设计经验,曾主导客户关系、国民经济市场、同业、资管、养老金等多个世界基本系统之工作架构设计,现就任于建信金融科技有限责任公司。即将发行新书《银行无转型》,群众号:晓谈岩说。

    【编纂推荐】

    1. 一战赚了1090京,恐怖之张一鸣_艺术栈微信半月刊第56为期
    2. 为什么我说必发娱乐手机版是中华互联网让人失望的一年?_艺术周刊613为期
    3. 2020年改变世界之十大技术趋势
    4. 副技术运营中台建设到AIOps实行,看着一篇就够了
    5. 阿里宣布开源液冷黑科技,3至5年慢慢淘汰风冷技术
    【义务编辑: 张燕妮 TEL:(010)68476606】

    点赞 0
  • 架构  运维  艺术
  • 分享:
    大家都在看
    猜你喜欢
  • 订阅专栏+更多

    Python使用场景实战手册

    Python使用场景实战手册

    Python使用场景实战手册
    共3章 | KaliArch

    14人口订阅学习

    一步到位玩儿透Ansible

    一步到位玩儿透Ansible

    Ansible
    共17章 | 骏马金龙1

    145人口订阅学习

    云架构师修炼手册

    云架构师修炼手册

    云架构师之必不可少技能
    共3章 | Allen在路上

    30人口订阅学习

    视频课程+更多

    kali linux 安全测试

    kali linux 安全测试

    教授:艾海涛548人口学习过

    强哥带你精通zabbix监督

    强哥带你精通zabbix监督

    教授:周玉强23749人口学习过

    【产品经营】如何开展需求分析与要求管理(本版)

    【产品经营】如何开展需求分析与要求管理(新

    教授:狄睿鑫4773人口学习过

    读 书 +更多

    贯通ASP.NET 2.0+XML+CSS网络开发混合编程

    资本书以新颖的ASP.NET 2.0为基础,详细阐述了现阶段网络开发的经典架构ASP.NET 2.0+XML+CSS的各国知识点,以及SQL Server 2005的相关知识。全...

    订阅51CTO邮刊

    点击这里查看样刊

    订阅51CTO邮刊

    51CTO劳务号

    51CTO官微

    
       
       
       
       


    
       
       
       
       
        
       
       
       
       
    <sub id="086f7ab0"></sub>