在多种数据库环境下管理业务需求

数据库
本文详细介绍了在多种数据库环境下业务需求的管理。数据库的管理前景正在发生某些改变,因为业务已把他们的思想从“技术是不幸的必需” 转变到“技术是业务价值的来源”。

1.介绍

今天的IT部门必须行使更多的业务职能,这使得把技术视为“黑盒子”的观念在逐渐淡化。也就是说,不仅仅因为在市场上它是最好的或是发展的潮流才使用它,而是,现在的企业或组织机构为了满足特定业务需求和得到特殊的业务价值才会去采用它,同时贯穿一系列过程,如:减少运营成本、开发新产品、扩大业务机会。

当前企业使用两个指标来衡量技术对他们关心的特定业务是否有效:总体拥有成本(TCO)和投资回报率(ROI)。TCO测量公司的特定软件解决方案和对应的业务处理流程的相关成本。通过测量TCO,企业在现在和未来都可以控制他们的IT预算。另一方面,ROI测量特定的解决方案促进的生产力增长情况。在目前的业务环境下,IT期望帮助提高收入,而不仅仅只是通过减少成本的方式扩大利润。

数据库的管理前景正在发生某些改变,因为业务已把他们的思想从“技术是不幸的必需” 转变到“技术是业务价值的来源”。另一个变化的促进因素是产品的快速增长,正如许多的供应商可以提供从底层硬件到数据库的低成本或免费的良好的解决方案。同时,一个新的趋势正在成型:面临多种平台的组合,同时要求现有的工作人员能够管理跨多数据库平台需求的特定业务。使得数据库管理员能够执行跨平台数据库的管理工具也开始商品化。

商品化对消费者也有潜在的好处,因为它在TCO上几乎总是有正面的影响。然而证明ROI有些困难。业务和IT部门日益强调业务技术提供的功能,因此,为了真正地交付业务价值,技术必须使得业务运营更为有效,既要减少成本,也要产生收入。尽管商品化帮助最小化TCO的观点能被接受,但是商品化工具对ROI产生显著效果的能力还一直是争论的主题。

为了在这样的环境中取得成功,数据库和应用开发管理人员必须承认存在如下的四对基本矛盾:

*最佳解决方案与集成解决方案。
*深入的、和特定平台相关的知识与深入的、跨多个平台的和特定任务相关的知识。
*防御与合作(问题的解决)。
*高级人员的价值最大化需要与维护正常可用时间并符合SLA的需要。

 

在Noel Yuhanna的“2006年数据库管理系统趋势”的报告中,他提出这样一种观念:因业务的成长,需要采用一个统一策略来迎接数据库管理的挑战。软件解决方案必须有更广泛的、更包容的途径来进行数据库管理,而这样做既能减少复杂性也能减少成本。数据库不再只是软件应用的引擎;它更是紧紧地与其它的企业计算环境密不可分。DBA经理需要转变思想去包容其他IT团队,这样才能使自己的部门对整体业务更具生产效率和价值。DBA真正的工作将由管理员的日常工作进化到一个真正的数据专家,而且可以覆盖整个IT环境。

2.技术的业务气候

技术管理的商业气候正在清晰变化中。数据库和应用的差别开始淡化,各个层次的参与者也是如此。例如,传统的应用逻辑存储在数据库中,并在应用层上运行;软件供应商正在以业务和用户最佳实践为方向开发解决方案,在这过程中,技术层之间的差别也在逐渐淡化。

在这样的气候下,为了确定它们对业务的贡献,公司正在日益细察IT投资。技术解决方案必须对减少TCO或增加ROI有贡献,为了符合这个要求,技术解决方案必须实现指定的业务价值的功能。在愈加商品化的市场上这对供应商意味着挑战。他们必须交付具有优秀技术优势和真正业务价值的产品。

这个趋势代表IT部门思想的基本转变,包括单个的开发人员、DBA和分析员,一直到CIO的级别。IT对业务不再是简单的后勤部门。相反,IT已向外蔓延,它的影响包含内部的最终用户,供应商和合作伙伴,和最为重要的--客户。传统上,数据库工作自然是面向任务的,它与业务最终用户的交互很少。实际上,在主机时代,业务用户的观念是非常有限的,如DBA和开发者通常对业务技术系统的主要的最终用户服务。随着业务的成熟,他们使用的技术必须推动当前的运营和成长。

 

这个发展图示了最终用户的功能位置的重大发展过程,例如,焦点已经从技术专家转变到熟悉技术的业务人员。这个发展的结果是,很明显IT对业务更可见了,而且IT功能必须聚焦在最终用户的体验上。

2.1、数据库管理角色的改变

N层解决方案的出现之前,在应用和系统管理中数据库的角色是相当孤立的。数据库管理是DBA的领域,基于数据库错误的应用问题很容易被发现和补救,因为数据库作为存储工具只对他们所关心的应用逻辑服务。随着IT体系架构的发展,这种情况正在改变。为了快速有效地交付功能,应用层开始承担以前数据库承担的某些角色。

这也有一个在改变,就是IT部门如何被他们的业务用户认知。传统上,IT部门是企业中不同的部门,具有独立的特定角色和技能,而且任务的分配是基于它们严格的组织结构。

在传统的IT的独立部门中,包含:

*应用开发人员
*系统/网络管理员
*数据库管理员

今天,这些也开始模糊了。基本的变化需要满足这样一些需求:系统如何开发、管理和维护。数据库管理过程变得更横向,IT功能的严格区分将不得不服从更加整合的IT部门。

3.在问题解决方面的差异

数据库管理角色的改变无疑体现了IT团队对系统管理的所有领域中的问题是如何响应的。传统上,IT团队是响应驱动型的,IT人员在问题出现时才去解决,而不是采取措施来降低未来发生问题的风险。在快速发展的IT环境中,特别是在多事务的业务模型下,这种反应模型是典型的。当IT部门尝试尽可能投资于预防的措施时,未来的业务需求和可靠的最终用户解决方案通常超过优化的渴望。

在当前IT部门中,DBA是驱动响应型特性的一个例证。在N层的应用环境,DBA拥有应用逻辑,在大多数现代体系架构中,这些逻辑存储在数据库层中。所以,那似乎不太需要功能之间的通讯。他们重点在解决具体的数据库问题,例如,如果问题是在数据库里,DBA几乎不需要向应用开发人员和网络管理员进行咨询。

然而,在新的IT环境,具有更流动的体系结构,合作对有效的计划、问题的解决、应用的部署和管理变得极其重要,这展现了与DBA有关的一个领域。传统上,在应用开发人员和系统管理团队之间比其它组和DBA的互动更多。正常德应用开发要求与系统团队有一定程度的合作以 保证交付正确的功能,而且识别和修补操作问题的能力也要求很强的相互关系和有效的沟通,从而保证业务执行。

数据库团队经理的责任最大。经理必须指挥团队内外兼顾,负责团队的具体工作,同时与其它IT经理保持联系以确保沟通的成功,提供协作的IT环境符合SLA和解决问题。熟练的沟通技能和协作能够衡量一个有才能的数据库经理。对数据库经理来说,在解决问题的过程中,重要的是,他们的团队和其他IT小组一起工作来保证一个负责任的,更重要的是,客观准确的环境。同样地,他们将需要确保他们分配的资源的方式,能使部门实现最大的业务价值。必须让高级的IT人员领导能够产生收入的项目。低层次的,可重复的任务应该分配给初级人员或通过日益自动的数据库管理工具完成。

#p#

4、业务管理对IT的影响

使IT驱动业务发展所面临的挑战需要处理好四个基本矛盾。这些业务中的矛盾性压力需要一套满足整个公司需求的流程策略。软件工具的商品化性质对此影响喜忧参半。

这些矛盾包括:

*最佳化解决方案和集成性的解决方案。
*深入的、与平台有关的知识和深入的、跨多个平台的与作业有关的知识。
*防御与合作(问题解决)。
*高级职员的价值最大化的需要和维护正常可用时间以及保持SLA的需要。
*由于技术的应用不断从内勤部门转换到业的务最终用户—甚至付费客户,技术自身的特性会给整个公司带来潜在的压力。

4.1、最佳化与集成套件

(1)最佳化

技术管理的最佳化概念通常包含多个解决方案,虽然其中的每一个方案可能来自不同的供应商,但是执行一个特定任务比从一个供应商提供的套件工具更好。最佳化的优势是使得公司对特殊技术问题实现最有效的补救。然而,缺点是完全不同的解决方案在集成期间意味着冒险,并且实施和维护的成倍和时间通常非常大。

最佳化解决方案集中在最终用户的体验上,提供了特定的,明确目标的功能,并基于业务流程的最佳技术实践。 CRM解决方案就是一个很好的例子:功能性是针对销售代表设计的而不是管理员。在这个案例中的业务流程就是销售流程。

很多最终用户认为最佳化解决方案是解决与直接业务需求相关的特定的、日常的业务问题。在商品化的环境中,这些工具继续实现降低TCO的业务承诺和发挥卓越技术最大价值的承诺变得日益困难。

最佳化解决方案趋向更高的TCO,这是因为在方案的整个生命周期内广泛的集成和解昂贵升级费用导致的。然而,通过特定的面向最终用户功能,支持更有效的业务活动,通常可以得到丰厚的ROI。

(2)集成解决方案

可选之一是实施主要的集成套件,提供一系列可靠的基础的功能,但通常以特定的最终用户为代价。这就是商品化的魅力,功能够用且成本低或免费的解决方案使得企业在技术上更容易标准化。这些大规模的套件可以降低风险和与集成实施相关的成本,但这些方案通常需要工作区和处理变化来获得最大价值。然而,在企业级别上,由于可以满足多个业务单位的不同需求,集成解决方案正在成为首选。

就他们本身而言,这些解决方案可能不会以性能、功能或效率为优势。然而,事实是一种业务能依赖一个供应商去实现一个综合的技术解决方案,能够快速满足多种业务需要,这就是其绝对优势。虽然大规模的集成套件可能没有提供与对方最佳化所提供的目标功能,但是他们可以帮助企业避免高昂的费用支出和与最佳化实施的相关风险。集成化套件常常包含一个单独的供应商和很少的集成问题的影响,从而带来更低的全部的TCO。

理想情况下,一个集成套件也拥有最佳化解决方案的特性。完美的解决方案是来自一个供应商的集成套件,在套件的各个相应类别中都是最佳,并能示范商品化的价值,从而为客户带来更低的TCO。

4.2、深入的、与平台有关的知识与深入的、跨多个平台的与作业有关的知识

除最佳化和集成套件解决方案之间的矛盾外,IT体系结构的发展需要基础性改变,那就是,技能必须跨IT组织分布。

(1)深入的、与平台有关的知识

传统上,IT领域的技术一直专注于纵向发展。为了解决出现在正常业务操作流程中特定的技术挑战,DBA或开发人员在某一领域(例如:IBM数据库技能)一直被鼓励“深入,再深入”。这个方法在N层环境中是有效的,因为组织中的不同组件截然不同,而这些组件也能使用某种专门技能来管理。


图1

由于多层之间的差别变得模糊,专业化的IT人员用单一的技术不足以管理复杂的相互关联的IT环境。因此,IT从业者和管理人员不能依靠纵向的技能来思考问题。

交叉培训不大可行。尝试由把DBA变成IT通才,主要的任务是数据库,其次是网络管理,这好像也不太可能。或者,尝试给应用开发人员培训数据库管理技术也不太现实。技能是不容易转移的。

(2)深入的跨平台与作业有关的知识

最好的可选之一是确定一个舞台,在那里DBA或应用开发人员磨练他们的与工作有关(相对于与平台有关)的技能,而且确定哪些技能在同样的通用技术纵向层面上是可以转换的。例如,使用恰当的工具套件,擅长于ORACLE空间管理的DBA也能把自己的经验和技能应用在别的RDBMS平台上,IBM DB2,Microsoft SQL Server 或MySQL。这代表特定技能的扩展,而以前的趋势都是向纵深方向发展。
 
图2

#p#

4.3、孤立的IT问题解决方案与跨功能合作

尽管IT组织内部已经开始寻找可以满足更为宽泛的技术规范,,DBA,网络管理员,应用开发人员和其它IT专业人员必须开发鼓励合作的工作流程。通过协作,IT专业人员可以从“不是我的问题”发展到到一起解决问题。关键在于流程的采纳向有利于业务的目标。例如,DBA 为了解决应用问题必须和应用开发人员和系统管理员沟通以理解数据库和其它体系结构的组件之间的相互影响。最佳实践开始要求组织采用可以进行这种对话的工具。这个工具能准确描述问题而且提供一个解决的手段来防止发生“战争房间”的场景。


图3

没有交叉功能协作,DBA常常按照孤立的方式解决问题,例如:

1) 问题出现

2) 实施初步的诊断

3) 根据特定技能,问题转到某个特定团队:

a) 应用开发

b) 数据库管理

c) 硬件/基础架构

4) 团队尝试确定问题的解决方案。

5) 团队解决问题,在跟踪系统中记录问题,并且转到下一个挑战。

因为这个组织的功能有限,“战争房间”现象开始出现。来自不同技术领域的代表聚集在一起试图识别问题的根源。不幸的是,这通常会演变成防御心态的演习。团队成员关注的重点在“我是对的”而不是解决问题。

4.4、高级人员的价值最大化需要和维护可用时间与满足SLA的需要

DBA的工作正在进化。DBA不再希望仅是发展成为单一技术方面的专家。他们愈加被认为是数据专家,知识的跨度深度远超过数据库还包括访问数据的应用。在最先进的DBA组织,这已在三四年前成为现实。许多高级DBA已发现在他们的产品环境中涉及了多层的概念,包括高层次的工作,如建立数据体系架构。他们也负责相关日常管理任务,如管理数据库对象,他们还常常发现自己会参与到应用性能和开发的任务。

这些混合的任务意味着高级DBA扮演着重要的角色,也显示了他们完成任务所需的知识宽度,而这些并不总是能表现出切实的业务价值。

DBA经理和那些更高级别的人员,一直在高级职员的价值最大化和符合SLA的需要之间斗争。由于同时存在内部和外部支持的需求,管理人员面临一个困难的抉择。一方面,他们需要以零故障停机时间的标准满足不同客户的需要。另一方面,他们承担着对业务增值的目标,事实上,最直接的做法就是发挥高级人员的能力。因为DBA人员数量不会像他们所管理的数据那样增长,DBA管理人员考虑必须保证最高级职员不被陷于日常数据库管理任务中,做法之一就是让高级职员主要集中于增值业务上,当他们有必要解决某个问题时,提供给他们能快速的发现问题的根源的工具,诊断它,解决它及让他们回到自己的工作上来。同样的,授权给低级人员使用这些工具以便尽可能的解决许多日常的问题,而不需要高级人员的介入。

4.5、四个矛盾对现代数据库管理组织的影响

这四个基本矛盾表明技术组织思想的转变。对于DBA,这个转变意义深远。DBA传统上一直倾向于独立工作。最佳化解决方案的选择给DBA带来了更多的挑战。传统上,他们管理数据库环境的所有的方面,并且重点在维护同种的体系架构。在IT组织中DBA们尽最大可能减少异种数据库平台的数量。然而,随着日益增加的、必要的业务功能,支持应用所需的数据库是由供应商根据某种特定的原因所决定。因此,为了管理数据库环境,DBA需要使用不同的语法、性能基准测试和行为来维护不同的数据库。结果是一个更复杂的数据库管理环境,并且对简化的管理和自动化的需求变得更大。

此外,支持业务活动的许多应用的开发方式有很大差异。这样的结果就是问题更难诊断,而且DBA仅仅依赖他们自己的技能是远远不够的。为了这个原因,自治的数据库和工具允许无人参与的诊断,这对于业务更依赖IT来产生价值来说非常重要。

最佳化解决方案的趋势影响着供应商开发系统的方式,他们需要证明在某些功能线方面的领先位置,同时还要提供具有粘性的解决方案帮助减低与时间消耗,整合成本相关的风险。

为了有效的运作,新的IT解决方案,特别是在数据库领域方面必须有:

1)具有跨平台技能迁移的能力。

2)实施的低风险

3)易于整合

4)能解决实际问题的功能

随着技术市场的发展,能够满足业务活动需要的解决方案变得越来越重要,不但要支持业务增长,供应商要确保解决方案是可管理的并能有效地交付实施。

5、市场的反应

随着向最终客户提供更多功能已成趋势,IT供应商将自己定位为提供集成的最佳化解决方案。本质上,他们正努力提供集成解决方案,其中每一个组件都是其细分市场的领先产品,同时提供集成的方便性,减低实施风险和CTO。

因此,这创造了更大的机会,为技术的每分钱投入都产生回报。虽然在软件市场中,有越来越多的商品化软件,但是这仍然是个不稳定的平衡。

作为技术雄厚供应商的一个目标,真正的集成最佳化解决方案的定位是很难达到的。不但需要覆盖多种技术,多种解决方案的广泛的专业知识,也需要结合集成先进组件来实现综合的解决方案,这些构成了重大的挑战。打造业务的优势使得目标复杂化。IT供应商必须证明多样性的业务价值,同时需要定位在集成最佳化平台解决方案方面,并且这样做还不会提高总成本。另一个挑战是这些集成解决方案也应该能够与其分散的组件保持协调,这些组件也应能够集成到其他厂商的解决方案中。他们也必须提供有能力保证利益底线的高级技术人员,并且使得经验较少的技术人员通过使用工具能够尽可能多地解决日常问题。

传统上,采用最佳化技术的最大障碍是因为现行的管理和技术迁移需要很高成本。不限制平台的工具将使所有级别的DBA以很低的成本主动地管理不同平台的数据库环境。供应商提供高价值的跨平台解决方案的商品化版本将使他们确立未来市场的方向。

6、结论

公司在软件方面不考虑ROI而审批费用的趋势越来越少。对技术投资的成功度量与每种技术解决方案产生的业务价值之间的关联越来越强。特殊的体系结构组件的重要性越来越低,而交付特效业务功能的能力正在超过以前对创新的关注。

数据库增值的管理工具正在快速商品化,其功能和适用范围都在加强。由于在技术方面的业务投资着重于平衡降低成本和增加收入,因此交付满足最终用户业务需要的特定功能就非常重要。不断增强的对技术的信任使最终用户奋力争取采用最佳化解决方案和技术,从而帮助解决特殊的业务问题。与此趋势相比,实施完全集成套件不必在每个特殊功能方面都擅长,而是提供单一的,综合的解决方案,从而减少与实施相关的风险。

IT体系架构的多层之间的区别越来越模糊,作为技术决策的驱动力业务需求越来越重要。在IT环境中,导致出现了4个基本矛盾。

1)最佳技术与全面的集成方案;

2)在特定技术中的专业化与在多技术领域内深入解决跨功能的IT问题的能力。

3)从问题中划清自己责任与跨功能的主动性参与。数据库管理环境的有效的发展,必须要从传统的“战争房间”解决方式转变到“解决方案房间”的解决方式。这需要相互协作解决技术问题,需要采用诊断和解决问题的工具。

4)允许高级技术人员代表IT组织交付价值的需要与满足内部业务人员和外部最终客户等多方的需求。

在商品化的环境中保持技术领先需要在保证支持业务目标和交付最佳的ROI的前提下,提供价值许多数据库管理的供应商仍然面向垂直的集成解决方案,但许多大公司的策略是需要采用集成套件的最佳化解决方案,可以在异构的数据库环境中满足业务需求。随着业务的发展,采用商品化数据管理工具的企业可以跟上新市场的发展。

 

【编辑推荐】

  1. IBM推出全新Informix数据库管理工具
  2. 减少数据库管理开销方法简介
  3. Navicat Oracle数据库管理工具首次公开发布
责任编辑:book05 来源: it168
相关推荐

2022-06-08 17:24:13

数据库管理工具

2009-06-30 14:37:08

数据库JSP

2011-05-13 13:38:49

数据库对象

2011-05-26 09:27:59

JDBC连接数据库

2009-02-05 10:13:00

局域网流量控制数据流量

2015-01-06 09:41:25

AWS数据库部署数据库监控

2009-12-28 12:39:13

光接入技术

2020-07-17 07:27:17

数据库即服务DBaaS

2024-01-22 09:43:50

数据库方案

2010-06-11 13:22:32

2010-06-10 10:57:57

2011-05-18 10:26:34

java

2018-09-27 16:15:10

区块链数据库

2023-11-02 10:32:27

GoGORM

2010-05-20 09:24:31

安装MySQL

2010-06-11 14:05:27

MySQL数据库

2023-09-11 09:58:46

2011-03-08 08:59:01

SQL Server数数据移动
点赞
收藏

51CTO技术栈公众号