架构的演变
架构演变一定是根据当时要求的场景、压力下性能的需要、安全性、连续性的要求、技术的发展
我把架构的发展分为大概4个阶段：
1. 单机模式
IT建设初期，高速建设阶段，大家要做的只有一件事，我需要什么构建什么，我需要ERP我买软件，需要HIS买HIS，这个时期按需构建大量的系统基本在这个时期产生，当然那个时候也没什么高可用的要求。
2. 双机热备和镜像
基本是20年前的技术了，在高速构建后，一堆的系统运行中，用户发现我们的核心业务如果坏掉业务受影响，停机几个小时做恢复这是无法接受的，那么双机热备或镜像，Active-Standby 的模式出现，这样一台机器工作，一台备用坏了在短时间可以接管业务，造成的损失会低很多！
那么问题也很明显，备机资源浪费，依赖存储，数据还是单点，成本较高。产品也很多：RoseHA/RoseMirrorHA、NEC ExpressCluster、微软MSCS、Symantec VCS、Legato、RHCS 太多太多了。
随后为了解决数据单点的问题有出现了存储的主备，存储的双活这厂商也太多了，这里就不介绍了。
基本上传统企业依然停留在第一和第二阶段，也就是要么单机，要么双机热备
3.节点多活
随着业务量越来越大，数据量不断飚升，系统高效性的矛盾显现出来，系统卡慢、报表、接口业务无法分离OLAP OLTP业务混合导致系统锁情况严重，资源消耗极其庞大，光靠升级硬件已经无法满足要求，横向扩展已经成为大势所趋。
同时切换时间、备机无法启动的问题也困扰着用户。
那么节点多活，多台机器同时对外提供访问的技术登上舞台，代表的ORACLE RAC、微软ALWAYSON 、MOEBIUS集群
多活的两种模式也是从第二带架构的演变
oracle rac 把双机热备的辅助节点变的可以访问，关键点数据在多节点内存中的调配
Microsoft awo、Moebius 则是把镜像的辅助节点变的可以访问，关键点数据多节点同步
这样横向扩展来分担压力，并且可以在业务上进行分离。
4.分布式架构
分布式架构真的不知道从何说起，概念太大，每个人理解的都不一样，只能意会不能言传：
比如说一份数据分开存成多份
比如说拆分，水平拆分、垂直拆分、分库、分表、分业务
比如说....
其实说到底就是在第三代横向扩展也无法满足的情况下，继续“拆”，根据不同需求各种“拆”，拆到什么样呢？大家都知道可以说最慢的环节在数据库，传统的做法复杂语句，大存储过程运
行非常慢，那我们就把这些拆到表数据量足够小、语句足够简单、业务粒度小、访问压力尽量的小！
这样细化的设计一切为业务服务，也是精细化设计产物，但这也存在一个问题，传统企业在缺少高端人才，人力的情况下根本无法做到。现在的互联网公司为业务的需要同时对IT团队的大力建设，这是传统企业根本无法达到的。
当然如果有第五代那也许可以说是云，未来业务一切的技术都是云端，云端看不见摸不到，传统行业人回归业务，而IT 建设与管理也必然由专业的人做专业的事儿。
个人总结的架构演变，主架构演变不包含其他辅助技术，仅供参考
其他技术漫谈
在这四代架构之间也有很多技术出现，主要以数据复制、存储同步为代表，如DG、OGG、LOGSHIPPING、Replication等等，这些都是不同场景下的数据复制，让一个副本变成多个，基本目的在于副本读或者本/异灾备，而这些技术也在不同的场景中扮演这重要的角色，每种技术都有自己的优缺点，不能一概而论。
当然这里面还包含现在所谓的虚拟化、超融合、存储双活，这些技术首先不是数据库本身技术，在很多企业所谓数据库的高可用中扮演着擦边球的角色，虚拟化、超融合、存储双活都有自己适用的场景，而说到数据库的架构，这些方案只是基础架构层面。
如何选架构
选架构
首先你该选的是几代架构？
四代架构是按照业务不断细分，以冗余和拆分、细化为主线大体过程二代冗余
三代粗拆分
四代细拆分
当然这是只是大概的意思，实际中拆分的场景，条件，扩展性一系列复杂的过程。
我曾经无数次遇到几十G的库几百并发的应用就要规划分片，领导最求高大上，底下技术人员叫苦。
构建
构建中主要是对建构的细节了解和熟练，这和企业的人员配置有很大的关系，传统企业中很多在架构方案中选择第三方产品？这是为什么，构建需要专业的人，而企业最少的就是这部分人，而维护管理，责任划分也是不得不考虑的事情。
当然架构越复杂投入的经历也就越大，这也不是一个架构师可以主导的事情。
维护
维护才是关键，业务变动后的灵活性、压力下的扩展性、出问题的排查、技术力量的支持，一系列漫长的过程开始了.....
题外篇
自己在传统行业玩的太久了，写这片文章的过程中也和PingCAP 联合创始人& CTO 黄东旭，聊了一些未来技术的发展，tidb做的风声水起，对未来数据库大家都是未知，但随着技术的不断涌现更牛的架构，更牛的理念也必将一一实现。
比如依靠智能化的机制集群自我修复，性能自提升，架构自适应等等
总结
架构方案是几代不重要，重要的是适合自己的业务，保证稳定、安全、高效、持续，单机适合简单业务，没有那么高的安全性、连续性依然可以，双机热备可以保障基本的高可用，节点多活的集群适合业务压力较大简单粗暴的分离和压力分担，至于分布式如果企业有能力有资源，业务压力庞大自然会考虑，但在我接触的客户中太多认为自己业务只能通过分布式方案构建，但是其实只是简单优化+三代多活，读写分离负载均衡即可满足。
所以根据自己业务评估最为重要，一个好的架构规划，不但解决现有问题节省成本，更会避免步子太大激进带来的不必要损失
数据架构规划 一．当前架构 结合研发二部数据量最大的校讯通产品来描述，其他的产品在性能上出现瓶颈，可以向校讯通靠拢。 数据库整体架构：目前校讯通产品根据用户量的多少以及数据库服务资源的繁忙程度，横向采用了历史库+当前库的分库架构或者单一的当前库架构，其中历史库只作为web平台读数据库，纵向结合了applications的 memcache+Sybase ASE12.5传统永久磁盘化数据库架构。 数据模型架构：原则上采用了一事一地的数据模型（3NF范式），为了性能考虑，一些大数据量表适当的引用了数据冗余，根据业务再结合采用了当前表+历史表的数据模型。 以下就用图表来进行当前数据架构的说明： 横向分库数据库架构图：
纵向app layer+memcache layler+disk db layer图：
其中web层指的是客户端浏览器层，逻辑上：app层指的是应用服务层，mc 层指的是memcache的客户端层，ms层指的是memcache的服务层，db层指的是目前永久磁盘化的数据库层，当然在物理机器上可能app层跟mc层，ms层是重叠的部署在相同服务器上。 数据模型架构图：
其中以上数据模型中除了少数几张表外其他的都有历史表存在，当然有很多表是没在这个模型图中的，这部分是核心数据模型。这部分模型对象中也包括了一些冗余性的设计，比如用户中有真实姓名，特别是不在这个模型内，由模型核心表产生的一些统计报表，为了查询的性能冗余了合理一些学校名称，地区名称等方面的设计。 二．劣势现象 1.流水表性能瓶颈
当前架构的性能瓶颈集中在流水表的访问上，最大流水表的记录量达到了超5亿级别，这是由于目前外网在用的sybase数据库系统版本，没有采取很好的关于分区的技术。曾经有过把流水表进行物理水平分割，把不同月份的数据分割放在不同的物理表上的模型改造设想，碍于产生的应用程序修改工作量大，老旧数据迁移的麻烦，再加上进行了从单库架构改造到分库架构后，数据库性能瓶颈就不是特别突出。所以模型改造这部分工作没展开。 无论是单库或是分库的模式，出现平台访问数据库的性能瓶颈依然集中在大流水表上，在访问高峰高并发量情况下，短信的流水表进程堵塞，数据库服务 I/O ,CPU的资源耗费达到顶点，在服务器硬件环境不是特别理想情况下，出现了一定概率造成用户访问缓慢甚至觉得页面无法响应现象，造成了用户体念不良影响。 2. 运营维护难点 1)历史数据清理运维工作 为了存储充分利用，为了性能的提升，需要定期进行不再使用的历史数据清理， 由于清理的数据量庞大，传统的数据清理方法根本不可能保证一个晚上有效清理完毕，确保平台第二天正常的运行。虽然目前已经实行了比较高效且可行的数据清理方法，但是每次实行都需要晚上到通宵进行处理，使得数据清理的运维
大数据处理平台及可视化架构设计说明书 版本：1.0 变更记录
目录 1 1. 文档介绍 (3) 1.1文档目的 (3) 1.2文档范围 (3) 1.3读者对象 (3) 1.4参考文献 (3) 1.5术语与缩写解释 (3) 2系统概述 (4) 3设计约束 (5) 4设计策略 (6) 5系统总体结构 (7) 5.1大数据集成分析平台系统架构设计 (7) 5.2可视化平台系统架构设计 (11) 6其它 (14) 6.1数据库设计 (14) 6.2系统管理 (14) 6.3日志管理 (14)
1 1. 文档介绍 1.1 文档目的 设计大数据集成分析平台，主要功能是多种数据库及文件数据；访问；采集；解析，清洗，ETL，同时可以编写模型支持后台统计分析算法。 设计数据可视化平台，应用于大数据的可视化和互动操作。 为此，根据“先进实用、稳定可靠”的原则设计本大数据处理平台及可视化平台。 1.2 文档范围 大数据的处理，包括ETL、分析、可视化、使用。 1.3 读者对象 管理人员、开发人员 1.4 参考文献 1.5 术语与缩写解释
2 系统概述 大数据集成分析平台,分为9个层次，主要功能是对多种数据库及网页等数据进行访采集、解析，清洗，整合、ETL，同时编写模型支持后台统计分析算法，提供可信的数据。 设计数据可视化平台 ,分为3个层次，在大数据集成分析平台的基础上实现大实现数据的可视化和互动操作。
3 设计约束 1.系统必须遵循国家软件开发的标准。 2.系统用java开发，采用开源的中间件。 3.系统必须稳定可靠，性能高，满足每天千万次的访问。 4.保证数据的成功抽取、转换、分析，实现高可信和高可用。
苏宁大数据离线任务开发调度平台实践：任务调度模块架构设计 weixin_34262482 2019-02-01 08:00:00 375 收藏2 作为国内最大的电商平台之一，苏宁每天要处理数量巨大的数据。为了更快速高效地处理这 些数据，苏宁调度平台采取了哪些措施呢？ 本文是苏宁大数据离线任务开发调度平台实践系列文章之上篇，详解苏宁的任务调度模块。 目录 1.绪言\t1 2.设计目标与主要功能\t2 3.专业术语\t3 4.调度架构设计\t5 5.服务重启和任务状态恢复\t6 5.1 Master Active 组合服务\t7 5.2 Master HA高可用设计\t7 5.3 Recover任务状态恢复设计\t7 6.Web API接口服务\t9 7.后续\t10 1.绪言 在上一篇文章《苏宁大数据离线任务开发调度平台实践》中，从用户交互功能、任务调度、 任务执行、任务运维和对外服务等几方面，宏观层面进行了理论和实践的概述。 产品的用户功能重点需要把握用户实际的任务开发运维需求，合理的规划设计产品功能，在 使用和运维上便于用户操作，降低用户的开发使用成本。简单的说就是主要保证用户任务、 任务流等关键元数据的配置信息的准确性，以及任务状态的查询和干预能力，技术上实现不 存在难点，在此不再详细说明。 任务执行模块侧重于任务被领取后，如何根据任务类型选择不同的执行器（Executer）提交 任务执行，并将任务的执行状态及时准确的返回，由任务调度服务根据返回状态做相应的下 一步处理，除此以外还涉及到任务资源加载、任务配置解析与转换、自身健康状态检查与汇 报、worker进程与任务子进程通信、任务隔离、对外接口服务等，这块将在后面一节再跟
xx集团品牌建设规划 鉴于企业文化和品牌传播在公司发展中的无形作用，结合公司企业文化建设实际状况和目标需求，《xx集团品牌建设规划》，具体如下： 一、指导思想： 以公司发展战略为指导，以提高xx集团企业凝聚力和核心竞争力为目标，以企业核心价值观为导向，以促进企业的持续快速健康发展为宗旨，以充分调动员工积极性为核心，以学习创新为动力，科学推进企业文化建设工作，对外加强品牌形象建设，提升全员的职业素养，激发工作热情和斗志，为公司的发展加油助力！ （一）对内—企业文化建设 1、建设目标 全面推进品牌CIS系统建设，建设精神文化、制度文化、物质文化，打造企业形象，提高团队凝聚力和向心力，打造一流的钢铁队伍。 2、开展措施 2.1文化理念提炼及宣导 2.1.1xx集团公司企业文化大纲拟定 根据公司的发展战略，与集团领导沟通，征询各部门意见，对公司“企业精神、企业价值观、企业竞争观、企业基本法、管理理念、经营理念、企业价值观、企业人才观、企业竞争观、企业服务观、员工行为准则、员工职业道德”等内容进行提炼，拟定与“公司发展目标”一致的企业文化宣传口号，引导员工塑造统一的价值观，围绕共同的目标而奋斗。 2.1.2企业文化弘扬传播 通过培训、信息栏、xx集团微博微信、微博微信等端口、电子邮箱等不同方式和载体，使员工认知和感悟xx集团企业文化，通过导引和影响，使员工从内心和思想深处对公司企业文化进行认同和融入。
2.1.3营造企业文化氛围 通过“海报、信息栏、xx集团微博微信”等载体对xx集团企业文化进行宣扬，在公司内部进行悬挂张贴，使员工统一思想、统一行为，营造文化氛围浓厚的工作环境。 2.2公司形象宣传标识管理 2.2.1 logo色及VI延展手册的设计应用 对xx集团公司形象展示标识及xx集团微博微信的LOGO涉及的内容、形状、字体等进行确定，固化公司标识，确保公司“xx集团微博微信、报送材料”等所有对外展示资料宣传的一致性，展示公司统一的企业形象。完善企业手册的制定和宣传册的设计规划。 2.2.2文件模板、PPT模版确定 对xx集团公司各部门需要的文件模板、PPT模版进行确定，确保各部门提供资料模板的一致性，展现xx集团公司的规范性。 2.2.3公司标识对外报送审核 对各项目及各部门对外展示的xx集团公司形象相关的标识进行审核、把关，确保对外展示的一致性。确保对外新闻稿和相关领导的媒体演讲相关术语合法合规。 2.3企业文化氛围营造（4.8--） 2.3.1看板制作 对公司“企业精神、企业基本法、管理理念、经营理念、企业价值观、企业人才观、企业竞争观、企业服务观、员工行为准则、员工职业道德”等内容进行提炼，设计制作上墙，在xx集团公司走廊和办公区进行悬挂，营造文化氛围。 2.3.2门牌制作 对xx集团公司门牌进行统一、悬挂，确保公司门牌的统一性。 2.3.3办公桌椅及物料摆放 对xx集团公司各部门办公桌、椅子、电脑、文件筐等用品摆放进行规范，确保物品摆放的一致性，营造整齐划一的办公形象。 2.3.4员工行为规范检查 根据《员工行为规范》对“员工职业形象、职业行为、职业环境”等方面进行限定和规范，并通过培训和检查的方式，确保大家行为的规范性和一致性，对外展现美都统一的职业形象。
架构的演变 架构演变一定是根据当时要求的场景、压力下性能的需要、安全性、连续性的要求、技术的发展 我把架构的发展分为大概4个阶段： 1. 单机模式 IT建设初期，高速建设阶段，大家要做的只有一件事，我需要什么构建什么，我需要ERP我买软件，需要HIS买HIS，这个时期按需构建大量的系统基本在这个时期产生，当然那个时候也没什么高可用的要求。 2. 双机热备和镜像
基本是20年前的技术了，在高速构建后，一堆的系统运行中，用户发现我们的核心业务如果坏掉业务受影响，停机几个小时做恢复这是无法接受的，那么双机热备或镜像，Active-Standby 的模式出现，这样一台机器工作，一台备用坏了在短时间可以接管业务，造成的损失会低很多！ 那么问题也很明显，备机资源浪费，依赖存储，数据还是单点，成本较高。产品也很多：RoseHA/RoseMirrorHA、NEC ExpressCluster、微软MSCS、Symantec VCS、Legato、RHCS 太多太多了。 随后为了解决数据单点的问题有出现了存储的主备，存储的双活这厂商也太多了，这里就不介绍了。 基本上传统企业依然停留在第一和第二阶段，也就是要么单机，要么双机热备 3.节点多活
随着业务量越来越大，数据量不断飚升，系统高效性的矛盾显现出来，系统卡慢、报表、接口业务无法分离OLAP OLTP业务混合导致系统锁情况严重，资源消耗极其庞大，光靠升级硬件已经无法满足要求，横向扩展已经成为大势所趋。 同时切换时间、备机无法启动的问题也困扰着用户。 那么节点多活，多台机器同时对外提供访问的技术登上舞台，代表的ORACLE RAC、微软ALWAYSON 、MOEBIUS集群 多活的两种模式也是从第二带架构的演变 oracle rac 把双机热备的辅助节点变的可以访问，关键点数据在多节点内存中的调配 Microsoft awo、Moebius 则是把镜像的辅助节点变的可以访问，关键点数据多节点同步 这样横向扩展来分担压力，并且可以在业务上进行分离。
**集团品牌中心架构及职责 前言： 品牌是一种无形资产，品牌形象在企业的整体运营中已经占据着不可或缺的位置，它是一种超越产品生命周期价值存在。 从某种意义上说，品牌的概念要比产品自身要广泛的多，品牌的影响更多地表现在心理层面。一个品牌一旦获取了顾客的忠诚，企业的优势地位就可以无限加强。品牌在企业初期是依附于产品的，随着企业发展品牌会与具体产品相对独立开来，它通过消费者对产品的认同和偏好，从而使品牌作为一种无形资产存在。特别是当企业多元化发展时，品牌成为产品价值延伸的存在，成为产品的核心。 **集团正是基于多元化企业发展战略，培养和凝聚品牌优势，实现集团长远目标的愿景，成立集团品牌中心。作为一个职能部门，品牌中心主要负责集团整体统一品牌战略的研究、策划、组织、实施及相关业务管理。 本文主要就**集团品牌中心的部门职责，组织结构、岗位职责等方面，提供一些战略层次的构架与部署，以期为以后的工作提供最基础管理规范。 一、部门职能 品牌中心宗旨： 资源整合，效果最大化；整体提升，形成最合力；过程监控，狠抓细严落实。 1、负责集团统一对外形象塑造的研究、策划、组织、实施及相关业务协调与管理。 2、建立并维护集团及下属各公司营销信息的管理，研究与集团有关的宏观环境动态、行业状况、需求变化及市场竞争格局，收集市场信息。 3、编制集团年度广告预算及各分公司年度广告方案，撰写与设计各类广告文案，统一制作广告宣传品，选择广告形式及传播媒体，评估广告效果，统一管理各分公司市场广告推广工作。 二、组织结构
根据品牌中心职能制定本部门组织结构，如下图所示： 三、岗位职责 1、品牌总监岗位职责 ①、根据集团战略规划要求和各分公司策划推广项目的发展目标，在整体的管理框架下，执行董事长办公室发出的各项工作指令。在集团战略规划的要求下，组建和维护分公司品牌策划推广的结构组建，并制定工作执行原则。 ②、根据集团品牌策划推广目标，负责品牌中心的体系构建，主导搭建内部品牌，策划推广平台并确保流畅运转，持续为集团及分公司提供强大业务推广支持，不断提升品牌价值和集团盈利能力。 ③、负责集团及分公司对外广告、销售、促销活动文案及设计的拟定，监督、执行。 ④、根据战略规划和销售目标要求，分解制定部门年度规划、季度计划、月度计划，实现各项销售目标。 ⑤、协助财务部门执行财务控制，监督和审核集团及分公司市场推广的财务预算，避免财务风险。 ⑥、完成上级领导安排的一切临时事务。
系统运维体系架构规划 本文主要介绍运维体系与架构的设计规划，这将引导我们从一个高屋建瓴的角度去考虑如何组织运维团队，如何规划运维架构，用什么构建起运维架构，以及如何开展运维工作。 图1-1本文将会引入很多简明的运维实践示例来形象直观的告诉大家如何构建起运维体系。通过学习本文内容将会使我们具备规划与构建整个IT运维体系架构的知识和能力。 运维体系是运维的基础和核心。通过运维体系的构建及完善，使我们的运维做到稳定可靠，准确完备，规范科学。从某种角度来看，系统运维体系可以用一个四面体来描述(如图1-1所示)，包括四大方面：人、事、物、流程标准。 从人、事、物、流程这四个方面便可以很好地将运维体系进行解构，它们彼此互相作用，共同构建了一个完整实用的运维体系。下面列举了这四个方面各自的含义及相关内容。 人：例如完善岗位职责与职业发展、提高团队技术水平、完善技能分享与培训、完善团队绩效考核、规范工作行为规范等。目的是要建成一支工作高效、技术水平高、团结稳定、有职业素养的运维团队。 事：例如做好日常基础运维工作，保障好生产业务运行。不断探索新的运维理念与技术，探索优化系统架构。具体可以分为几大块，例如运维流程管理，资源架构规划，应急与故障处理，监控与优化，安全与防护，项目及日常工作，等等。目的是要明白运维做什么正确的事，怎么正确地做事，做事有章法，稳定高效能。 物：主要是如何管理好系统运维所涉及的各种资源。例如机房环境、办公设备、服务器、网络设备、操作系统、应用软件、工具等各种软硬件资源。目的要使各类资源配置管理妥当，清楚资源属性，知道从哪来，现在哪，要去哪。使得物尽其用，物有所值，安置妥当。 流程标准：运用流程标准将上述要素(人、事、物)有机地结合，有序科学地流转、高效稳定地运行。例如资源规划与采购，各种标准规范、项目规范、软硬件配置部署规范、安全制度、工作交接，等等。 就上述四大方面，下文继续展开论述，当然也仅是一些内容的列举，毕竟具体到每个企业组织，其运维工作内容可能会大同小异。 1.1团队人员规划 1.1.1岗位职责划分 一个优秀企业(组织团队)的核心竞争力其实说到底就是人。合适的人在合适岗位上正确地干正确的事情——这就是核心竞争力。一个好的运维团队也是如此，人在运维体系中就是核心，好的运维团队能够有效地、高质量地、相对低成本地发挥各个运维元素的功效，达到更完美的运维效能。 对于运维岗位划分，很多企业大同小异，一般都是以保障业务生产稳定高效运行为目的，根据自身企业发展需要划分岗位。小微企业可能没有专门的运维人员及岗位设置，稍大的一些企业也可能由其他岗位人员(如开发人员)兼职运维人员，发展到中小型企业后往往就会设置专门的运维岗位人员从事日常维护工作。对于中大型企业一般都会有专门的运维团队从事专业的运维工作，而且不仅仅是运维，还包括运维开发。 随着运维的发展，运维岗位也逐渐细分很多种，各个企业岗位设置与职责也不尽相同，但岗位工作内容大同小异。大致有如下岗位：系统管理员、数据库管理员、网络管理员、机房环境管理员、运维开发工程师、应用运维工程师、服务管理工程师、安全审计工程师、架构师等。 有了岗位设置及专职人员，然后就会产生人力职业发展、技能培训、绩效考核等一系列问题，这些问题往往即相互联系又各成一体。 如下是某企业的岗位职责划分示例：
车联网大数据平台架构设计-软硬件选型 1.软件选型建议 数据传输 处理并发链接的传统方式为：为每个链接创建一个线程并由该线程负责所有的数据处理业务逻辑。这种方式的好处在于代码简单明了，逻辑清晰。而由于操作系统的限制，每台服务器可以处理的线程数是有限的，因为线程对CPU的处理器的竞争将使系统整体性能下降。随着线程数变大，系统处理延时逐渐变大。此外，当某链接中没有数据传输时，线程不会被释放，浪费系统资源。为解决上述问题，可使用基于NIO的技术。 Netty Netty是当下最为流行的Java NIO框架。Netty框架中使用了两组线程：selectors与workers。其中Selectors专门负责client端（列车车载设备）链接的建立并轮询监听哪个链接有数据传输的请求。针对某链接的数据传输请求，相关selector会任意挑选一个闲置的worker线程处理该请求。处理结束后，worker自动将状态置回‘空闲’以便再次被调用。两组线程的最大线程数均需根据服务器CPU处理器核数进行配置。另外，netty内置了大量worker 功能可以协助程序员轻松解决TCP粘包，二进制转消息等复杂问题。 IBM MessageSight MessageSight是IBM的一款软硬一体的商业产品。其极限处理能力可达百万client并发，每秒可进行千万次消息处理。 数据预处理 流式数据处理 对于流式数据的处理不能用传统的方式先持久化存储再读取分析，因为大量的磁盘IO操作将使数据处理时效性大打折扣。流式数据处理工具的基本原理为将数据切割成定长的窗口并对窗口内的数据在内存中快速完成处理。值得注意的是，数据分析的结论也可以被应用于流式数据处理的过程中，即可完成模式预判等功能还可以对数据分析的结论进行验证。 Storm Storm是被应用最为广泛的开源产品中，其允许用户自定义数据处理的工作流（Storm术语为Topology），并部署在Hadoop集群之上使之具备批量、交互式以及实时数据处理的能力。用户可使用任意变成语言定义工作流。 IBM Streams IBM的Streams产品是目前市面上性能最可靠的流式数据处理工具。不同于其他基于Java 的开源项目，Streams是用C++开发的，性能也远远高于其他流式数据处理的工具。另外IBM 还提供了各种数据处理算法插件，包括：曲线拟合、傅立叶变换、GPS距离等。 数据推送 为了实现推送技术，传统的技术是采用‘请求-响应式’轮询策略。轮询是在特定的的时间间隔（如每1秒），由浏览器对服务器发出请求，然后由服务器返回最新的数据给客户端的浏览器。这种传统的模式带来很明显的缺点，即浏览器需要不断的向服务器发出请求，然而HTTP request 的header是非常长的，里面包含的数据可能只是一个很小的值，这样会占用很多的带宽和服务器资源。
数据中心架构建设计方案建议书 1、数据中心网络功能区分区说明 1.1 功能区说明 图1：数据中心网络拓扑图 数据中心网络通过防火墙和交换机等网络安全设备分隔为个功能区：互联网区、应用服务器区、核心数据区、存储数据区、管理区和测试区。可通过在防火墙上设置策略来灵活控制各功能区之间的访问。各功能区拓扑结构应保持基本一致，并可根据需要新增功能区。 在安全级别的设定上，互联网区最低，应用区次之，测试区等，核心数据区和存储数据区最高。 数据中心网络采用冗余设计，实现网络设备、线路的冗余备份以保证较高的可靠性。 1.2 互联网区网络 外联区位于第一道防火墙之外，是数据中心网络的Internet接口，提供与Internet 高速、可靠的连接，保证客户通过Internet访问支付中心。 根据中国南电信、北联通的网络分割现状，数据中心同时申请中国电信、中国联通各1条Internet线路。实现自动为来访用户选择最优的网络线路，保证优质的网络访问服务。当1条线路出现故障时，所有访问自动切换到另1条线路，即实现线路的冗余备份。
但随着移动互联网的迅猛发展，将来一定会有中国移动接入的需求，互联区网络为未来增加中国移动（铁通）链路接入提供了硬件准备，无需增加硬件便可以接入更多互联网接入链路。 外联区网络设备主要有：2台高性能链路负载均衡设备F5 LC1600，此交换机不断能够支持链路负载,通过DNS智能选择最佳线路给接入用户,同时确保其中一条链路发生故障后,另外一条链路能够迅速接管。互联网区使用交换机可以利用现有二层交换机，也可以通过VLAN方式从核心交换机上借用端口。 交换机具有端口镜像功能，并且每台交换机至少保留4个未使用端口，以便未来网络入侵检测器、网络流量分析仪等设备等接入。 建议未来在此处部署应用防火墙产品，以防止黑客在应用层上对应用系统的攻击。 1.3 应用服务器区网络 应用服务器区位于防火墙内，主要用于放置WEB服务器、应用服务器等。所有应用服务器和web服务器可以通过F5 BigIP1600实现服务器负载均衡。 外网防火墙均应采用千兆高性能防火墙。防火墙采用模块式设计，具有端口扩展能力，以满足未来扩展功能区的需要。 在此区部署服务器负载均衡交换机，实现服务器的负载均衡。也可以采用F5虚拟化版本，即无需硬件，只需要使用软件就可以象一台虚拟服务器一样，运行在vmware ESXi上。 1.4 数据库区
常见的大数据平台架构设计思路 近年来，随着IT技术与大数据、机器学习、算法方向的不断发展，越来越多的企业都意识到了数据存在的价值，将数据作为自身宝贵的资产进行管理，利用大数据和机器学习能力去挖掘、识别、利用数据资产。如果缺乏有效的数据整体架构设计或者部分能力缺失，会导致业务层难以直接利用大数据大数据，大数据和业务产生了巨大的鸿沟，这道鸿沟的出现导致企业在使用大数据的过程中出现数据不可知、需求难实现、数据难共享等一系列问题，本文介绍了一些数据平台设计思路来帮助业务减少数据开发中的痛点和难点。 本文主要包括以下几个章节: 本文第一部分介绍一下大数据基础组件和相关知识。第二部分会介绍lambda架构和kappa架构。第三部分会介绍lambda和kappa架构模式下的一般大数据架构第四部分介绍裸露的数据架构体系下数据端到端难点以及痛点。第五部分介绍优秀的大数据架构整体设计从第五部分以后都是在介绍通过各种数据平台和组件将这些大数据组件结合起来打造一套高效、易用的数据平台来提高业务系统效能，让业务开发不在畏惧复杂的数据开发组件，无需关注底层实现，
只需要会使用SQL就可以完成一站式开发，完成数据回流，让大数据不再是数据工程师才有的技能。 一、大数据技术栈 大数据整体流程涉及很多模块，每一个模块都比较复杂，下图列出这些模块和组件以及他们的功能特性，后续会有专题去详细介绍相关模块领域知识，例如数据采集、数据传输、实时计算、离线计算、大数据储存等相关模块。 二、lambda架构和kappa架构 目前基本上所有的大数据架构都是基于lambda和kappa 架构，不同公司在这两个架构模式上设计出符合该公司的数据体系架构。lambda 架构使开发人员能够构建大规模分布式数据处理系统。它具有很好的灵活性和可扩展性，也对硬件故障和人为失误有很好的容错性，关于lambda架构可以在网上搜到很多相关文章。而kappa架构解决了lambda架构存在的两套数据加工体系，从而带来的各种成本问题，这也是目前流批一体化研究方向，很多企业已经开始使用这种更为先进的架构。 Lambda架构
1 集团品牌架构规划 第二节、决定多元集团品牌架构的原则 多元集团的品牌架构决策主要要解决集团、产业、产品这三个层级品牌之间的关系。具体而言， 集团可以与产业、产品形成四大类架构关系： 1、 集团品牌直接用作产业和产品品牌 2、 集团品牌成为产业和产品的隐身品牌——即不主动告知产业和产品的客户这些产业和产品 是本集团旗下的 3、 集团品牌与产业和产品的形成双品牌架构 4、 集团品牌与产业和产品形成背书品牌架构 一、决定多元集团品牌架构的核心原则 决定集团品牌与各个层级品牌之间的架构采用上述哪一种关系的主要因素是各个层级品牌联 想尤其是核心价值之间的兼容性，以及集团品牌的气质与产业和产品的属性是否吻合。比如中粮是 “实力、大型国有企业、世界500强、诚信值得信任”的联想，能促进消费者对福临门食用油的认 同，因为作为一个大众食用油品牌，基本信任是成功的关键因素，所有中粮适合为福临门直接背书；雀巢“温馨、营养专家”的品牌联想与美极鸡精、美禄饮料兼容的，因此雀巢适合以双品牌形架构 助推美极鸡精、美禄饮料的营销。根据各层级品牌之间的品牌联想和品牌气质的兼容程度的不同， 多元集团品牌和下属品牌的架构应该选取的类型分别如下： 1、如果集团品牌与产业、产品之间非常兼容，集团品牌的品牌联想和核心价值与产业和产品的 目标客户的品牌认同和购买驱动力几乎一致，则集团品牌几乎可以直接用作产业品牌和产品品牌。 如GE 的照明、医疗器械、工业塑料、飞机发动机、发电设备、金融服务等行业的顾客主要关注 的是“企业实力、技术领先、可以信赖”等理性价值维度，因此，“公司庞大、管理一流、形象良 好、可信、领先、现代、全球、活力和平易”等品牌联想足以打动这些产业和产品的目标客户。但 如果GE 收购了一家化妆品企业、医药企业，GE 肯定无法用作旗下化妆品的品牌，因为化妆品的 目标客户认同一个化妆品品牌的主要驱动力是化妆品必备的行业气质“细腻、柔美”和非常个性化 的诉求，而GE 压根不具有“细腻、柔美”的特质。 阿里云是云计算平台，为企业、政府等组织机构，提供最安全、可靠的计算和数据处理能力，
IT规划：三个层面，架构是核心 2008-09-22作者:王仰富来源:CIO时代网 导读:通常而言，IT规划是指信息技术战略规划（IT Strategic Planning），它包括两个部分：信息技术战略（IT Strategy）的制定和信息技术行动计划（IT Action Plan）的制定。前者偏重战略方向，后者是具体行动计划。 1、同一称谓，不同内涵 目前，国内企事业单位，以及提供IT规划咨询服务的专业机构的信息化规划人员，对IT规划的内涵存在不同的理解，具体IT规划项目的关注点也不同。有些企事业单位的IT规划只是一个对信息化远景目标与建设原则的描述；有些单位的IT规划只是关注具体的信息系统实施的层面，如：ERP、CRM、PDM、BI等大型信息系统的规划；有些单位的IT规划仅是对总体IT架构蓝图的设计。那么IT规划内涵究竟是指什么？ 通常而言，IT规划是指信息技术战略规划（IT Strategic Planning），它包括两个部分：信息技术战略（IT Strategy）的制定和信息技术行动计划（IT Action Plan）的制定。前者偏重战略方向，后者是具体行动计划。 信息技术战略由以下部分组成： 使命（Mission）：阐述信息技术存在的理由、目的以及在企业中的作用。? 远景目标（Vision）：信息技术的发展方向和结果。? 中长期目标（Medium? to Long-term Objectives）：远景目标的具体化，即企业未来3~5年或2~3信息技术发展的具体目标。 策略路线与原则：实现上述中长期目标的途径或路线，信息化遵循的原则，一般从数据、应用、技术与组织几个方面进行分析与描述。? 信息技术行动计划（IT Action Plan）是落实信息技术战略（IT Strategy）而制订的中长期的详细行动计划，它包括： 信息化项目进程：未来3~5年或2~3年信息化项目的投资进程及项目之间的逻辑关系。? 项目描述和投资收益分析：每个项目的具体描述和ROI(投资回报率)分析。? 信息化实施保障措施与资源开发计划：为实现上述信息化进程，企业应制定相应的保障措施，开发与培养信息化专业人才，准备其它各方面的资源。? 目前，国内多数IT规划制定都是基于以上理解进行，在具体规划操作上，关注点放在了IT战略与IT执行计划两个层面，而忽视了IT架构层。前面已经提到过，忽视了 IT架构层的规划会给企事业单位的信息化建设带来很多问题。一个完善的IT规划至少应该遵循两个原则：一是IT战略与业务战略相匹配；二是保证每一个IT项目（或信息系统）真正与战略相关联。 1994年，John Handerson于哈佛商学院，提出了检查业务战略与IT战略一致性的框架
数据库架构规划方案
架构的演变 架构演变一定是根据当时要求的场景、压力下性能的需要、安全性、连续性的要求、技术的发展..... 我把架构的发展分为大概4个阶段： 1.单机模式 IT建设初期，高速建设阶段，大家要做的只有一件事，我需要什么构建什么，我需要ERP我买软件，需要HIS买HIS，这个时期按需构建大量的系统基本在这个时期产生，当然那个时候也没什么高可用的要求。 2.双机热备和镜像 基本是20年前的技术了，在高速构建后，一堆的系统运行中，用户发现我们的核心业务如果坏掉业务受影响，停机几个小时做恢复这是无法接受的，那么双机热备或镜像，Active-Standby的模式出现，这样一台机器工作，一台备用坏了在短时间可以接管业务，造成的损失会低很多！
那么问题也很明显，备机资源浪费，依赖存储，数据还是单点，成本较高。产品也很多：RoseHA/RoseMirrorHA、NEC ExpressCluster、微软MSCS、Symantec VCS、Legato、RHCS 太多太多了。 随后为了解决数据单点的问题有出现了存储的主备，存储的双活这厂商也太多了，这里就不介绍了 基本上传统企业依然停留在第一和第二阶段，也就是要么单机，要么双机热备 3.节点多活
随着业务量越来越大，数据量不断飚升，系统高效性的矛盾显现出来，系统卡慢、报表、接口业务无法分离OLAP OLTP业务混合导致系统锁情况严重，资源消耗极其庞大，光靠升级硬件已经无法满足要求，横向扩展已经成为大势所趋。 同时切换时间、备机无法启动的问题也困扰着用户。 那么节点多活，多台机器同时对外提供访问的技术登上舞台，代表的ORACLE RAC、微软ALWAYSON 、MOEBIUS集群 多活的两种模式也是从第二带架构的演变 oracle rac 把双机热备的辅助节点变的可以访问，关键点数据在多节点内存中的调配 Microsoft awo、Moebius 则是把镜像的辅助节点变的可以访问，关键点数据多节点同步 这样横向扩展来分担压力，并且可以在业务上进行分离。 4.分布式架构 分布式架构真的不知道从何说起，概念太大，每个人理解的都不一样，只能意会不能言传： 比如说一份数据分开存成多份
集团品牌架构规划 ? 上海杰信咨询有限公司，始于1997年。是业界公认的中国顶尖咨询公司。 在品牌咨询领域，杰信居于翘楚地位，被誉为“中国品牌的领袖级外脑”。杰信拥有自己原创的品牌诊断工具、核心价值推导技术、核心价值统帅模型、多品牌与品牌延伸分析工具、品牌资产管理模型以及低成本品牌营销工具，确保企业在快速提升销售的同时打造强势品牌。 在企业文化咨询领域，杰信独创“企业文化咨询九步法”最具实效性，是众多集团企业开展企业文化建设的首选方法。 许多国际顶尖的咨询公司都大量应用杰信分析工具，杰信的原创理论和模型已成为业界标准。 成立至今，杰信为昆仑润滑油、海信、格兰仕、西子联合、南京地铁、华燕地产、安莉芳、新华文轩、久大盐业、舍得酒、衡水老白干、沱牌曲酒、古越龙山、香飘飘奶茶、蜡笔小新、金娃、乐百氏、六和肉食、蜂之巢等数百家著名企业提供了卓越的品牌战略咨询服务，并为兰炼、银河电子、久大盐业、南京地铁等数十家大型集团企业成功实施了企业文化型CI导入工程。 ? ?由于中国市场还充满着机会，很多行业仍然未出现霸主，所以中国大型企业集团多元化投资的 比例比欧美国家要高得多，往往行业与产品的跨度非常之大，品牌架构决策上的难度也非常高，比如长江集团旗下的和记黄埔的屈臣氏有个新奇士橙汁。长江、和记黄埔、屈臣氏、新奇士这四个层级的品牌之间的关系应该如何处理？这一课题难度远远高于如何处理宝洁和舒肤佳、潘婷之间的关系。 ? ?具体来说，对于一个系统宠大、子孙公司成百上千、产业多元化的企业集团规划品牌架构要解 决如下问题： ?一、集团品牌与产业品牌、产品品牌的关系如何界定 ?即集团品牌在产业品牌与产品品牌的包装与广告宣传中出现的权重该多大，以什么形式出现？ 如中粮国际与麾下的长城干红、金帝巧克力、福临门食用油、凯莱酒店、中粮地产之间的关系； 华侨城集团有康佳集团、华侨城控股、华侨城地产以及锦绣中华、民俗文化村、世界之窗、欢乐谷、深圳湾大酒店和威尼斯酒店等知名企业品牌。华侨城集团品牌应该如何处理与麾下的康佳电子、旅游、酒店等产业之间的品牌关系？是采用雀巢与宝路薄荷糖、美禄高能饮料式的双
医疗数据集成平台总体架构设计 于洁，陈功，沈宫建 [摘要]随着现代医院数字化建设的进一步发展，各种信息系统将越来越多的被投入使用。不同信息系统的构架设计、实现手段和开发环境都有差异，一般而言这些系统之间无法直接进行数据交互。医院需要建立个提供各个子系统之间高效数据交互的集成平台，结合业务流程实现业务的跨系统整合。文章从医院数据集成平台的设想和构建实际出发，提出了数据集成平台设计理念、构架模块方面的理论设想，并将在实际建设中加以进一步验证和落实。 [关键词]数据集成；平台；架构设计 1 系统建设思路 现代化医院的发展越来越依赖各种医疗信息系统的高效运作。随着信息系统的逐步完善和充实，将会有更多不同的信息系统加入医院工作流程，在不同的医疗领域发挥作用。 这些信息系统可能分别由不同的公司研发，其设计理念、开发环境、模块接口等都各不相同，更不可能彼此之间直接进行数据交互。目前，大部分医院的医疗信息系统实现数据共享是采用了传统点对点通信模式的方法，这样的方式需要每两个系统之间都有专用的接口，且当有新系统添加进来的时候，也必须要单独为每个子系统开发与新系统相应的接口，工作量极大。这样的专用接口也存在很大风险，容易导致系统崩溃，中断医院正常的医疗业务流程。 因此，需要建设一个能与全院所有医疗信息系统直接沟通的数据集成平台，以此为中介，实现各 系统间的数据共享和交互。 1)基本原则 数据集成交换平台的基本建设原则包括： (1)实用性 项目是新型研发型项目，在国内同行业尚未有成熟案例的情况下，创新性地提出数据集成交换平台的建设思想。同时，本着保护投资的原则，采用业界先进的技术架构和开发工具，以免费开源的ICE中间件为核心，立足自主研发，力求形成具有自主知识产权的软件平台系统。 (2)安全性 数据的安全性要保证交换的数据必须准确无误，必须建立完善的数据访问、备份等安全机制。 平台系统软件自身的安全性，一旦交换平台或任一子系统发生故障，不影响现有子系统的正常运 行，确保医院日常业务的正常流转。 平台系统提供灵活、多样的交换模式，具有严密的监控策略，可以随时定义、调整业务数据的流转方式。提供完善的应急措施，建立故障情况下的紧急响应预案。 (3)稳定性 数据交换平台系统的成功研究实施，将成为江苏省中医院的核心业务应用，因此，平台系统软件的稳定性至关重要。一方面，业务流程的规范定义必须符合医院现有的业务应用，又具有前
数据中台与企业架构 张靖笙 现在各行各业，大家都非常关心数字化转型该怎么转，数据中台该怎么建。最近看来，不管主动还是被动，越来越多企业感受到数字化转型的急迫压力，于是数据中台的概念越炒越热。 关于数字化转型和数据中台，业界的声音不绝于耳，但当我听到有人把这两件事混为一谈的时候，我的感觉是异样的，我不否认两者有很大交集，但绝不能等同，毫无疑问，数字化转型是一个远比数据中台的内涵更宏壮的命题，如果仅用数据中台的概念、方法和工具套用到数字化转型，这是一个片面得很明明的生搬硬套。 结合我自己的职业经验，企业架构（Enterprise Architecture，简称EA）可以说是更牵强数字化转型的方法工具，自上世纪八十年代以来，企业架构这个概念就在国际上日益流行，虽然架构师这个职业在我国也非常吃香，可就我自己的体会，意识和理解到企业架构危机性的企业组织在中国还不是太多。这种局面正日益成为中国企业信息化普遍的瓶颈，联系到今天很多人争着要建的数据中台，没有企业架构的支撑，数据中台在企业将是怎样一个职能定位？要怎么发挥作用？与企业其他业务和管理工作是怎样的关系？如何有用衔接？这些问题就很难得到让大家都信服的回答。 自然很多人都会问企业架构到底是什么？简单来说，就是把企业看成一个信息系统的建模工具。企业架构理论的提出和发展的确和信息系统有很深的历史渊源，20世纪80年代中期，当时还是IBM员工的John Zachman率先提出了“信息系统架构框架”的概念，从信息、流程、网络、人员、时间、基本原理等6个透视角度来分析企业，也提供了与这些视角每个相对应的6个模型，包括语义、概念、逻辑、物理、构件和功能等模型。由于其突出的开创性工作成果，Zachman被公认为是企业架构领域的开拓者。但在当时，Zachman并没有明确的使用“企业架构”的概念。 虽然企业架构早期思想雏形来自信息技术领域的建模理论，20世纪80年代中期之前，虽然使用的理论和模型已经逐渐流行于各种信息系统的设计和开
第一章网站发展历史与基础概念 网站的诞生与发展 因特网起源于美国国防部高级研究计划管理局建立的阿帕网。网站(Website)开始是指在因特网上，根据一定的规则，使用HTML等工具制作的用于展示特定内容的相关网页的集合。简单地说，网站是一种通讯工具，人们可以通过网站来发布自己想要公开的资讯，或者利用网站来提供相关的网络服务。人们可以通过网页浏览器来访问网站，获取自己需要的资讯或者享受网络服务。 在因特网的早期，网站还只能保存单纯的文本。经过几年的发展，当万维网出现之后，图像、声音、动画、视频，甚至3D技术等多媒体资源开始在因特网上流行起来，网站也慢慢地发展成我们现在看到的图文并茂的样子，即基于HTTP协议(超文本传输协议)的多媒体资源展示与共享。 在信息技术飞速发展的今天，通过综合运用软件开发技术、多媒体技术、网页呈现技术、数据库技术以及矢量动画技术，使得现代网站拥有丰富多彩的功能和用户UI。 目前互联网已经来到了的时代，大量复杂的富浏览器端功能在网站中得到应用。给网站的发展和推广带来新的活力和机遇。 与网站相关的概念 域名（Domain Name） 域名是由一串用点分隔的字母组成的Internet上某一台计算机或计算机组的名称，用于在数据传输时标识计算机的电子方位（有时也指地理位置），目前域名已经成为互联网的品牌、网上商标保护必备的产品之一。 域名与IP地址一一对应，用于在互联网上区分开各个主机。 扩展学习：域名域名分类 域名分类 域代码服务类型域代码服务类型 com商业机构 Int国际机构 edu教育机构 net网络组织 gov政府部门 mil军事组织 org非盈利组织 常用国家地区代码 国家地区代码国家和地区名国家地区代码国家和地区名
项目实践 本项目实践通过实现一个人员权限管理管理系统，来应用我们学会的新技术，此项目用到的架构是三层架构，技术体系是MVC ，Jquery，WCF，Entity Framework，同时使用Framework 的新特性，使用的开发工具是VS2010，数据库可以使用MS SQL或者Oracle。（出处：狼奔网）. 系统的运行环境需要Visual Studio 2010 ，数据库Sqlserver 2008版本，MVC 版本和PowerDesigner 15版本。 面向服务的架构图 组件说明 图表1项目组件说明图 1)App——页面展示层 采用MVC框架，使用Jquery脚本库，控件选用Easyui。 2)WcfHost——服务宿主 为对外的服务提供宿主，使用WCF技术，HTTPS通讯协议。 3)IBLL——业务接口层 业务逻辑层的方法对外暴露的接口和服务契约。 4)BLL——业务逻辑层 业务逻辑的操作，包括业务处理，事务，日志。 5)DAL——数据访问层 数据库访问的操作，数据实体，业务实体，数据校验，使用Entity Framework。 6)Common——公共组件层 整个应用程序使用的公共辅助方法。 7)WFActivitys——工作流活动层 定义了工作流需要的活动，使用微软WF技术。 8)WFDesigner——工作流设计器 可以让实施人员自由配置工作流的设计器，使用微软WPF技术。 分析DAL（数据访问层）的结构 新建实体数据模型； 在设计器中点击右键，从下拉菜单中选择“从数据库更新模型”； 设定连接字符串后，选中表、视图和存储过程，注意不要勾选“确定所生成对象名称的单复数形式”，点击“完成”。 将文件中的connectionStrings节点复制到App项目的文件中。 数据实体就在自动生成的文件中，如下： 业务实体在文件中的SysMessage，它是一个分部partial 类，内部有自定义属性，MetadataType属性中指定了该实体属性的校验类SysMessageMetadata，并且它继承了IBaseEntity接口（此接口暂时没有任何成员）；
IT规划：三个层面，架构是核心 导读:通常而言，IT规划是指信息技术战略规划（IT Strategic Planning），它包括两个部分：信息技术战略（IT Strategy）的制定和信息技术行动计划（IT Action Plan）的制定。前者偏重战略方向，后者是具体行动计划。 1、同一称谓，不同内涵 目前，国内企事业单位，以及提供IT规划咨询服务的专业机构的信息化规划人员，对IT规划的内涵存在不同的理解，具体IT规划项目的关注点也不同。有些企事业单位的IT规划只是一个对信息化远景目标与建设原则的描述；有些单位的IT规划只是关注具体的信息系统实施的层面，如：ERP、CRM、PDM、BI等大型信息系统的规划；有些单位的IT规划仅是对总体IT架构蓝图的设计。那么IT规划内涵究竟是指什么？ 通常而言，IT规划是指信息技术战略规划（IT Strategic Planning），它包括两个部分：信息技术战略（IT Strategy）的制定和信息技术行动计划（IT Action Plan）的制定。前者偏重战略方向，后者是具体行动计划。 信息技术战略由以下部分组成： 使命（Mission）：阐述信息技术存在的理由、目的以及在企业中的作用。? 远景目标（Vision）：信息技术的发展方向和结果。? 中长期目标（Medium? to Long-term Objectives）：远景目标的具体化，即企业未来3~5年或2~3信息技术发展的具体目标。 策略路线与原则：实现上述中长期目标的途径或路线，信息化遵循的原则，一般从数据、应用、技术与组织几个方面进行分析与描述。? 信息技术行动计划（IT Action Plan）是落实信息技术战略（IT Strategy）而制订的中长期的详细行动计划，它包括： 信息化项目进程：未来3~5年或2~3年信息化项目的投资进程及项目之间的逻辑关系。? 项目描述和投资收益分析：每个项目的具体描述和ROI(投资回报率)分析。? 信息化实施保障措施与资源开发计划：为实现上述信息化进程，企业应制定相应的保障措施，开发与培养信息化专业人才，准备其它各方面的资源。? 目前，国内多数IT规划制定都是基于以上理解进行，在具体规划操作上，关注点放在了IT战略与IT执行计划两个层面，而忽视了IT架构层。前面已经提到过，忽视了 IT架构层的规划会给企事业单位的信息化建设带来很多问题。一个完善的IT规划至少应该遵循两个原则：一是IT战略与业务战略相匹配；二是保证每一个IT项目（或信息系统）真正与战略相关联。 1994年，John Handerson于哈佛商学院，提出了检查业务战略与IT战略一致性的框架模型（Strategy Alignment Model），如图1。