S3は未来であり、S3は過去である

良い記事だ。すべてがS3中心に強制されるのは少し残念だと思う（多くの人がそうするきっかけになった仕事をした身として言うが）、しかし現時点ではクラウドでソフトウェアを動かす上での残念な現実だ。クラウドのネットワーキングとSSDが非常に高価なので、「ビッグデータ」規模のワークロードをコスト効率よく処理できるシステムを求めるなら、S3を使わざるを得ない。

（S)FTPを使うのをやめたのは、すべてのFTPクライアントが今やS3をネイティブサポートしていることに気づいた時だった。SFTPを使いたいビジネスパートナーがいる場合、99.9%の確率で彼らがクライアントをアップグレードすると、そのアップグレードにはS3サポートが含まれていて、こちら側では最新のツールを使える。そして彼らが最終的に自動化する時も、最新のツールを使える。

現時点では、単一ホスト上でさえSSDとどうインターフェースするかは明確ではない。従来の単純なブロックデバイスモデルから離れようとする試みが様々あった。NVMeにはKV、ZNS、FDPの拡張があり、それぞれ異なる特性を提供する。もちろんオープンチャネルSSDやその他もある。将来の基盤となるIOインターフェースは、ブロックデバイスやUnix的なファイルシステムというより、S3に近いものになるのではないかと予想している。

そのグラフの残念な点は、現在の価格に更新されていないと思うことだ。私たちが経験しているメモリ不足/逼迫により、あらゆる種類のメモリの価格が上昇している。

しかし、本来もっと速いはずなのに、SSDを中心に設計されたS3はAPIユーザーから見てどう違うのだろうか？APIは基本的に同じだと思う。

glacierがどう動くのか、まだ誰か解明した人はいるのか？ただ教えてほしい。喜んでNDAに署名するから、どう動くのか知りたいだけだ！

あと「shitter」ストレージサービスも欲しい。つまり冗長性なし、マルチAZなし。失ってもあまり気にしないものを、大量に安く保存できて、簡単に復元できるようなサービスだ。

何年もEBSを運用してきた。ついにコストが馬鹿げたことになり、データセット全体をS3に移した。月20kドル節約できている。価格には敵わない。

S3は死んだ、S3万歳