预览模式: 普通 | 列表

CIO:云计算与公共基础服务



  到了今天,所有的人都在谈论云计算。有些人相信云计算是一种变革性的趋势,代表IT发展的下一阶段。也有些人认为云计算是一种炒作,因为它使用的都是现已存在的计算技术。那么云计算到底是什么呢?从用户的角度看,云计算可以让用户在不了解底层技术细节下的前提下,获得计算服务。从企业的角度来看,云计算用一种简化的方式来提供服务以满足客户和业务需求,通过提供可以弹性扩展的以及不同质量标准的服务来支持企业进行快速的创新和决策。简言之,云计算是一种IT资源服务的获得与将交付模型,如果在整个企业IT架构内恰当使用,则可以帮助企业提升纯净并控制IT成本。

  对于部署流程、应用程序和服务来说,云计算是一种经济、高效的模型,同时能简化IT管理并提高业务响应速度。在成本效益分析中,正确实施和利用云计算将降低总拥有成本、提升服务交付速度以及服务质量。通过“随需应变”的用户向用户提供易于使用的计算服务,而无需考虑用户的位置以及使用的设备类型,云计算可以支持快速业务创新,根据服务对象可以把云计算分为公有云和私有云,而公有云和私有云的组合被称为混合云。

  无论是公有云、私有云还是混合云,都应当具备以下特性:

面向服务
  云计算要求从任何设备向任何位置的任何授权用户提供服务。因此,云计算必须构建于以服务为导向的架构之上,并遵行服务管理的行业最佳实践。

弹性扩展
  云计算的资源应当是共享的、可高度伸缩的、网络互联的IT基础设施,这意味着标准化、可共享、虚拟化的各种计算资源(如服务器、存储、网络、数据
、应用中间件、应用程序和业务流程)可以通过自动化的管理,通过一种高可靠性的方式快速按需进行伸缩,对于暂时不用的计算资源将返回到云计算环境中变为可供他人使用的资源。对于公有云来说,为了计费的需求,云服务的服务管理还需要跟踪用户的实际资源使用的情况。

自动交付

查看更多...

Tags: 云计算 公共基础

分类:信息化项目 | 固定链接 | 评论: 0 | 引用: 0 | 查看次数: 1636

SOA应用架构实施要点



SOA应用架构实施涉及系统的诸多方面,需要从一开始就对其规划和设计 ,涵盖基于SOA的软件及系统实施过程、方法和工具、质量、管理、测评等方方面面。

SOA应用架构设计可划分如下三个主要阶段:

第一阶段,评估和分析业务和IT系统的当前状态。明确对于IT敏捷性、可扩充性、快速响应业务需求变化等方面的需求,评估行业特性和环境,从投入产出、长远战略、风险等方面分析设计SOA应用架构,考虑是否需要采用云计算的平台和服务器资源、如何和自己的IT资源进行整合等。
第二阶段,对SOA应用架构进行总体规划和应用实施,确定SOA应用架构的总体框架、实施过程、各方职责以及实施关键点,组织资源进行具体应用实施工作;在此过程中,特别需要用户从多个视角提出业务需求,开展了务分析,并参与完成服务设计。
第三阶段,对SOA应用架构的实施效果进行评估,明确是否满足实施前的需求,实施后的IT整体情况和效果,并根据效果调整应用架构的设计。


SOA适用性评估

SOA在以下一些业务场景中更能发挥作用和优势:

 .企事业单位和政府部门内部IT系统的整合

查看更多...

Tags: SOA SOA架构

分类:信息化项目 | 固定链接 | 评论: 0 | 引用: 0 | 查看次数: 1365


第八个年头,在公司获得的第三个奖:人气讲师奖 算是比较意外吧。感谢!



查看更多...

分类:成长 | 固定链接 | 评论: 0 | 引用: 0 | 查看次数: 1560

CIO:什么是企业的数据架构

什么是数据架构

数据架构是为了实现企业数据的标准化、一致性、准确性和可靠性,充分发掘数据价值,有效支撑企业信息数据管理和经营决策分板,实现企业数据统一管理和信息的透明共享而制定的规划体每户。数据架构管理是IT整体规划的延伸,同时也是一个基于数据管理领域和知识经验的总结,提炼指导未来数据管理的过程。数据架构管理为IT适应业务发展提供人了一个战略内涵和战术弹性,使得IT可以对变化的业务环境做出快速反应,并且满足外部变化的需求。数据架构管理的核问题是如何在效率、成本、创新支持之间取得有效平衡。与一切管理学科类似,它是艺术、科学、方法和风格和综合体。

数据架构管理聚焦于三个层面:

宏观层面—数据总休视图,关注各应用系统中数据分类、分布、归属等等

微观层面-具体应用中数据结构,关注表空间、数据库设计等等

治理层面-数据管理政策、原则、规范、标准等,为宏观和微观因素的变更提供指引。

这一治理框架从概念上看起来很普通,但实践过程往往是艰难曲折并富有挑战性的,以治理层面的规范和标准为例,同其他领域相似,首先是立法难,世界上从来就没有完美的政策框架、制度结构和监管执行其次是执行难,太多的利益团体、短期效益、环境突变因素都会对既有标准体系造成严重冲击。

企业的信息系统架构有许多相关的方面,包括应用程序、硬件、网络、业务流程、技术选择和数据。数据架构是一组分层的模型,为战略性的计划提供坚实的基础,如:

查看更多...

Tags: 数据架构

分类:信息化项目 | 固定链接 | 评论: 0 | 引用: 0 | 查看次数: 1406

2014述职



2014,感谢组内成员的努力付出!谢谢!












查看更多...

Tags: 2014 述职

分类:成长 | 固定链接 | 评论: 0 | 引用: 0 | 查看次数: 1327

CIO:未来企业IT规划的关注点

 每一个企业信息化建设都需要一个十分漫长的过程,信息系统规划也不是一次制定好后就不再做任何变化,而是根据变化进行及时修改。在制定信息系统规划或修订信息系统规划时,需要考虑企业已经建立的信息系统的现状,以及所存在的问题。这样在规划信息系统过程中,既要能够纠正和弥补现有信息系统的不足,又要充分地继承现行信息系统,让它在新建立的信息系统中发挥应有的作用。同时我们还要根据信息化的需求,充分考虑企业信息化的发展方向,时刻保持其与企业总体发展业务架构的吻合,达到相互协调、相互促进的作用。


 实现企业战略目标,实施与企业业务架构一致的IT项目的流程,并包含组织上的机制和管理实施机制。其中能够利用到的信息资源主要有以下几种。

数据   广义的对象:数据库、文本、图像、声音。
应用系统 手工和编制的程序应用技术:硬件、操作系统、中间件、网络、数据库、多媒体
设施   环境资源,包括电力、建筑和HVAC
人员   IT运维人员、开发人员、项目管理人员

  通过以下方式可以实现信息资源的充分利用和挖掘。

规划组织定义IT战略计划、定义信息架构、确定技术方向、定义IT组织和关系,管理IT投资、沟通管理目标和方向,管理人力资源,确保适应外部需求、评估风险、管理项目、管理质量。
交付支持。定义和管理服务级别、管理第三方服务、管理性能和容量、确保连续的服务,确保系统安全,确定和分配成本、培训用户、标准和建议客户、管理配置、管理问题和事变、管理数据、管理设施、运维管理。
获得/实施确定自动化的方案,获得和维护应用软件、获得和维护技术架构、开发和维护应用程序、安装授权系统、获得独立的担保、提供独立的审计。

查看更多...

Tags: IT规划 关注点

分类:信息化项目 | 固定链接 | 评论: 0 | 引用: 0 | 查看次数: 1371

企业信息化的常见问题,你遇到了吗



  长期以来,信息化建设普遍存在一种现象,即“信息化”成为若干“信息化建设项目”之总和。虽然许多组织都强调这些项目都是由总体规划,分步实施原则来进行的,这种“项目导向”的信息化建设方法,总是在企业需求不断变化和IT技术快速发展的现实中陷入“力不从心”的境地。不管这些项目和系统是否符合总体规划的要求,人们往往都是通过不断建设新的项目来弥补系统的不足,此时“总体规划”已是抛到了脑后。一句话,它们总是不能满足企业发展的需求,企业IT人员却在不停地开发新系统,上新项目,缺乏对组织的战略目标和IT的战略规划,IT系统对企业的管理价值也就没有真正地体现,更多的是遭至用户对系统的抱怨,IT人员的郁闷与憋屈。

  对信息化的认识不够:企业在信息化总是处在手段与工具层面,认为信息化主要是为改进各项工作提供支撑,作为某个环节的工具来为企业和部门服务。对信息化的核心任务是为了实现企业的核心价值和战略目标的认识不够。

  信息化的随意性:企业信息化的定位不准确,随意性和可变性较大。信息化的成功与否在很大程度上取决于领导者个人对信息化的理解和实施能力。

  信息化建设标准强调不够:对信息化建设中应该遵行的技术标准、系统标准、实施标准强调不够,贯彻不彻底,缺乏科学的管理手段。

  信息化的本位主义:企业信息化建设中,由于没有很好地解决战略性问题,使得企业业务流程不畅、部门条块分割、多头管理和本位主义等现象严重。各部门在建设和使用信息系统时,仅从部门的角度和利益来考虑问题,严重影响企业信息化战略的实现。

  风险管理不到位:信息化建设项目具有投资大、风险大的特点。各种失控风险都存在于这些项目中,而且项目投资越大,失控的风险就越容易发生。信息化建设的非战略性、非架构性、非计划性、非标准性都将导致信息化建设和运行的风险不断增大。

  缺乏方法论指导:在信息化建设过程中,缺乏持续发展的系统理论和方法论,对如何将理论知识与实际项目建设巧妙地结合在一起缺乏总体的研究与实践总结。

查看更多...

Tags: 企业信息化

分类:信息化项目 | 固定链接 | 评论: 0 | 引用: 0 | 查看次数: 1465

有效削减成本的IT架构



  成本的削减可以分为两类:IT成本(IT自身所耗费的成本)的削减和业务成本(业务执行所耗费的成本)。前者包括系统开发、维护、运营所需要的人工费、服务器、终端等设备及软件的采购费,外部IT服务的使用费,网络使用费,数据中心设施费等。



  要削减IT成本,对应用程序和IT基础架构各自进行标准化和共享化是一个有效的手段

(1)应用程序的标准化、共享化
  通过对应用程序的开发方法(工作流程、交付物的规定等)进行标准化,能够汇集系统开发的相关经验,从而做到缩短开发周期,或是有效利用人力资源。通过找出多个系统可共同使用的业务功能,并将用于处理该功能的应用程序进行共享,也可以削减系统开发和维护的工作量。

(2)IT基础架构的标准化、共享化
  通过采用业务标准技术、标准产品以及源代码开放的技术,能够从更多供应商中得到提案,从而有望降低采购价格。此外,也可以采用比自己公司运营成本更低的云计算服务等通用型服务。
将IT基础架构的功能及其所使用的技术和产品在公司多个系统中进行共享,可以削减各系统开发时构建新的IT基础架构所需要的成本。通过基础架构的共享化,能够比较容易地实现硬件和软件的共享(虚拟化),从而削减设备,或是节省空间资源来削减设施费用。
  然而,采用这样的架构模型也会带来一些风险,比如“共享部分发生故障会导致影响范围扩大”以及“对不必要的部分进行标准化导致成本增加”。对于前者来说,可以采取将最重要的系统和其他系统进行分享构建的方法。至于后者,可以通过缩小标准化范围来控制用于制定和维持标准的成本,从而减轻标准化所产生的负担。

查看更多...

Tags: 削减成本 IT架构

分类:信息化项目 | 固定链接 | 评论: 0 | 引用: 0 | 查看次数: 1368

IT架构的决定方法

  在探讨和决定IT架构的时候,可以采用下述两种方法


(1)以业务改善为出发点的方法

  这种方法是指当业务模式改变导致业务标准发生变化时,将用于应对变化的需求反馈到IT架构标准中去。在业务模式的变化频率较低,且变化范围有限的情况下,若采用以业务改善为出发点的方法则可能会产生以下两个问题:

1.详细探讨业务部门间的需求协调和业务内容需要的时间太多,导致系统落地的速度难以跟上经营层要求的业务速度。

2.业务部门提出难以两全的需求时,只能考虑仅通过系统实现其中的一部分需求,导致上线后的系统无法实现经营层所筹划的业务模式

(2)以解决经营课题为出发点的方法

  这种方法是指,业务模式环境变化不得不跟着改变的情况下,为灵活应对变化,IT部门必须制定出适合新业务模式的IT架构模型,并将其反馈到IT架构标准中去。

  企业在开拓新业务领域或提高现有领域附加值的过程中,会面临全球化、提升竞争力、事业创新等经营课题,采用以解决经营课题为出发点的方法,能够有效期效且迅速应对这些课题。

查看更多...

Tags: IT架构 企业IT架构

分类:信息化项目 | 固定链接 | 评论: 0 | 引用: 0 | 查看次数: 1365

再见2014, 你好2015

分类:PPT | 固定链接 | 评论: 0 | 引用: 0 | 查看次数: 1431

何为企业IT架构



所谓IT架构,是指包括业务应用程序、数据、系统基础架构在内的系统整体架构。一般来说,IT架构既可以单指每个系统的架构,也可以指企业中存在的各种系统的整体架构。类比建筑行业,就相当于单个建筑物的架构,与各种建筑物所组成的城市的整体架构的区别。

对CIO而言,虽然无需深入理解业务应用程序等详细内容,但是有必要准确把握IT架构的特点、优势和课题等。

这不仅是为了避免系统因性能不足或使用不便等原因造成对业务的制约,更为了发挥IT对业务的牵引和推进作用,IT架构必须和业务形成紧密的联系。



在业务方面,经营层根据业务战略制定业务模式,再由业务部门进行业务设计,然后定义相关的业务标准。同样地在系统方面,是由经营层和CIO根据IT战略制定体现IT架构方针和方向性的IT架构模型,然后由IT部门对具体系统构建所需的IT架构标准进行定义。业务模式和IT架构是由经营层决定的,业务标准和IT架构是由部门级别决定的,各自形成对应体系。

如果上述四个要素被单独进行定义,或是互相之间的匹配度不高的话,系统可能会阻碍业务运行,或是无法对业务的变化迅速做出应对。

很多系统的IT架构即使表面上看起来是相互匹配的,但经过长年对系统打补丁似的功能追加,或者为了解决某些暂时性问题对系统进行的构建和改造,实际上系统的整体架构已经变得十分复杂。与此同时,相关负责人对业务与系统的匹配意识也是趋淡薄,这就导致经营层决定的方针和方向越发难以反映到系统中去。要避免这样的情况,需要抓住机会对现有系统结构进行复检,同时根据需要,基于业务、系统的变化和未来的发展方向,探讨IT架构的根本性改造。

查看更多...

Tags: IT架构 企业IT架构

分类:信息化项目 | 固定链接 | 评论: 0 | 引用: 0 | 查看次数: 1235

2014.日本之旅



日本印象:干净,细致,敬业,有礼

感觉民间的日本人对中国人还是非常友好的。










查看更多...

Tags: 日本之旅

分类:摄影 | 固定链接 | 评论: 0 | 引用: 0 | 查看次数: 1391

第一个跑步 2014深马






很周全的准备包


20436,我的参赛号


起步


冲刺

查看更多...

分类:成长 | 固定链接 | 评论: 0 | 引用: 0 | 查看次数: 1356

IT运维:提高系统改造的效率



      如今大多数企业已经经历了一轮系统开发,因此现有系统的改造在IT部门业务中占据了较大比重。这一业务能否稳定高效地运营,是与IT部门整体业务的稳定比和高效化密切相关的重要课题。此外,业务部门也会提出与现有系统改造相关的各种要求,IT部门需要判断这些要求的优先顺序,迅速实施改造。对于现有系统的改造,CIO和IT部门应实施的事项如下:

1.系统改造项目的管理与改造实施体制的高效化

  在同一时期对同一系统提出多项改造需求的情况比较多见,为了不在改造的程序和系统设备上产生重复投资,IT部门需要和业务部门及供应商一起,就需求事项的实施时间和优先顺序进行协调。在这样的项目中,可以将多个需求汇总成一个,通过并行开发来减少工时花费,从而以尽可能少的人力进行应对。

  IT部门除了需要与运维供应商的管理层就改造项目定期交换信息之个,还需要定期进行人力资源的优化配置。此外,为了能够将每个团队在各自系统改造中积累的经验在IT部门内进行共享,可以采取召开会议的方法,在会上介绍提高系统改造效率的技巧或对策案例。通过这些活动,能够有效推进系统改造项目的高效进行。

2.改造业务的高效推进

  作为IT部门来说,不断保持努力提高系统改造业务效率的姿态是非常重要的。例如,正在实施的改造项目和其他系统的改造项目类似的话,最好尽可能地对其文档和程序进行再利用。要降低改造成本,缩短交付期,能过对批处理程序的再利用等手段来减少编程及测试工作量是很重要的。

  此外,对于小规模的改造项目组和定型改造,为了减轻工作负荷,可以在不发生问题的前提下省略管理文档,简化流程。不过,为了不因流程减化而导致系统的品质下降,在编写测试计划及根据其结果批准正式上线时应当更加慎重。

查看更多...

Tags: IT运维 系统改造 系统二次开发

分类:信息化项目 | 固定链接 | 评论: 0 | 引用: 0 | 查看次数: 1321

企业IT服务外包的那些事儿



  如今,IT已经与企业的业务密不可分,其内容也越来越专业化、高端化,因此除了公司内部资源之外,还应该对外部资源及其专业性也加以有效利用。

(1)    公司IT运营的现状整理
首先,应明确公司IT运营的优势和不足,以及IT服务的需求(对品质、速度的重视等)、资源状况(员工数量、预算)等,而且应该把IT服务的需求和资源状况的将来的发展趋势也考虑在内。

(2)    作为内包及外包对象的系统分类
将公司所有的系统按照以下四个象限进行分类,核心领域、两个次核心领域、非核心领域划分。基于上述分类,确定哪些系统主要以内包方式来应付,哪些系统主要应外包方式来应对。





(3)    决定各系统领域的外包范围
无论是以内包为主的系统领域,还是以外包为主的系统领域,都需要要决定对其中哪些功能进行外包。

查看更多...

Tags: IT外包 IT服务外包

分类:信息化项目 | 固定链接 | 评论: 0 | 引用: 0 | 查看次数: 1369