传统数据库架构真的老到脆弱的不堪一击吗

数据库
传统数据库作为现在社会数据库的先祖,传统数据库的功能性能方面肯定不如当今的数据库,虽然现在数据库发展的很强大啦,但仍然存在一些弊端,而传统数据库架构真的那么脆弱不堪一击吗?传统数据库老了吗?

导读:数据库的发展大家是有目共睹的,信息时代的到来,加速了很多技术的发展,作为一项有望大幅降低成本的新兴技术,云计算正日益受到一系列众多公司的追捧。但这些公司真的了解云计算这种不明确概念的真正本质吗?

云计算让公司可以把计算机处理工作的一部分(有时几乎是所有部分)外包出去。在CIO们的眼里,公司只要付费给外部提供商,用不着把钱花在内部服务器以及检修服务器所需的IT专业人员上。然后,公司可以通过互联网(用IT行话来说是“通过云计算环境”)来访问计算基础设施。

更棒的是,云计算服务提供商告诉我们,云计算能够实现大规模扩展。一家大型提供商就能迅速满足网上客户对更多计算功能的请求。那样,本身没有大型数据中心的小公司就能够利用云计算服务提供商的强大处理功能。

各大厂商看到了这座宝藏,于是纷纷设立部门提供云计算服务。行业领头羊包括亚马逊公司的EC2和谷歌公司的应用引擎(Google App Engine)。市场兴奋之余,一批缩略词如同雨后春笋般冒了出来。云计算的近亲就是软件即服务(SaaS),即软件通过互联网来提供;Salesforce.com在宣传名为平台即服务(PaaS)的另一种云计算。

IT专家Nick Carr在著作《巨大的转变》(The Big Switch)中把云计算誉为是企业计算领域不可避免的下一步。 他解释,正如现在我们从外面庞大的电厂获取电力那样,将来我们可以从广泛分布的外部处理中心获取计算功能。凌乱不堪的内部数据中心一去不复返。将来一片光明、次序井然、价位合理。

但如果你看一下电力与数据之间的区别,就会发现Carr打的这个比方站不住脚。输送到贵公司的电流毫无机密或者敏感可言,而进出贵公司的数据可能含有极其敏感的信息。

单单提及《萨班斯-奥克斯利法案》以及错综复杂的法规遵从要求,就足以让有些CIO对于把自己的文档管理(哪怕是一部分责任)交给云计算服务提供商感到惊恐不安。

让这些CIO更加提心吊胆的是这个不安的事实:随着基于云计算的服务日益发展,它会日益由一连串提供商来供应。所以会出现这种情况:你与某家外包商签订了合同,这家外包商又与一连串外包商签订了合同,而那些外包商又与别的商家签订了合同。这样一来,到头来为你处理最宝贵的公司机密数据的其实是你一无所知的那些提供商。

这就好比中学里的校花不想透露电话号码,只告诉给了已确定了关系的心上人:橄榄球队队长;而她男友把自己的地址簿发布在了Facebook网页上,这样别有用心的人就会知道她的电话号码。

云计算的危险

Gartner公司的两名分析师Jay Heiser和Mark Nicolett共同撰写了《评估云计算的安全风险》,这份报告列出了云计算存在的许多危险因素。

他们想要传达的主题倒不是建议公司不要使用云计算。确切地说,公司在采用云计算时要睁大眼睛,完全明白相关风险,并且采取必要的防范措施来确保安全,或者说尽量确保安全,这是由于云计算具有黑盒子的性质,充满了未知因素。

Heiser说:要是人们对相关风险没有顾虑,云计算恐怕已经更加流行了。我认为大多数潜在的用户没有真正认识到相关风险。他们都是直觉上觉得这是一种新技术;不应该草率对待。

的确,高盛公司最近调查了CIO们对2009年的计划,他们觉得明年的经济形势让人不安。调查结果对云计算服务来说不是什么好兆头:只有不到2%的调查对象把云计算列为优先考虑的项目。

云计算的众多安全问题足以让人提出这样一个问题:难道我们就不能继续使用那种传统而可靠的客户机/服务器架构吗?毕竟,服务器的价格在一路下滑,毫无止跌的势头,而从事维护工作的IT员工势必不会像过去那样领取高得离谱的薪水。为什么要寻求外界的帮助呢?

Heiser认为,尽管存在这些那样的怀疑,但云计算这股潮流确实有潜力改变行业。这趟列车已经驶离了车站,尽管CIO们被经济衰退吓破了胆。简而言之,云计算可以大幅节省成本,显著提高效率和灵活性,优点实在太明显了,以至人们没法忽视它。

Heiser说:云计算基本上是经济可行的,不过存在便利问题。”

这存在一个控制问题。我把云计算与消费化归为一类,这是表明最终用户如何从IT部门手里夺取主动权的另一个例子。如果他们不喜欢IT部门提供的方案,就会出去、自行购买。

比方说,一心想摆脱IT部门、自行部署CRM的销售经理在很大程度上促进了 Salesforce.com的迅猛发展。”

另外,与斥资购买拆开包装后就开始老化的服务器相比,购买云计算服务更合人们的心意。Heiser说:如果你购买云计算服务,这只需要花费一笔小钱。如果你购买计算机之类的东西,那可是一笔大额投资。

所以同样是花钱,但性质不同;人们喜欢花小钱办大事。

九大安全问题及相应对策

Heiser表示,要评估云计算服务提供商,最实际的办法就是请第三方来进行评估。牵涉的问题和顾虑实在太多了,所以要是内部开展所有工作可能会让人望而生畏。让这项工作难上加难的是,许多云计算服务提供商一点也不透明。

他说:打电话给谷歌公司,问一下对方的透明度如何。他暗示答复很可能这样:不是很透明。如果这样,为什么你要信任对方呢?

Heiser说:我平时拿谷歌的透明度与Salesforce.com的透明度进行比较。我们强调,Salesforce早期在加强透明度方面确实作出过一番努力;我们其实没有把谷歌当作是Salesforce的对立面,但它确实很不透明。

如果你或者第三方在试着评估云计算服务提供商,以下是要注意的一些问题,以及Gartner公司建议的相应对策。

1、特权用户访问

若使用云计算,你的机密数据将由贵公司外面的人员来处理,所以可想而知:不是贵公司的员工完全可以访问这些数据。

忠告:要求提供商提供招聘及监管享有特权的管理员方面的具体信息以及控制访问方面的具体信息。

2、法规遵从

在《萨班斯-奥克斯利法案》当道的时代,公司有责任实施严格的数据监控和归档级别。即便一家公司与外部的云计算服务提供商签订了合同,这些法规仍要求这家公司负有责任。云计算服务提供商应当提交审计和安全方面的证书,确保对方能够履行约定的承诺。

忠告:如果云计算提供商不愿意或者没能力做到遵从法规,这表明客户只能用它们来处理最不重要的功能。

3、数据位置

若使用云计算,你不知道自己的数据到底存放在什么地方。服务器可能建在马来西亚、加拿大或者美国的新泽西州,说不定同时建在上述三个地方。

忠告:询问提供商,他们是否愿意给出合同承诺,遵守相关的一些隐私法?

4、数据隔离

当然,云计算提供商会使用SSL来保护传输中的数据,但当贵公司的数据位于存储设备中时,可能与其他公司的数据共用一只虚拟保管箱。贵公司的数据与别人的数据经过适当隔离吗?

提供商可能会夸耀自己的加密技术如何强大、安全。你会听到密钥长度有多长、采用哪种深奥的加密算法。不过,如果你的数据能够被提供商读取,那么可以这么认为:数据也会被别人读取。

忠告:如果你的数据将采用加密格式来进行保存及备份,就要弄清楚谁有权访问解密密钥,贵公司的授权人员在紧急情况下是不是可以访问本公司员工的数据。

5、可用性

从理论上来说,如果你使用云计算服务提供商,没有必要担心自己的数据会消失――这些提供商很容易采用冗余机制把你的数据复制到众多地方,这样万一系统崩溃,仍可以高枕无忧。

但你的员工能不能随时访问完成工作所需的数据呢?比方说,要是虚拟管道受到堵塞会怎样?要是提供商自身出现的某种内部故障导致你无法访问自己的关键数据,又会怎样?

忠告:公司应当为任何重要的IT工作负载确定服务级别方面的要求,并且需要提供商签订服务级别协议,从而确保合同里面写明惩罚条款,以防出现服务级别协议未得到遵守的情况。

6、灾难恢复

希望最糟糕的永远不会发生;任何重大的灾难也不会发生在你、你的提供商或者整个世界头上。但你的提供商必须为此作好防备。

重要问题:你的提供商有能力进行全面恢复吗?需要多少时间才能完成全面恢复?

7、调查支持

开展内部的法律调查向来就不是容易的事,因为这需要清查可能散布在实体位置和虚拟位置的大批文档。如果你使用云计算服务提供商,那么开展这种调查更是困难重重:许多客户的数据也许放在一块儿,散布在地点不断变化的一系列数据中心。

忠告:如果你得不到提供商的合同承诺来支持特定的几种调查,又得不到证据表明对方曾经成功地支持这类工作,那么你几乎可以肯定,对方几乎不可能满足你要求的调查和发现。

8、存活能力

你的提供商会被收购吗?或者更糟糕的是,会破产吗?如果是这样,对方需要多久才能把数据交还给你、而且采用的格式让你可以导入到另一家提供商的基础设施上?

9、降低风险方面的支持

你的员工开始使用外部提供商时,会经历一个学习过程。这家提供商提供的界面用起来多容易?提供商是否帮助你的管理人员设置监控政策?又采取了哪些措施来防范恶意软件和网络钓鱼?

关于传统数据库架构与云计算的问题就为大家介绍到这,希望这篇文章能对大家有所帮助。

【编辑推荐】

  1. MySQL等开源数据库受热捧 传统数据库何去何从
  2. 2011年运维趋势 云计算和移动将无法忽视
  3. 云计算时代 操作系统如何进化?
责任编辑:迎迎 来源: 安全在线
相关推荐

2010-08-03 22:19:30

2009-07-31 09:22:33

2010-12-20 13:40:02

2014-08-04 15:04:45

2010-04-21 21:44:42

AdobeiPhoneFlash

2011-08-26 13:32:31

2021-04-05 14:49:47

摄像头物联网安全攻击

2019-12-16 09:38:07

人工智能机器学习技术

2011-04-12 15:42:33

2011 IDF云计算Cloud Build

2012-03-26 17:07:13

2012-04-09 22:16:41

Google 眼镜

2009-06-22 09:20:24

HTML 5Flash

2013-04-23 14:32:28

创业创业者Mark Suster

2020-05-31 13:37:53

DBMS云端数据库

2020-05-29 15:31:11

数据库管理系统DBMS

2022-07-20 11:08:12

微服务数据库架构

2021-05-17 12:12:49

数据库架构分离

2015-05-18 13:45:58

AzureNasuniAWS

2019-10-12 11:15:10

数据库工具技术

2012-05-29 15:46:14

点赞
收藏

51CTO技术栈公众号