不必仅仅将云计算技术当做1项技术性


不必仅仅将云计算技术当做1项技术性


不必仅仅将云计算技术当做1项技术性 针对较为完善的公司,如上所述,一般都必须保持遗留下运用程序流程或比较敏感数据信息,混和云和独享云对策是短期内内可行的,能够合理提升新商品与服务的发售時间,减少开发设计与维护保养运用程序流程成本费,提高可拓展性与靠谱性,另外还能确保互联网和信息内容安全性。

当代公司对基本设备的选用,为CIO们出示了1个机遇,移动悬在头上的几把利剑与最常常被引入(而常常考试成绩不佳)的IT总体目标:更短的新商品发售与服务時间,更少的开发设计与运用程序流程、基本设备构架维护保养時间和成本费,更高的可拓展性和最1流的靠谱性,而且全部这1切都不危害互联网与信息内容安全性。

鉴于这些十分引人注意的机遇,为何选用(独享和公有制)云的对策还存在这般多的探讨与争议,乃至还变成论战的主题?

转移到云,对不一样人代表着不一样的事儿。大家能够看看在Google上有关云计算技术行业的检索結果与普遍难题,下面是1些事例:

甚么是云?(14亿检索結果)

云的优点?(1.86亿检索結果)

大家是不是因该转移到云?(1.28亿检索結果)

好信息:伴随着难题慢慢从普遍的定义迁移到实际的完成计划方案,检索的結果刚开始降低。

坏信息是:紧紧围绕这1话题上下波动的 內容 越发遮天盖地,它持续地提高,其肯定的数量对那些必须真实有效信息内容的技术性人员来讲是个很大的挑戰。

假如你熟习1些数据信息库设计方案与管理方法,那末真正或虚似的视线基础标准将会会提的很高,由于你了解 多对多 的关联是很难管理方法的。在严苛的关联型数据信息库设计方案中,多对多关联具体上是不被适用的,只能根据附加的junction/join表来投射这些关联。

我的本人建议(如今留意,由于我之前是1名技术性人员),假如你将云计算技术作为是技术性,将会会在 信息内容泥潭 中耗费,并亲身经历1段非常艰辛的時间,这将会致使没法看清自身的內部与外界客户和业务流程交货使用价值之间的联络与捷径。

你会发现自身深陷更多的难题,最先常常是引入 云计算技术是否真的那末 ? 举个事例:

互联网技术?

外包?

应用手机软件包還是自定运用程序流程?

经营开支的买卖资产开支?

按应用量付费 ?

沒有传统式基本设备实体模型安全性?

全部这些难题,明显全是适当的。怎样回应每一个难题 在其中绝大多数都有好几个回答,极可能会生产制造1个或更多的依项,乃至还会由于你怎样回应在其中1个难题,而危害到此外的难题或难题组成。

假如你1直将云计算技术做为技术性思索,将会会在这些信息内容上耗费很多時间,也较为无法在短期内内看到其所能造就的商业服务使用价值。

大家有着的具体上是具备多对多关联的繁杂关联集。并且同样的难题最少有几百个相近的回答,在数10亿检索結果中发现你要的回答,是件很艰难的事儿。

安心,我肯定尝试处理这个困难 整理全部这些云运用发展战略难题与回答之间的有关关联,针对完成云数据信息实体模型基本上是不能进行的每日任务。

我必须在此申明,即便1本人持续查阅与消化吸收云有关的参考文献,聆听全部厂商的宣传策划,尝试根据某种方法评定与搭建理想化的数据信息实体模型,但具体上在执行云的路面上,存在着各种各样并未被发现的挑戰,必须怀着谦卑与探寻的心理状态向前。

云发展战略必须探讨的难题

从的角度,解决供货商合同书能是个明显的必须摆脱的难题。难题包含锁住、价钱、服务水平协议书、安全性性、多厂商集成化、规范化业务流程步骤、解决现有租用机器设备或一部分财产折旧,灾祸修复和业务流程持续性等。 执行独享云基本构架,必须敏锐了解以下內容(仅举几例):

供货商商品/服务栈

组建集成化

服务管理方法系统软件

客户计费和计费系统软件

互联网和带宽管理方法

集成化现有身份管理方法与安全性服务平台

变换那些传统式的,将会并不是为虚似化自然环境设计方案的运用程序流程

与其去思索云计算技术的技术性完成基本原理方式,让这些难题占有大家的日昼夜夜,公司与CIO们更应当思索自身的商业服务和经营方式。上图为CIO及其精英团队出示了更好的难题,迫使她们去掌握商业服务协作小伙伴和云计算技术的发展战略整体规划方位。

针对1些公司,非常是处在初期环节,企业与业务流程都较小的公司,在起步时让IT人员选用公有制云基本构架是可行的,特别是在要求适中,步骤规范化和数量经营规模还不大,沒有太多高宽比商业秘密与管制信息内容的状况下。

针对较为完善的公司,如上所述,一般都必须保持遗留下运用程序流程或比较敏感数据信息,和独享云对策是短期内内可行的,能够合理提升新商品与服务的发售時间,减少开发设计与维护保养运用程序流程成本费,提高可拓展性与靠谱性,另外还能确保互联网和信息内容安全性。