“架构”一词,仿佛是“熟悉的陌生人”,系统架构、硬件架构、企业架构、缓存架构...... 林林总总, 某种技术只要加上“架构”一词,就好像变得“高大上”起来。
现代企业架构框架: https://mp.weixin.qq.com/s/SlrEu0_t0slijrNZ6DP4Ng
在很多程序员的大脑中,都会有这样一个打怪升级的路径: 曾经,我对这个路径深信不疑,现在想想,也许是因为初出茅庐的我所看到的江湖太小。慢慢地,在江湖中久了、视野开了,就发现自己想得太简单了。 第1个对“架构师”的定义 十多年前,在我初入江湖的时候,首先进入了一家位于深圳的大型软件公司,研发人员的规模上千。面试我的人据说是公司中的架构师,我当时心里真的是对这个架构师充满了仰慕之情,以至于至今我都依稀能够回忆起他的容貌和声音。 当时的后端主流技术是Struts+Spring+Hibernate,也就是当时业内
企业架构(EA)是“一种定义良好的实践,用于执行企业分析、设计、规划和实现,在任何时候都使用一种全面的方法,以实现战略的成功开发和执行。企业架构应用架构原则和实践来指导组织完成执行其战略所必需的业务、信息、流程和技术更改。这些实践利用企业的各个方面来识别、激励和实现这些变化
现在很少有程序员没有听说过“中台”,但很少有程序员了解企业架构,更少有程序员会把企业架构的作用联系到数字化转型上,但这是已经涌起的趋势,是每个真正关心如何做好 B 端实现的程序员都需要具备的思维方式。想走好脚下的路,也需要多抬头看看天,所以,是时候重新关注下企业架构了,也许关注了企业架构,你会逐渐获得不一样的设计视角,会越来越知道自己写的软件有什么样的价值,而不只是有什么样的功能,这些价值最终也会转变成你自身的价值。
今天的内容构成了名为“谁仍然对企业架构感兴趣?”系列的六个部分中的第六部分,也是最后一部分。在本系列中,我将就当今企业架构的足迹、企业架构师角色的潜在死亡、大型参与者(例如 The Open Group、AWS 或 Azure 的 TOGAF)以及EA 工具提供商的角色以及其他相关证书和市场上的发展。
企业架构师的角色被评为Glassdoor的 2022年美国最好的工作 在薪水、工作满意度和可用职位方面。然而,企业架构师是企业界最常被误解的职业之一,它跨越了业务和 IT 之间的鸿沟。企业架构师每天做什么,您需要哪些技能和教育才能从事这一职业 企业架构?
在我们迎来 2022 年之际,技术在企业的各个方面都发挥着巨大的作用。根据 Namura Holdings 的一项研究,在技术支出方面,大数据、云计算和网络安全是优先事项。随着新技术的出现,企业需要能够定义系统架构并支持组织 IT 战略的信息技术专业人员。能够沉浸在技术挑战中并取得与公司目标和流程一致的结果的专业人员。这些专业人员就是我们所说的企业架构师。
👆点击“博文视点Broadview”,获取更多书讯 📷 在很多程序员的大脑中,都会有这样一个打怪升级的路径: 📷 曾经,我对这个路径深信不疑,现在想想,也许是因为初出茅庐的我所看到的江湖太小。慢慢地,在江湖中久了、视野开了,就发现自己想得太简单了。 第1个对“架构师”的定义 十多年前,在我初入江湖的时候,首先进入了一家位于深圳的大型软件公司,研发人员的规模上千。面试我的人据说是公司中的架构师,我当时心里真的是对这个架构师充满了仰慕之情,以至于至今我都依稀能够回忆起他的容貌和声音。 当时的后端主流技术是St
终于写到第七篇了,凑齐了北斗七星,不过,北斗七星可以指方向,不知道我这七篇下来会不会让你更糊涂,糊涂也没辙了,看看啥时候再续写吧,这系列就先这么着了。
今天的内容构成了名为“2021 年谁仍然对企业架构感兴趣?”系列的六个部分中的第一个部分。在这个系列中,我提供了我的观点
👆点击“博文视点Broadview”,获取更多书讯 数字化让我们利用数字技术来改变商业模式,改造企业流程,给出行动方案,提供新的业务价值和机会。 但到底怎样来进行数字化转型呢? 很多企业在数字化转型过程中感到迷茫和困惑。 有些企业的数字化主要在战略层面,格局极高但并未落地。 而有些企业的数字化还是传统的IT采购模式,没有发挥真正的技术优势,打通整体的业务。 还有的企业盲目照搬一些先进技术和最佳实践,并没有花精力、对症下药解决真正的业务问题。 本文我们就先来看看数字化转型的几种驱动力,并重点介绍转型的秘籍
随着云计算基础设施产品越来越受欢迎,关于内部部署的IT基础设施是否应该存在的争论愈演愈烈。显然,这个辩论有两方面观点。一个观点是预测IT基础设施将会很快消亡,而另一个观点则认为,即使面临一定的挑战,传
企业架构被认为是通过信息技术获取竞争优势的关键途径之一。降低成本、增加灵活性和规范技术环境的需求越来越大。
许多企业声称,开放组架构框架 (TOGAF) 是一种瀑布模型,无法满足他们对现代企业架构的期望。相反,他们采用规模化敏捷框架 (SAFe) 方法来设计他们的企业。¹ 需要注意的是,企业架构的三大支柱是:一致性、洞察力和质量。 一致性:企业架构 (EA) 将战略与运营、业务需求与 IT 供应保持一致,并确保变更符合企业战略和目标。 洞察力:EA 提供对组织、信息系统和技术的当前和期望状态的洞察力。 质量:EA 有助于提高单个解决方案的质量并简化其开发和维护。 作为背景,每一个都用于解决企业今天面临的最大挑战
数字化转型绝不是单纯的技术问题,而是不同规模、目标的企业,要面对的不同层次、不同繁简的历史、政治、经管和技术的综合问题。对这些问题的思考总结而成的核心战略,需要通过“价值链”的方式,分解为企业在各价值创造环节需要形成的战略能力。
太多的企业架构师仍将自己限制在编写封闭的“解决方案架构定义文档”并躲避实际行动。然而,我们看到了一种新的趋势。越来越多的业务和企业架构团队正在参与并融入其组织的业务优先级战略规划、投资组合管理、路线图优化、产品管理、以客户为中心的计划、敏捷项目微调、更新和更现代的面向业务的 KPI 定义等.
资深行业解决方案总监,业务架构师,《企业级业务架构设计:方法论与实践》、《银行数字化转型》和《聚合架构:面向数字生态的构件化企业架构》三书作者,中国金融分布式账本行业标准起草者,国家工程实验室金融大数据应用与安全研究中心高级研究员。
笔者有幸参加过一个在全世界范围看也少有的极为完整的大型银行企业架构转型工程,是一家国有银行,工程历时六年多,项目投入和深度都是无与伦比的。该项目采用的是 TOGAF 加 CBM 的融合型方法论,其工程情况如下图所示:
周五晚上便便太硬,最后出血了。搞不清楚是痔疮还是肠炎,打算去看看。先去了距离比较近的深圳天元中医肛肠医院。想着名字起的专业对口。
企业架构为成功的业务 IT 计划奠定了基础。如果设计和实施得当,企业架构将帮助业务领导者实现他们的目标,使组织变得更具响应性、效率和竞争力。
在任何商业冒险中,必须首先满足基本面,以便进一步取得进展。出于这个原因,我从现代化背景下企业架构的定义开始,介绍了处理企业复杂性的基本技术。
有几个角色与企业架构以及团队/项目级别的架构相关。请记住,这些是角色,而不是职位。小型组织可能有一个人担任这些角色中的每一个,而大型组织可能有几十个细粒度的职位。请记住,上下文很重要。我们为 Disciplined Agile® (DA™) 企业架构定义了以下角色:
DDD的作用范围主要还是针对系统级的分析、架构与设计,在更高的层面上,即将问题空间扩大到超过系统范围,变成企业或组织范围之后,DDD的模式就显得捉襟见肘了。此时,可以考虑引入企业架构的思想,尤其是业务架构的内容,给了DDD很好的补充,又或者说,将企业架构与DDD融合起来,就能真正串联起战略和战术设计了。
曲向阳表示,“企业架构转型”正如《中庸》所言,要因时而动,主动地去适应、去调整,而不是客观地被动。
企业架构框架图是架构的分类方案(治理架构,业务架构,信息架构,技术架构,人力资本架构,安全架构,系统架构,软件架构,基础架构架构等)及其重要工件。企业架构框架可用作背景来报告一种或多种类型的工件,例如构成架构的概念。
Zachman和TOGAF是用于实现企业架构的框架。在本文中,我们将讨论两个最流行的企业架构框架:TOGAF和Zachman。我们还将包括如何选择以及额外资源的提示。
前一篇文章《解构 TOGAF-1-整体全景图 》中反复提到了 TOGAF 很重,足足有 1.3kg。那为什么 The Open Group 要把 TOGAF 这套方法论弄的这么庞大、复杂、厚重呢?简单一点,容易理解一点不好吗?
企业架构(EA)通常与城镇规划或城市设计相比,是一种定义明确的实践,用于进行企业分析、设计、规划和实施,以成功地制定和执行战略。企业体系结构减少了冗余、复杂性、信息孤岛以及与IT投资相关的业务风险。因此,EA提供了一个有效IT战略的蓝图,并以一种以成本效益的方式提供业务利益的方式来指导IT的受控演进。
阅读本文大约需要5分钟 什么是企业架构 企业架构并不是一个新的概念,粗略地算一下它已经有40年的历史了,那么企业架构是干什么的呢?我们直接对真实世界的企业进行分析的话是比较困难的,因为表面上看企业是由人组成的,这样的话如果我们想对它进行分析、了解它的价值和缺陷就很难。因此我们将企业进行一个抽象,不同领域对企业的抽象是不一样的,比如经济学会认为企业就是由许多契约组成的一个关系,就像人和企业间签订的劳动合同等;IT、数据领域对企业的抽象则是一些流程及信息流。所以我们也说企业架构是对真实世界企业的业务流程、I
企业架构师(Enterprise Architect)主要负责组织整体架构的规划和设计,确保组织的业务战略、信息技术战略和业务流程之间的紧密协调和一致性。他们必须深入了解组织的业务战略、业务流程、技术环境、组织结构等。
企业架构(Enterprise Architecture)是指一整套软件系统的构建,通过合理的划分和设计组合在一起,支持企业方面的各种业务需求和目标。随着技术的发展和市场的变化,企业架构也在不断地演进和优化,以适应新的挑战和机遇。 从最早的单体架构(Monolithic Architecture),到后来的分层架构(Layered Architecture)、微服务架构(Microservices Architecture)、云原生架构(Cloud Native Architecture),再到现在的数字化
今天的内容构成了名为“谁仍然对企业架构感兴趣?”系列的六个部分的第三部分。在本系列中,我将就当今企业架构的足迹、企业架构师角色的潜在死亡、大型参与者(例如 The Open Group、AWS 或 Azure 的 TOGAF)以及EA 工具提供商的角色以及其他相关证书和市场上的发展。
企业架构并不是一个新的概念,粗略地算一下它已经有40年的历史了,那么企业架构是干什么的呢?我们直接对真实世界的企业进行分析的话是比较困难的,因为表面上看企业是由人组成的,这样的话如果我们想对它进行分析、了解它的价值和缺陷就很难。因此我们将企业进行一个抽象,不同领域对企业的抽象是不一样的,比如经济学会认为企业就是由许多契约组成的一个关系,就像人和企业间签订的劳动合同等;IT、数据领域对企业的抽象则是一些流程及信息流。所以我们也说企业架构是对真实世界企业的业务流程、IT设施的抽象描述。
今天的内容构成了名为“谁仍然对企业架构感兴趣?”系列的六个部分中的第四部分。在本系列中,我将就当今企业架构的足迹、企业架构师角色的潜在死亡、大型参与者(例如 The Open Group、AWS 或 Azure 的 TOGAF)以及EA 工具提供商的角色以及其他相关证书和市场上的发展。
企业架构在过去十年中取得了长足的进步。随着越来越多新技术出现,充分利用这些因素来将企业架构创建得更好十分重要。通过将新技术集成到企业架构中,即使在困难时期,也能取得丰硕的成果。
在众多企业架构框架中,TOGAF®不是第一个,也不太可能是最后一个。但它在全球范围内的使用已经持续了近20年,在当今的科技领域,这是一项令人印象深刻的壮举。
企业架构是个有30多年历史的技术领域,一贯给人“高深莫测”、“口若悬河”、“青云直上”的感觉,诗意一点儿的话,很多人认为这是“两只黄鹂鸣翠柳、一行白鹭上青天”(翻译过来就是“不知所云、离题万里”)。但是,“中台”这两年的火热,在笔者看来,实属企业架构方法论的“重新发现”,仔细看看每一张“中台”架构图,哪一张不是在全面阐述“企业架构”?而很多尝试的企业在实践中台时遇到的一个问题是:照着描却这么也描不像。笔者对方法论一直是持开放态度,尊重每一种方法论,也认为对每一种方法论的辨析都应该基于对实践的充分了解,而非道听途说。但是毕竟能接触到的实践机会有限,在此也只能违背自己的原则,试着谈论几句。
回顾与说明 本文是DotNET企业架构应用实践系列中的一篇文章,同时也是一步一步教你使用AgileEAS.NET基础类库进行应用开发系统中的一篇文章,所以本文应该还有一个副标题“一步一步教你使用AgileEAS.NET基础类库进行应用开发-WinForm应用篇-在商口入库业务中使用缓存与缓存查询”,为什么会是这样呢?这个原因主要是我希望我在讲企业架的时候有结合具体的实例进行讲解,而不是泛泛而谈,而在AgileEAS.NET平台的案例开发中也正好涉及这样的内容。 在前面的WinForm篇前面
Tech 导读 本文重点介绍了京东零售电商业务在订单逆向履约上面的最佳技术实践,京东零售快退平台承接了零售几乎所有售前逆向拦截和退款业务,并在长期的业务和技术探索中沉淀了丰富的业务场景设计方案、架构设计经验,既能承接面向消费者C端用户的高并发流量,同时也能满足集团复杂业务的订单信息流、货品实物流、财务资金流的逆向精准拦截。本文通过对集团B-PaaS化技术方案进行系统整体的架构升级改造,总结归纳出涵盖用户解约流程管理、撤销解约流程管理、订单逆向退款信息管理、流程配置化和流程可视化一整套的解决方案,该方案经过多次探讨和验证,已支持集团多个战略业务的增长。阅读本文,读者可以了解到整个快退平台新系统设计的底层逻辑,也可以参考本文并结合实际场景,将方案应用在遗留债务系统改造、业务和技术建模中。
作者 | 付晓岩 数字化转型是国家级大风口、史诗级大转型。错过了移动互联网的风口,那企业该如何抓住数字化转型的机遇? 国家政策已经指明了数字化转型方向,今年三月份超过 5 万字的《中华人民共和国国民经济和社会发展第十四个五年规划和 2035 年远景目标纲要》(以下简称“纲要”)、《中华人民共和国数据安全法 (草案)》、《关于加快构建全国一体化大数据中心协同创新体系的指导意见》、《全国一体化大数据中心协同创新体系算力枢纽实施方案》等对全社会数字化底盘构建意义重大的法规、文件也相继问世,未来 15 年的大蓝图已
有关企业架构 (EA) 治理、相关框架以及角色和职责的所有内容。了解如何开发可持续的 EA 治理! 捷径 什么是企业架构治理? EA 治理上下文 EA 治理框架 EA 治理的指导原则 组织结构 EA 治理角色和职责 EA 治理流程 EA 分类 EA 指标 EA 工具 结论 什么是企业架构治理? 企业架构 (EA) 治理是一种实践,涵盖了管理业务的基本方面。它涉及坚定的领导力、对组织结构的全面了解、自信的方向以及启用有效的 IT 流程以促进企业战略。 但是,如果仅提炼出一个领域,EA 治理的目标就是将企业的
解决方案架构是定义和描述在特定解决方案上下文中交付的系统架构的实践,因此它可能包含对整个系统或仅其特定部分的描述。解决方案架构的定义通常由解决方案架构师领导。
胜兵先胜而后求战,败兵先战而后求胜 《孙子兵法·形篇》说到 “是故胜兵先胜而后求战,败兵先战而后求胜。”意谓胜利的军队总是先有了胜利的把握才寻求同敌人交战,失败的军队总是先同敌人交战而后企求侥幸取胜。指要充分做好战争准备,等有胜利的把握再打。如同行军打仗一般,企业信息化建设也是如此,如果没有做好未来的规划,那么最多只能得到局部的提升。 我们来看个例子: W公司这几年总共花了3千多万元在IT方面(构建了很多IT系统,比如ERP,订单管理,OA等等),初步感觉好像效果还不错。从表面看来,这样的企业大概可以算作信
企业架构应该是多视角的,还记得这句话吗?开山鼻祖当年是这么说的,而且也被大家认可了,所以后边的企业架构理论几乎都是多视角的理论,不过这东西呢,视角少了容易迷糊,视角多了也容易迷糊,人就是这么纠结。
最近非常高兴地看到关于企业架构、业务架构的文章越来越多,大家的重视程度、活跃程度都上升了,笔者以前常说自己是个烧冷炕的,企架和业架,做的企业少,做得深的更少,所以文章不算多,又常浮于表面,理论有余、实务不足,现在有所改观,但总体上还是基于过去不完整实践的理解多,深入实践的少,尝试总结升华、不断探索的更少,如同本文的标题,这其实也反映了对基础知识的共识依然不足。笔者也愿意继续循着这个系列写下去,也欢迎大家提供问题线索。
编者按:今年 5 月份华为的企业架构与变革管理部推出了一本著作《华为数字化转型之道》,「企业架构」和 TOGAF 由此受到了越来越多企业的关注。但企业架构的理论庞杂,无论对组织还是个人,它的学习、理解、应用都不是一件容易的事。而在企业架构领域,却有一位很特别的国际学者,他多年从事企业架构的研究,不趋同,有着非常鲜明而独到的见解。让我们看看他是如何阐述为什么学、怎么学、如何应用企业架构的,应该会对您有所帮助(或许会改变您的认知)。
其实很多时候我们都说不太清楚自己这个岗位到底是干啥的,毕竟我们的工作职责上经常有一条,领导交办的其他任务,这就无限拓展了我们的工作边界,当然,这只是个“借口”。
军师在古代战争中扮演着战略规划和指导的角色,他们不仅需要具备战争的智慧和技能,还要对国家大局有深刻理解。他们助力君王制定长远战略,确保国家利益得到最大化的保障。
领取专属 10元无门槛券
手把手带您无忧上云