Googleが今日（米国時間7/22）、同社のCloud Storageサービスの新たな機能を3つ発表して、AmazonのWeb Services(AWS)に機能的に接近してきた。AWSのS3と同じく、GoogleのCloud StorageもこれからはObject Lifecycle Management（オブジェクトライフサイクル管理）を提供してオブジェクトを削除するタイミングを指定できるようになり、またストレージとCompute Engineの間のレイテンシを減らすためにファイルをどのリージョンに保存するかをデベロッパが指定できるようにした。
以上の機能はまだ実験段階だとGoogleは言っているから、Google Cloud Storageの通常のSLA（サービスレベルアグリーメント）は適用されない。
Googleは曰く、ユーザがDurable Reduced AvailabilityのCloud StorageバケットとCompute Engineのインスタンスを同じリージョンに置くことは、両者が同じ“ネットワークファブリック”を共有することを意味する。これによってレイテンシが減り、きわめてデータ集約的なアプリケーションのための帯域が増大する。Googleが合衆国で提供しているリージョンは複数あり、ユーザは任意に選べる（East 1-3、Central 1、2、West 1）。
しかしながら、Googleによれば、ユーザはこれからもデータを合衆国でホストするかEUでホストするかを任意に指定でき、またデータを複数のリージョンに分けて置くこともできる。ユーザのアプリケーションが、コンテンツの配布が主で、コンピューティングが少ないなら、このやり方のほうが良い、とGoogleは言っている。
Object Lifecycle ManagementによってGoogleは、AWSのユーザにとっては長年おなじみだった機能を提供する。すなわち、デベロッパはファイルの期限切れルールを指定でき、期限切れになったら自動的に削除させられる。これらのルールはGoogleでもAWSの場合と同じく、簡単なXMLドキュメントで管理し、全体的な機能もAmazonのサービスと趣を一にしている。
さて、第三の新機能は、複数の大きなオブジェクトを並列でアップロードするGsutil 3.4により、ファイルのアップロードが速くなったことだ。今回のアップデートでは、複数の大きなファイルを自動的に複数の接続上でアップロードすることにより、TCPのスループットを上げる。この機能は自動的に有効になるので、デベロッパが自分のワークフローをあれこれいじる必要はない。また、並列アップロードでも不十分なぐらいデータが多すぎるときには、ハードディスクをGoogleに送れることを、忘れないようにしよう。
[原文へ]
（翻訳：iwatani(a.k.a. hiwa)）
