#データ基盤

Cloudflareが、サーバーレスの event streaming サービス「K2」を public beta として公開した。Kafka のような仕組みを連想すると分かりやすいが、K2 はクラスタ運用を前提にした製品ではなく、Cloudflare の Developer Platform 上で動く“耐久性のあるログ”として設計されている。記事の中心にあるのは、送信側と受信側の速度や稼働状況をそろえなくても、イベントを失わずに受け渡しできるようにする、という発想だ。Cloudflare はこれを自社の Pipelines 向けに必要になった機能として説明していて、単なる新製品紹介というより、同社のストレージや処理基盤の組み合わせ方を示す話でもある。 元記事がまず問題にしているのは、従来の RPC 型の構成では、送信側と受信側が同じ速度で動いていないとイベントを失いやすい、という点だ。たとえば送信元が大量のデータを吐き出したのに、受け手や下流サービスが追いつかなければ、処理しきれない分が落ちる。しかも受信側が複数あると、analytics 系と fraud detection 系のよ

MinIO が「ローカルで S3 を使うための定番」として置かれてきた場面は多いですが、その前提が揺らいだことで、代替候補を探す動きが一気に現実味を帯びました。この記事は、単一ノードで動くローカル S3 を前提に、Docker Compose へ差し込みやすい置き換え先を実際に試した記録です。単に「動くか」ではなく、「どれだけ MinIO の穴埋めとして自然か」をかなり厳しめに見ています。だからこそ、デモや検証環境を回している人にはかなり実用的な話です。 元記事の出発点は、2025年後半に MinIO の会社側が商業的な方向へ舵を切り、MinIO を使ったローカル S3 のデモや、S3 互換性を確かめる build pipeline が少し面倒になった、という事情です。筆者はそこで「単一ノードのローカル S3」として MinIO の代替を探します。ただし条件はかなり絞っていて、Docker image があること、S3 互換であること、無料で使えてできれば OSS ライセンスであること、1台構成で簡単に動くこと、そして継続性が見えやすいことを重視しています。multi-node や分散