作者：张锦程
胜兵先胜而后求战，败兵先战而后求胜
《孙子兵法·形篇》说到 “是故胜兵先胜而后求战，败兵先战而后求胜。”意谓胜利的军队总是先有了胜利的把握才寻求同敌人交战，失败的军队总是先同敌人交战而后企求侥幸取胜。指要充分做好战争准备，等有胜利的把握再打。如同行军打仗一般，企业信息化建设也是如此，如果没有做好未来的规划，那么最多只能得到局部的提升。文章源自玩技e族-https://www.playezu.com/213565.html
我们来看个例子：文章源自玩技e族-https://www.playezu.com/213565.html
W公司这几年总共花了3千多万元在IT方面（构建了很多IT系统，比如ERP，订单管理，OA等等），初步感觉好像效果还不错。从表面看来，这样的企业大概可以算作信息化比较超前的企业，至少是效果还不错的企业。文章源自玩技e族-https://www.playezu.com/213565.html
但是，仔细研究一下，就会发现如果在系统建设的初期能够有科学的规划，当初的3千多万其实可以产生更大的效果目前的局面可以说是好坏参半，说好是指大家有热情、有意识、也有行动，IT系统毕竟提高了局部的效率，促进了局部流程的改善；说不好是指这些系统其实也给公司的管理带来其他的风险，而且风险的产生主要是由于目前的IT系统不是集成的系统。文章源自玩技e族-https://www.playezu.com/213565.html
也就是说，由于当初没有长远的统一规划，IT方面存在信息孤岛，会给公司的业务经营管理带来危害。当没有长远的规划，各系统将会自成一派，就存在异构的风险，而异构不利于IT的集成。文章源自玩技e族-https://www.playezu.com/213565.html
IT其根本是个经济行为，甲方要的是价值，乙方要的是利润，这都关系IT的顶层设计。文章源自玩技e族-https://www.playezu.com/213565.html
只有项目没有企业架构会有哪些隐患？文章源自玩技e族-https://www.playezu.com/213565.html
- 系统异构：各个条统独立运作，缺乏统一规划和实施，导致各自的软硬件环境差异巨大，系统间的信息共享十分困难。
- 数据异构：各个系统的数据格式没有统一标准，不同系统间的接口没有统一规范，导致各白的信息也就很难被其它系统共享利用。
- 寿命异构：各个系统极少有具备快速调整、灵活扩展的能力，这导致系统的生命周期很短， 即使不断在更新换代，却很难适应业务的快速发展。
- 基础架构异构：众多应用系统的软硬件环境的不一致性导致企业的整个应用系统环境异常复杂， 管理和维护十分困难。
结合IT基础技术近十年的发展想一想虚拟化，Docker，K8S，ISTIO，PASS，SASS，云原生这些技术的演进解决了我们什么问题？文章源自玩技e族-https://www.playezu.com/213565.html
事前规划是战略，事后解决是治理
魏文王问扁鹊：“子昆弟三人其孰最善为医？”扁鹊曰：“长兄最善，中兄次之，扁鹊最为下。”魏文王曰：“可得闻邪？”扁鹊曰: “长兄于病视神，未有形而除之，故名不出于家。中兄治病，其在毫毛，故名不出于闾。若扁鹊者，镵（chán）血脉，投毒药，副肌肤，闲而名出闻于诸侯。”等到病入膏肓再去治理，难度不可同日而语，所以这就是为什么要做企业架构的原因。文章源自玩技e族-https://www.playezu.com/213565.html
如何从异构到统一?
IT规划应该站在全局的角度，面向未来规划，关注企业信息化的回报即业务价值，那么我们必须站在规划的角度看问题（上兵伐谋）。
良好的IT信息化建设基于两个前提：IT架构与业务价值，缺一不可，二者结合在一起就叫企业架构。IT架构服务于业务价值，而业务价值则通过业务架构来表现出来。
通过企业架构可以规避信息化的大量风险：
- 缺乏共识
- 项目驱动力风险
- 信息不对称欺诈风险
- 财务风险
- 人力资源风险
- 业务中断风险
有了企业架构能起到的预期效果：
- 投资回报：IT系统支撑企业业务与管理提升的关键点明确，促进IT系统的投资效益。
- 愿景明确：企业业务战略与IT系统之间清晰的联系框架，IT愿景目标细化的支撑框架。
- 统一标准（应用）：应用系统覆盖的业务范围以及系统之间的边界划分明确，明确的系统间集成与接口定义，应用系统之间易于集成，降低了消除『信息孤岛』成本。比如采用企业总线，工作流等等。
- 统一标准（平台）：有明确IT系统主流平台比如说云计算，以及制定相应IT标准，在IT系统选型时有明确依据。
- 统一标准（数据）：在整个企业层面进行数据统一定义，制定统一的数据标准，至使不同应用系统中的数据唯一性得到保证，各个业务领域数据报表统计口径一致，数据报表真实可信。
- 随需应变：IT系统可适应业务的变化，当业务流程变化时，IT系统升级可行，不需要重新实施或开发。
IT规划应该有哪些内容：
- 架构战略定位：架构请求由管理层和股东发布，找到架构战略
- 架构构成定义：数据架构，应用架构，技术架构
- 架构的迁移定义：项目要达到的效果
- 架构的管控定义：架构守护
以IT架构为支撑，以业务价值为导向
我们先问2个问题：
- Q：谁应该做企业架构？A：管理层和股东
- Q：企业架构以什么为中心？A：业务
EITA ( Enterprise IT Architecture)是指导IT投资和设计决策的IT框架，是建立企业信息系统的综合蓝图是对企业不同的信息视图进行架构描述的综合。
IT战略 = IT架构 + IT项目
战略不能高高在上，必须要有架构支持并嫁接给项目进行实施。
- EITA是一个企业整体IT框架，由应用、数据、技术架构构成；
- 架构为IT标准化提供了依据和框架，有力地指导T标准化的工作；
- IT标淮化是架构应用的手段、是架构“落地”的工具．同时，在标准化过程中整个架构逐步完善；
从IT管理本身看企业架构的价值：
- 使企业内部的数据与IT平台更好地共享，避勉IT重复投资；
- 开放互联，降低企业应用采统集成(EAL) 的复杂性，节省系统整合成本；
- 使软件包选型或应用开发方案设计更有依据，更科学；
- 架起ITz与IT实施之间的桥梁，使IT战略可执行；
- 是IT Vision具体可见的描述，便于沟通达成共识；
- IT部门可以牵引需求，不再被动应付需求。
企业架构与系统架构设计的区别：
架构设计包括企业架构设计和系统架构设计。企业架构设计是企业级、高阶的信息化设计，而系统架构设计是对企业梁构中所识别的信息化改造、新建需求的实现设计。
- 先有企业架构再有系统架构
- 系统架构遵循企业架构
- 总架构设计关注『面』和『演进』
- 系统架构关注『点』，『线』和『实现』
企业架构的『四横五纵』
- 业务架构：业务架构是IT规划的先导，是为全面了解企业业务而经过逻辑梳理后，对企业为客户创造价值、运营管理的总体结构化描述，重点是分析企an业的业务模式、业务流程、业务组件、业务能力、组织架构等，并挖掘信息化高阶需求，对于IT规划来说，业务架构是数字化战略转化为日常运营和IT建设需求的必由之路；
- 应用架构：应用架构是对实现业务能力、支撑业务发展的应用功能以及应用集成的结构化描述，是业务架构与技术架构之间的桥梁，起到承接的作用，向上承接了施工企业数字化战略发展方向和业务模式，向下指导施工企业信息系统的建设。通俗地讲，应用架构是整个企业应用系统的顶层设计。
- 数据架构：所谓数据架构，是对数据及其产生、流转、整合、应用、归档、消亡全生命周期的结构化描述。数据其实在信息系统之间就已经存在，企业在线下执行业务时，所使用的表、证、单、书等纸质材料中的内容都是数据，但在线下，数据的存储、调阅、流通、分析都十分困难。信息化后这些数据搬到系统后，围绕数据开展的各项工作效率均有了很大的提升。
- 技术架构：技术架构主要用于支撑应用架构和数据架构，包含应用系统及数据服务所需要的所有技术组件、技术平台、技术能力、运维工具、基础设施，具体包括各类中间件、基础软件、计算资源、网络资源、存储资源、运维服务、安全与灾备、数据中心，等等。
- 架构管控：形成标准，持续对架构进行守护，治理和改进。
四横五纵的五纵上面介绍了，那么什么是四横？指的是架构设计的几个层级，每一层又涉及到对应的利益相关者，具体的介绍可以仔细看上面一张图。
最后用一句话作为本文最后的结尾：架构无止境，业务出效率。
评论