可以从如下几个方面考虑:
1)对象存储本身技术成熟度
对象存储是近几年发展起来的技术,其稳定性/可靠性/安全性有待长期的实践的验证
2)使用人员对对象存储的掌握
相对传统存储,对象存储的使用完全是两种模式,更加倚赖使用人员的技术。如果能够很好地使用绝对能够极大的提升生产效率。否则,会带来极大的风险
3)供应商技术服务团队的成熟度
传统存储催生了大量的传统存储维护工团队。新兴对象存储的诞生,需要大量懂对象存储维护的工程师来对客户进行支持。如果没有良好的客户技术服务团队,那么对象存储的使用风险性极大
管理风险,政策风险这里不谈,既然这是技术社区,我们只讨论下技术风险
技术风险来自三个方面,产品本身,已有应用改造,整体系统风险。
第一点,产品本身选择上有两种技术路线选择,开源和商业。
选择开源产品风险大些,选择商业产品风险小些。
第二点,应用系统改造风险
我们已经知道,使用对象存储更有效率的方式需要改动应用,那你就需要评估自己的系统经得起折腾的可能性和随之带来的风险。如果你的系统是一个历经沧桑,写满历史和岁月痕迹的大型拼图,改一行代码要好多层级的领导们审批,那劝你还是谨慎为好。如果是新系统,所有代码作者都还在办公室里喝茶敲键盘,但不是太清楚系统数据调用的机制,也请讨论清楚后再动手。
由于对象存储的访问方式不同,不仅仅是接口改动的问题,系统的架构也许也需要改动以适应更大的并发访问量和聚合性能。例如原来的数据读写模块只是单独的串行方式操作,也许需要从架构上变成并行,同时间段内起更多的线程虚机读写数据,同时还要引入数据一致性的机制和其他保护机制。这样的改动就会比较大,但带来的风险就更大了。
三,整体系统风险
对象存储是一个分布式系统,你的应用如果改造也会变成分布式系统;即使不改造,以对象存储的技术特点和能力,可以给更多的系统接入使用,形成数据池,数据湖,云存储(随便怎么称呼吧)。这样势必把原来相对简单的封闭系统变得复杂化,引入多个系统对接后,整体风险的上升是必须要考虑的因素。