Amazon Managed Blockchainクイズ
このクイズでは、AMBのコンポーネント、マネージド運用とセルフ運用の境界、サービス終了のリスクについて理解度を確認します。
多肢選択問題
- AMBの各サービスは、どのように比較すべきですか？
- A) 3つとも価格だけが異なり、同じ課題を解決する
- B) Fabric/専用ノード、サーバーレスのAccess APIとQuery APIを区別し、サービスごとの課金と機能を確認する
- C) 開発、ステージング、本番環境に分かれている
- D) パブリック、プライベート、ハイブリッドチェーンに分かれている
回答を表示
回答: B) Fabric/専用ノード、サーバーレスのAccess APIとQuery APIを区別し、サービスごとの課金と機能を確認する
解説: AMBは一律にノード単位で課金されるわけではありません。専用リソース、サーバーレスのRPCリクエスト、インデックス化されたQuery APIでは、料金とカバー範囲が異なります。
- AMBのマネージドノードで解決できない最も重要な課題は何ですか？
- A) CloudWatchメトリクスの収集
- B) バリデーターの運用。マネージドノードは照会と送信向けであり、PoSのステーキングには鍵管理、署名可用性、スラッシングリスクという別の要件がある
- C) IAMベースのアクセス制御
- D) VPCのプライベート接続
回答を表示
回答: B) バリデーターの運用。マネージドノードは照会と送信向けであり、PoSのステーキングには鍵管理、署名可用性、スラッシングリスクという別の要件がある
解説: AMB Accessのパブリックチェーンノードは、チェーンデータの読み取りとトランザクションの送信に使います。PoSバリデーションでは、署名の可用性とスラッシング保護の要件が加わります。調整されていない複数の署名者が、同じバリデーターについて互いに矛盾するスラッシング対象メッセージを生成することがあります。同じ署名の重複だけで自動的にスラッシングされるわけではありません。通常の構成では、フェンシング付きフェイルオーバーとスラッシング履歴の保持を行い、署名者を1つだけアクティブにします。分散署名者を使う場合は、調整が機能することを検証する必要があります。AMBのノードアクセスはこのバリデーター設計を提供しないため、ステーキングには別途運用するか、専用サービスを使う必要があります。
- マネージド運用かセルフ運用かを決める際、最初のステップとして示されているのは何ですか？
- A) 費用はいくらか
- B) そもそもノードが必要か。データ照会だけならAMB QueryやサードパーティのRPCで足りる場合がある
- C) どのチェーンを使うか
- D) 運用スタッフが何人いるか
回答を表示
回答: B) そもそもノードが必要か。データ照会だけならAMB QueryやサードパーティのRPCで足りる場合がある
解説: 判断の順序は、①本当にノードが必要か → ②制御権が必要か → ③費用 → ④併用できるか、です。ノード運用は費用と負担が大きいため、まず必要性を確認します。多くのケースは最初のステップで対象外になります。 2番目のステップでは、クライアントの選択、チューニング、アーカイブ、バリデーター参加のいずれかが必要ならセルフ運用になります。
- Amazon QLDBの事例から、アーキテクチャの判断についてどのような教訓が得られますか？
- A) マネージドサービスは常にセルフ運用より安価である
- B) マネージドサービスも終了することがあり、提示された移行先が機能的に同等とは限らない。Aurora PostgreSQLに移行すると暗号学的な検証可能性が失われる
- C) 台帳データベースはブロックチェーンだけで実装すべきである
- D) AWSサービスはGAから5年間のサポートが保証されている
回答を表示
回答: B) マネージドサービスも終了することがあり、提示された移行先が機能的に同等とは限らない。Aurora PostgreSQLに移行すると暗号学的な検証可能性が失われる
解説: QLDBは2018年に発表され、2019年にGAとなり、2024年7月にサポート終了が発表されました。サービスは2025年7月31日に終了しました。 AWSが案内した移行先はAurora PostgreSQLです。拡張機能で台帳に似た機能を構築することはできますが、「改ざんがないことを数学的に証明する」というQLDBの中核的な価値は置き換えられません。教訓は、①マネージドサービスにも終了リスクがある、②「代替製品がある」ことと「同じ機能を提供する」ことは異なる、③終了の通知期間が短い場合がある、④標準的な技術の方が移行しやすい、ということです。
- サービス終了リスクを最も効果的に軽減する方法は何ですか？
- A) 複数のクラウドプロバイダーに同時にデプロイする
- B) 標準プロトコルと抽象化レイヤーを使う。アプリケーションが標準RPCインターフェイスを使えば、AMB、セルフ運用、サードパーティ間でバックエンドを切り替えられる
- C) マネージドサービスを使わない
- D) AWSと長期契約を結ぶ
回答を表示
回答: B) 標準プロトコルと抽象化レイヤーを使う。アプリケーションが標準RPCインターフェイスを使えば、AMB、セルフ運用、サードパーティ間でバックエンドを切り替えられる
解説: Ethereum JSON-RPCなどの標準インターフェイスを使うと、互換性のあるバックエンドに切り替えやすくなります。一方、AMB固有のAPIは依存関係を生みます。必要なデータを別途保持し、再同期や移行にかかる時間を計測してください。使用前に鍵の復旧とサービス終了時の退出方法を計画してください。KMSの秘密署名鍵はエクスポートできません。 公開鍵のダウンロード、インポートした鍵マテリアルのバックアップ、CloudHSMのエクスポート可否/ラッピング規則、アカウントやコントラクトのローテーション方法を区別してください。マネージド鍵を選ぶだけでは、移行可能な秘密鍵バックアップは得られません。
- AMBのIAM統合が実質的な利点になるのはなぜですか？
- A) IAMが代わりにブロックチェーントランザクションへ署名する
- B) セルフ運用ノードのRPCエンドポイントでは独自の認証方式を構築するか、ネットワーク層だけで制御する必要があるが、AMBは社内の権限モデルと一貫したIAMで制御できる
- C) IAMが鍵を自動でバックアップする
- D) IAMポリシーでチェーンデータを変更できる
回答を表示
回答: B) セルフ運用ノードのRPCエンドポイントでは独自の認証方式を構築するか、ネットワーク層だけで制御する必要があるが、AMBは社内の権限モデルと一貫したIAMで制御できる
解説: セルフ運用ノードのRPCエンドポイントをアクセス制御するには、認証方式を構築するか、Security GroupやNetworkPolicyなどのネットワーク層の制御だけに頼る必要があります。AMBではIAMポリシーで制御できるため、社内の権限モデルと一貫して管理できます。CloudWatchのメトリクス/ログ、CloudTrailによる管理APIの監査、VPCエンドポイント/PrivateLinkによるプライベート接続、KMSの鍵管理統合も追加できます。
- AMBのドキュメントで
Needs verificationとされている項目はどれですか？- A) AMB QueryがAPI経由でデータを提供すること
- B) AMBの対応チェーン一覧、リージョンごとの提供状況、Preview/GAの状態
- C) QLDBが2025年7月31日に終了したこと
- D) AMBがHyperledger Fabricに対応していること
回答を表示
回答: B) AMBの対応チェーン一覧、リージョンごとの提供状況、Preview/GAの状態
解説: 対応チェーンと提供状況は時間とともに変化します。確認済みの変更には、Ethereum Goerliテストネットの終了（2024年4月1日）とPolygon Mumbaiテストネットの終了（2024年4月15日）が含まれます。Polygon PoSメインネットも、過去にPublic Previewとして提供されていた時期があります。
AMBのサポート終了は、もはや未確認事項ではありません。AWSは2026年10月29日に新規AMB顧客の受け入れを停止し、2027年9月29日にアクセスを終了します（AMB移行ガイド、https://docs.aws.amazon.com/managed-blockchain/latest/ethereum-dev/migrating-node-rpc-workloads.html）。