確認された事実・報告
第三者の報告
投稿・記事・資料など、第三者による報告です。NALは実測していません。
参照資料で紹介された活用報告:TamnoonはAmazon Bedrock上のクラウド修復基盤Tamiについて、CNAPPなどの検知を調査し、RCIで安全性を示し、多層の安全策で修正を進めると説明しています。顧客の本番障害ゼロはTamnoon自身の報告です。
出典 [1] / 確認 2026年10月15日 22:39 JST
Tamnoonは、Amazon Bedrock上で動くエージェント型のクラウド修復オーケストレーター「Tami」を構築したと説明しています。Tamiは、CNAPPやクラウドネイティブの各種ソースから取り込んだ検知結果を自律的に調査し、修復しても安全かどうかを評価します。そのうえで、顧客のクラウドに変更が及ぶ場面ではガードレールとガバナンスを効かせながら、修正の生成とオーケストレーションを行います。処理する検知ごとに「Remediation Confidence Indicator(RCI)」として、SAFE、RISKY、AWAITING DATAのいずれかが割り当てられます。この評価により、自動化してよいものと、先に人のレビューが必要なものを区別できます。SAFEの操作は自動実行が可能で、AWAITING DATAやRISKYの操作にはTamnoonに所属するクラウドエンジニアが関与するとされています。Tamnoonは、顧客にとって本番障害ゼロが現実になっており、それは偶然ではないと述べています。この本番障害ゼロの主張や圧縮に関する数値は、Tamnoon自身の調査に基づく報告であり、NALが検証したものではありません。同社の自律化は多層防御の安全設計の内側にあり、各層は手前の層が見落とす可能性を前提にしています。まず、修正案を書く前の段階で、範囲に注目し慎重側に偏らせた独立の安全性評価が行われ、変更しても安全と結論づけられるまで修復は作成されません。次に、読み取りと書き込みが厳密に分けられます。調査の手順は読み取り専用であることが検証され、問題を理解する作業が状態を変えることはありません。変更を許されるのは修復の経路だけで、その変更にはバックアップ、検証、ロールバックの手順がそれぞれ付きます。さらに、生成の各ステップには振り返りのステップが組み合わされ、出力を点検してその指摘を再生成に反映するため、システムは自らの成果物を鵜呑みにせず見直し続けます。提案内容は、自動化の結果、ユーザーからのフィードバック、実際に修正されたアラートに基づく学習データと照合して現実に即した状態に保たれ、モデル単独で正確な結果に至れない場合は人が介在します。最後の防護は実行の瞬間にあり、AIがクラウドの認証情報を保持することはありません。実行は、顧客が管理する信頼のもとで発行される、短命でテナント単位に限定された認証情報を介して仲介され、作業を計画するエージェントとは切り離された隔離環境で行われます。これらを包むのが人によるガバナンスで、修復は完全な監査証跡を伴う承認ワークフローを経て進み、あらゆるAI機能は顧客に届く前に社内で実証されるとされています。
出典 [1] / 確認 2026年10月15日 22:39 JST
ユースケース
Tamnoon、Amazon Bedrock上の修復オーケストレーターTamiで、多層防御により本番障害ゼロを実現と説明
投稿・資料で紹介 · 2026-10-15T13:39:04.570Z
実施の成功を保証するものではありません
用途: TamnoonはAmazon Bedrock上のクラウド修復基盤Tamiについて、CNAPPなどの検知を調査し、RCIで安全性を示し、多層の安全策で修正を進めると説明しています。顧客の本番障害ゼロはTamnoon自身の報告です。
方法: Tamnoonは、Amazon Bedrock上で動くエージェント型のクラウド修復オーケストレーター「Tami」を構築したと説明しています。Tamiは、CNAPPやクラウドネイティブの各種ソースから取り込んだ検知結果を自律的に調査し、修復しても安全かどうかを評価します。そのうえで、顧客のクラウドに変更が及ぶ場面ではガードレールとガバナンスを効かせながら、修正の生成とオーケストレーションを行います。処理する検知ごとに「Remediation Confidence Indicator(RCI)」として、SAFE、RISKY、AWAITING DATAのいずれかが割り当てられます。この評価により、自動化してよいものと、先に人のレビューが必要なものを区別できます。SAFEの操作は自動実行が可能で、AWAITING DATAやRISKYの操作にはTamnoonに所属するクラウドエンジニアが関与するとされています。Tamnoonは、顧客にとって本番障害ゼロが現実になっており、それは偶然ではないと述べています。この本番障害ゼロの主張や圧縮に関する数値は、Tamnoon自身の調査に基づく報告であり、NALが検証したものではありません。同社の自律化は多層防御の安全設計の内側にあり、各層は手前の層が見落とす可能性を前提にしています。まず、修正案を書く前の段階で、範囲に注目し慎重側に偏らせた独立の安全性評価が行われ、変更しても安全と結論づけられるまで修復は作成されません。次に、読み取りと書き込みが厳密に分けられます。調査の手順は読み取り専用であることが検証され、問題を理解する作業が状態を変えることはありません。変更を許されるのは修復の経路だけで、その変更にはバックアップ、検証、ロールバックの手順がそれぞれ付きます。さらに、生成の各ステップには振り返りのステップが組み合わされ、出力を点検してその指摘を再生成に反映するため、システムは自らの成果物を鵜呑みにせず見直し続けます。提案内容は、自動化の結果、ユーザーからのフィードバック、実際に修正されたアラートに基づく学習データと照合して現実に即した状態に保たれ、モデル単独で正確な結果に至れない場合は人が介在します。最後の防護は実行の瞬間にあり、AIがクラウドの認証情報を保持することはありません。実行は、顧客が管理する信頼のもとで発行される、短命でテナント単位に限定された認証情報を介して仲介され、作業を計画するエージェントとは切り離された隔離環境で行われます。これらを包むのが人によるガバナンスで、修復は完全な監査証跡を伴う承認ワークフローを経て進み、あらゆるAI機能は顧客に届く前に社内で実証されるとされています。
成果: 未確認
条件:
- 参照資料での報告であり、NALが再現・実測した結果ではありません。
利用条件と未確認事項
項目別の利用条件は未登録です。本文・出典の条件も確認してください。
未確認のこと
- 参照資料での報告であり、NALが再現・実測した結果ではありません。
出典・関連投稿
出典
- [1] 記事の根拠となる外部資料
公式 · 2026年10月15日 22:39 JST