趋势网(微博)讯:
如果你的云图看起来像吐司,怎么办?
你的云图看起来很好成本又低,但不会被采用。
那怎么办呢?
如果你喜爱的客户云服务罢工了或觉得是时候以一种特别的应用程序结束了,那真是令人沮丧的,但生活还得继续。更何况,你不管怎样都不会为这类服务付费。但对于一个企业来说,失去一个常用的数据库服务链接应用是一个致命的打击。
就来问问Xeround的客户吧。
从Xeround的失败中吸取教训最近,数据库服务的运营者终止了云服务数据库,给免费使用者一周时间来整理和离职,并且只给客户支付了两周的薪水。
近期,Xeroun的领导层重新决定作出更多努力。这也就意味着我们不能再继续支持我们的服务,转而支持公共云服务,包括我们目前所有活跃的数据中心。。。我们希望你们能对数据库输出情况满意,并在你选择停止数据输出之前将你的数据库转移到另一个服务器上。
如果有用的话,这将会是个好点子。有一个备选方案总能令事情简单化。对一份构思来说,在产品,云图或其他部分之间举棋不定,是很难的事情。
以Xeround来说,从保证我的结构化查询语言100%的兼容性转移到仅仅只是我的结构化查询语言也许并不难。但如果你想到一个可供选择的数据库里去呢?或不是一个数据库,又或者是其他的你想要将数据库服务应用程序与基础设施交换的东西呢?
希望这能给你带来好运。
像一个安全网络那样公布来源开放来源对这个有用吗?为什么没有一种灵丹妙药,既能给用户一个云服务又能提前进行调度,同时后者能公布来源,从而能保证一个强有力的后备计划。也许还能够让他们在第一次使用云服务时感到满意。
当桉树首席执行官马丁 米克争论说,微软下属结构调整近乎完全是公开的,当开发者要求更多细节时,(他们的云服务下部构造),不仅仅是有能力做出同样的,而是能够核实质量并且满足他们的需求。生意包含云服务,因为它让利于成本和方便性收益。就像福斯特的泰德斯卡德勒的假设。再加上开发者的冷静头脑,就将会是一个近乎完美的结合。
这真的不是关于来源编码。一些人想要修补编码,尽管这样做对于你和你老板的合同的是无效的。反之,它是关于安全性的--一旦老板失信或取消服务:将云服务转移到你的数据中心,即使只是暂时的,也将花费时间,并且使云服务的最初投资更不确定。
什么是你的备用计划?当各种组织转向云服务时,也出现越来越多的“云第一”,有一个备用计划是很重要的。公布来源对开发者,桉树集团及其他系统都是一个有用的选择。但什么是你的备用计划?频繁的数据倾泻?如果你有机会将你寿命将近的数据库服务应用程序转变为提前告知来源的部署,你会怎么做呢?
这自助餐吃了能成仙吗,100次献血换1次自助餐。