掀起“公有云对象存储服务”的面纱（系列1）
原创
Self-Introduction：“云原生”从业者，从工作第1天起就从事和云服务强相关的工作，在不止1家云厂商做过不同的职位，一直对云服务保持着独立观察的视角。在不到5年的时间里主动或被动踩过并以优雅或不优雅的姿势爬出过很多云服务的坑。
内容题记：对象存储(object storage)作为最早被公有云厂商对外发布的云服务（2006年的3月14日云服务领域的老大哥AWS正式上线了对象存储服务S3）一直是企业IT云化进程中最基础也是最常用的服务类型。如何选择合适的服务提供商，如何高效使用对象存储为企业自身的IT服务赋能一直是企业服务云化部署时摆在IT经理面前的一个有挑战的问题。公有云对象存储服务会写成一个系列，从使用者（企业IT经理）的视角出发，分享一下从选择服务商到深度使用上的一些心得。本次内容主要关于厂商选取和数据上云这两个问题。
选择哪家云存储厂商？
在国内市场上已经活跃了多家国产云厂商再加上一些国际大厂云，对象存储服务已然进入了买家市场，纵观整个公有云圈对象存储服务赚钱的更是凤毛麟角（能赚钱的都是因为自身运维和运营能力超强）。 从公有云对象存储服务客户的基本诉求出发，最重要的指标是稳定性、安全性和高扩展能力。尽管几乎所有云厂商都向客户承诺着类似的SLA，都声称自己能够无限扩容，但是实际运维和运营能力却是千差万别。在预算不是个硬性问题的时候，选择那些已经长期服务大量大客户的厂商往往是明智之举（从某种意义上说其实是那些现存的大客户已经帮别的客户趟过很多平台的坑了）。 除此之外，吃自己狗粮一直是云服务提供商的优良传统，我们可以从厂商自身的相关服务里窥见它的云存储服务能力。除了看挂在官网或宣传页上的客户案例外，很多常用app其实在开机画面上已经挂上了云服务提供商的大名（音乐/视频类应用，社交分享社区等等这些存储资源消耗的大户，用心观察你会发现很多） 在服务商选择这个问题上，最后再引用王尔德的一句名言“那些对价格了如指掌的人往往对价值一无所知”，再次提醒大家不要在服务选型上过分考虑价格，能提供安全稳定的服务的厂商交付给你的才是价值。
数据迁移不是简单的cut/copy+paste，数据怎么上云？
如果现在的数据还很少，或者在数据迁移时可以允许服务中断，这段您可以略过。假设数据比较多（至少也是10TB这个数量级甚至上PB）数据迁移就有很多需要考虑的问题了。 常见的大量数据的迁移方式主要有公网/拉专线主动上传至云存储，公网/拉专线镜像回源，寄送硬盘或机器到云存储所在机房，比较炫酷的迁移方式可能还有类似snowball这类的高端服务（目前snowball只在北美本土提供服务） 公网还是专线的选择主要取决于出口带宽以及预算（正常情况云服务厂商都会允许为较大体量的客户提供专线接入方案或者允许较大的入向带宽）云存储的行业标准是入向流量不收费但是突增很多上行带宽却可能会给云厂商产生费用（上文提到过做到赚钱的厂商凤毛麟角，如果运营的不好下行没有上行多，那网络这块很可能会赔钱。当然云存储服务的运营还有很多其他风险）有些厂商很聪明提供加速上传服务（这是可以收费的增值项目）要不要用上传加速就要看自己的需求了，可以明码标价并且给予准确效果说明的服务是可以考虑的，毕竟时间本身也是成本。 寄送硬盘或机器的方式存在较大的风险（主要是数据损坏，也有人担心邮寄过程第三方盗取内容）这种方式人为介入也比较多，如果不得已选择这种方式需要在执行前双方沟通好细节。这方面其实是有一些云后公司可以提供数据上云迁移服务的，比如某大厂云投资的某云就是这样的公司，它可以帮助客户做去往某大厂云的数据迁移。据观察投资一些云后公司帮助自己做一些周边的服务也是大厂云发展的一个趋势。 镜像存储理论上是一种较好的平滑过渡方式，但这可以预见的一个坑是你想从服务商A那里将数据迁移到服务商B，服务商A却很可能会限制服务商B从它那里拉取数据的速度（下行带宽），这种情况就需要跟原服务厂商做好必要的沟通。 听说过一些利用和原厂商签署服务合同漏洞想着规避费用就迁移数据又被原服务厂商发现最后弄得大家都不太体面的事情，这样真的不太好。总结出一个扎心的结论：能在服务合同上存在明显bug的服务提供商也很难提供没有bug的售后服务。
本次分享就到这里，下期预告： 几乎所有对象存储服务提供商都兼容S3 API，API是什么？对象存储常用API有哪些？
SDK与API是啥关系？为什么大厂都要发布自己的SDK？
关于选购厂商之前的服务测试，使用上需要注意什么？
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。