www.infoq.com 4日前

AWS Introduces Specification-Driven Composition for Flexible Data Workflows

AWSがデータ変換ワークフローの仕様駆動コンポジションパターンを公開。ワークフローの意図(仕様)と処理ロジックを分離し、Lambda・Step Functions・S3・OpenSearchを用いてサーバーレスに実装。仕様がデータセットやフィールドマッピングを宣言的に記述し、コンポーザーが検証してパイプラインを動的に組み立てる。規制対応やマルチソース統合など、トレーサビリティと事前検証が重要なケースに適する一方、単純な変換には過剰な複雑さになりうるとしている。

AWSがデータ変換ワークフローの仕様駆動コンポジションパターンを公開。ワークフローの意図(仕様)と処理ロジックを分離し、Lambda・Step Functions・S3・OpenSearchを用いてサーバーレスに実装。仕様がデータセットやフィールドマッピングを宣言的に記述し、コンポーザーが検証してパイプラインを動的に組み立てる。規制対応やマルチソース統合など、トレーサビリティと事前検証が重要なケースに適する一方、単純な変換には過剰な複雑さになりうるとしている。
↗ 元記事を開く
cloud.google.com 2026/08/21

「ノイジー ネイバー」問題の解決: シャーディング アーキテクチャがマルチテナント プラットフォームを守る方法

マルチテナント環境で1つのテナントの負荷急増が他テナントに影響する「ノイジーネイバー」問題に対し、Google Cloudがハブ・アンド・スポーク型のシャーディングアーキテクチャを提案。統合トピックから読み取りテナント単位でファンアウトするルーターとしての「ハブ」、Pub/Subによる緩衝、優先度別に分離した複数のDataflowインスタンス「スポーク」で構成し、障害の影響範囲を100%から5%未満に抑える。DLQ実装・接続プールの制限・非同期I/Oバッファリングなど実装上のヒントも紹介している。

マルチテナント環境で1つのテナントの負荷急増が他テナントに影響する「ノイジーネイバー」問題に対し、Google Cloudがハブ・アンド・スポーク型のシャーディングアーキテクチャを提案。統合トピックから読み取りテナント単位でファンアウトするルーターとしての「ハブ」、Pub/Subによる緩衝、優先度別に分離した複数のDataflowインスタンス「スポーク」で構成し、障害の影響範囲を100%から5%未満に抑える。DLQ実装・接続プールの制限・非同期I/Oバッファリングなど実装上のヒントも紹介している。
↗ 元記事を開く