AWS MCP Server の一般提供を開始 | Amazon Web Services
Amazon Web Services ブログ AWS MCP Server の一般提供を開始 私はこれまで長きにわたって AI エージェントと MCP ツールを利用して構築してきましたが、常に 1 つの疑問が頭にありました。それは、全権限を渡さないようにしつつ、実際に使える、AWS に対する認証済みアクセスをエージェントに付与するにはどうすればよいか、ということです。 2026 年 5 月 6 日、その答えが明らかになりました。 AWS MCP Server の一般提供の開始をお知らせします。これは、少数の固定ツールセットを通じて、すべての AWS サービスに対するセキュアかつ認証済みのアクセスを AI エージェントやコーディングアシスタントに付与する、マネージドリモートモデルコンテキストプロトコル (MCP) サーバーです。 AWS MCP Server は、Agent Toolkit
AWS、Claude Codeにアーキテクチャ設計、コスト見積もり、構成コード生成、デプロイ実行などの能力を組み込む「Agent Plugins for AWS」公開 Amazon Web Services（AWS）は、Claude CodeとCursorに対してAWSのデプロイに関するアーキテクチャの設計、コストの見積もり、Infrastructure as Codeのコード生成、そしてデプロイの実行という一連の能力をプラグインとして組み込める「Agent Plugins for AWS」を公開しました。 Agent Plugins for AWSは、以下のコンポーネントから構成されています。 Agent Skills：AIエージェントに対してAWSのベストプラクティスやワークフロー、コードレビュー、デプロイなどのスキルを与える MCPサーバ：AWSの公式ドキュメントなどのナレッジ参照、
こんにちは、技術推進本部のシムです。 今回は最近実施したセッションストアのValkey Serverless移行について、なぜ移行を決めたのか、実際の移行プロセスや成果、運用で得られた知見を紹介します。 ここでのセッションストアとは STORES ネットショップの本体は Rails で動いており、該当アプリケーションのセッションストアを指します。 元々は MemoryDB (with Redis OSS) をストレージとして利用しており、該当クラスタにはセッションに関係するデータも一部追加で保存されておりました。 なぜ Valkey Serverlessに移行したのか？ ここには Serverless の採用と Valkey の採用という二つの話があるので分けて話していきます。 Serverless の採用 ElastiCache Serverless は従来の ElastiCacheとは
はじめに SREチームの中島です。現在は、株式会社アプリボットにて各種サービスの構築運用を行っています。 本記事は、 CyberAgent Group SRE Advent Calendar 2025 / Applibot Advent Calendar 2025 7日目の記事になります。 今回は、ElastiCache Serverless for Valkey を約1年ほど検証・運用してきた経験から、実運用で見えてきたポイントをまとめました。 ElastiCache Serverless は運用の手間を減らしつつ安価にスパイク耐性を確保できる選択肢として、検証環境だけでなく本番環境でも非常に実用的なサービスです。この記事では、実際に運用してわかった特性や監視のポイント、運用上の注意点について詳しく解説します。 また記事後半に、re:Invent 2025で発表されたばかりの Datab
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? あっという間に1年が過ぎ去ろうとしています。 今年もGemini(nano banana)/OpenAI/ClaudeによってSREやソフトウェアエンジニアの現場は本当に大きく流れが変わりました。 昨年は補助的なコーディングやデバッグに留まるケースが多かったですが、今では主は生成AIに任せつつ、人間はより上流の役割や最終判断に回ることが多くなりました。 これにより多くのエンジニアリングの現場は体験が向上したと思います。また引き続きそこに対して、企業は大きな投資を実行していくでしょう。 一方で... 開発体験向上に対してどこまで投資してい
NAT Gatewayの可用性と切り替えの手間が気になる こんにちは、のんピ(@non____97)です。 皆さんはNAT Gatewayの可用性と切り替えの手間が気になったことはありますか? 私はあります。 NAT GatewayはAZレベル = Zonalなサービスです。そのため、AZレベルの障害が発生した場合はNAT Gatewayへルーティングしていたリソースは通信ができなくなります。 そちらの対応としてNAT GatewayをMulti-AZ構成にすることがありますが、各AZ間のNAT Gatewayの振り分けが課題となります。 NAT Gatewayにルーティングする前段にNLBを挟んだとしても通信はできません。 また、NLBとNAT Gatewayとの間にSquidのようなプロキシサーバーを挟み、クロスリージョン負荷分散を行うことで、利用するNAT Gatewayへの負荷分散
![[アップデート] リージョンレベルでの可用性があるリージョナルNAT Gatewayが利用可能になりました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/fa383f8f4dde57b1a9ba2dba2e58e49b17225604/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fproxy.goincop1.workers.dev%3A443%2Fhttps%2Fimages.ctfassets.net%2Fct0aopd36mqt%2Fwp-thumbnail-50706ca4b3af64b50895745fa3ba1180%2F47af3f43efd69adb20976f201c9c3366%2Famazon-vpc)
Amazon S3が大幅強化、保存できるオブジェクトサイズが最大の50TBに拡大、バッチ処理速度は10倍速に
Amazon S3が大幅強化、保存できるオブジェクトサイズが最大の50TBに拡大、バッチ処理速度は10倍速に Amazon Web Services（AWS）は、日本時間12月3日未明から開催中の年次イベント「AWS re:Invent 2025」で、Amazon S3の最大容量と処理性能の大幅強化を発表しました。 Amazon S3はクラウドサービスの基盤となるオブジェクトストレージです。これまで、1オブジェクト当たりの最大容量は5TBが上限でしたが、今回これが50TBにまで拡大されました。 これにより超高精細な動画ファイルやAI用の学習データセットなどの大容量ファイルであっても分割することなく、直接扱えるようになりました。 また、バケット間でのオブジェクトのコピーやタグ付け、オブジェクトのチェックサム計算など、Amazon S3に関するバッチ処理の処理速度が最大で10倍になりました。
Amazon Web Services（AWS）は、日本時間12月3日未明から開催中の年次イベント「AWS re:Invent 2025」で、同社のマネージドデータベースサービスの価格を最大で35％安くできる「Database Savings Plans for AWS Databases」を発表しました。 Database Savings Plans for AWS DatabasesはAWSのユーザーが1年間でマネージドデータベースを一定以上使用することをコミットすることで、データベースコストを最大35%削減できるというもの。 前払いは不要で、対象となるデータベースサービスであれば、データベースエンジン、インスタンスファミリー、サイズ、展開オプション、AWSリージョンに関係なく、インスタンスのコストに対して自動的に適用されます。 対象となるサービスは現時点で以下となります。 Amazo
AWS、コンテナアプリケーションのインフラ周りを自動設定してくれる「Amazon ECS Express Mode」提供開始
AWS、コンテナアプリケーションのインフラ周りを自動設定してくれる「Amazon ECS Express Mode」提供開始 Amazon Web Services（AWS）は、コンテナ化されたアプリケーションのデプロイやスケーリング、運用管理などを提供するフルマネージドサービス「Amazon ECS」（Amazon Elastic Container Service）の新機能として、複雑な設定を自動化することで迅速なデプロイを可能にする「Amazon ECS Express Mode」の提供を発表しました。 本来、コンテナ化されたアプリケーションを本番環境にデプロイするには、ロードバランサー、自動スケーリングポリシー、ネットワーク、セキュリティグループなどの多くのパラメータの設定が求められます。 これにより本番環境へのデプロイには時間がかかるものとされていました。 今回提供が開始された「
「AWS MCP Server」プレビュー開始。最新のAWS APIからナレッジベースまで包括的にAIからAWSを利用可能に MCPとは一般に、生成AIやAIエージェントが外部のツールを呼び出して情報を取得したり操作したりする際に使われるプロトコルです。生成AIやAIエージェントがMCPクライアントとなり、情報提供や操作の対象となる側がMCPサーバとなります。 AWSはすでにMCPサーバとして、AWS APIを利用するための「AWS API MCP Server」や、ナレッジベースにアクセスできる「AWS Knowledge MCP Server」などを提供しています。 参考：AWSのナレッジを生成AIで参照できる「AWS Knowledge MCP Server」正式版が登場。公式のドキュメントやAPIリファレンス、アーキテクチャガイダンスなど情報源に 今回発表されたAWS MCP Se
Amazon Web Servicesは、サーバレス基盤「AWS Lambda」の新機能として、コンテナではなくEC2インスタンスでサーバレスアプリケーションを構築できる「AWS Lambda Managed Instances」をリリースしました。 AWS Lambdaは、あらかじめ関数として記述したコードをコンテナとして瞬時に起動し、アプリケーションとして提供するサーバレスコンピューティング基盤です。 イベントハンドリングによるコンテナの起動や負荷に対応したスケーリングなどインフラ周りの処理をすべてサーバレス基盤に任せることができるため、開発者はアプリケーションの開発に集中することができる利点があります。 今回リリースされたAWS Lambda Managed Instancesでは、従来のコンテナの代わりにAmazon EC2のインスタンスを用いることができるようになります。 これに
［速報］AWS、障害が発生すると人間より先にAIが調査分析、対処法まで報告「AWS DevOps Agent」プレビュー公開 Amazon Web Services（AWS）は、日本時間12月3日未明から開催中の年次イベント「AWS re:Invent 2025」で、障害に対して自動的に対応するAIエージェント「AWS DevOps Agent」のプレビュー公開を発表しました。 AWS DevOps Agentは人間が起動するのではなく、オンにしておくことで継続的にアラートを監視し、何らかのインシデントの発生を検知すると重要性に応じたトリアージを自動的に行い、コードリポジトリやメトリクスなどを参照して推定される根本原因を特定。的を絞った緩和策や対処法などを推奨してくれます。
［速報］AWS、AIがフィードバックから学びつつ自律的に開発を行う「Kiro autonomous agent」発表 Amazon Web Services（AWS）は、日本時間12月3日未明から開催中の年次イベント「AWS re:Invent 2025」で、まるでチームメンバーのように自律的に開発を行うAIエージェント「Kiro autonomous agent」を発表しました。 Kiroは仕様駆動開発を特長とするAIコードエディタとして今年（2025年）7月にAWSからリリースされました。Kiro autonomous agentは、その発展系として登場したAIエージェントです。 一般にAIによるコーディングアシスタントは、例えば処理を行うリポジトリを切り替えるごとにコンテキストを与える必要があります。 それに対してKiro autonomous agentは与えられたコンテキストを継
自然言語でKubernetesに話しかけて運用管理可能に。AWSがフルマネージドなAmazon EKS MCP Serverをプレビュー開始
自然言語でKubernetesに話しかけて運用管理可能に。AWSがフルマネージドなAmazon EKS MCP Serverをプレビュー開始 Amazon Web Services（AWS）は、複雑なkubectlコマンドや深いKubernetesの専門知識を用いなくとも、自然言語でKubernetesに指示をして運用や管理を可能にするフルマネージドな新サービス「Amazon EKS MCP Server」のプレビュー公開を発表しました。 Amazon EKS（Amazon Elastic Kubernetes Service）は、AWS上でKubernetesをマネージドサービスとして提供するサービスです。利用者はKubernetesを用いてクラスタを作成し、コンテナのスケジュール設定、アプリケーションの可用性の管理、リソースの動的スケーリングなどの運用を行うことができます。 しかしKu
YAPC::Fukuoka 2025発表資料です
AWS、Amazon EBSボリュームを数秒でコピーできる「Amazon EBS Volume Clones」リリース
AWS、Amazon EBSボリュームを数秒でコピーできる「Amazon EBS Volume Clones」リリース Amazon Web Services（AWS）は、ブロックストレージを提供するサービス「Amazon EBS（Amazon Elastic Block Store）のストレージボリュームを数秒でコピーできる新機能「Amazon EBS Volume Clones」のリリースを発表しました。 Amazon EBSは、そこで作成したストレージボリュームをAmazon EC2インスタンスにアタッチすることで、Amazon EC2インスタンス上にファイルシステムを構築することや、データベースを作成することが可能です。 これまで開発環境やテスト環境のように同一環境を複数作成する目的などでAmazon EBSのボリュームをコピーする場合、Amazon EBSのスナップショットをAm
コンテナ化されたアプリケーション用の Amazon ECS マネージドインスタンスの発表 | Amazon Web Services
Amazon Web Services ブログ コンテナ化されたアプリケーション用の Amazon ECS マネージドインスタンスの発表 9 月 30 日、Amazon ECS マネージドインスタンスを発表しました。これは Amazon Elastic Container Service (Amazon ECS) の新しいコンピューティングオプションです。開発者はインフラストラクチャ管理の責任を Amazon Web Services (AWS) にオフロードしながら、Amazon Elastic Compute Cloud (Amazon EC2) の全機能を使用できるようになります。この新しいサービスは、インフラストラクチャのオフロードによる運用のシンプルさと Amazon EC2 の柔軟性および制御を組み合わせたものです。つまり、お客様は総保有コスト (TCO) を削減し、AWS の
はじめに iselegantです。 今日は2025年9月30日(US時間)に発表されたAmazon ECS Managed Instance(以降、ECSマネージドインスタンス)について、その全容とFargateとの違いの観点から特徴を解説していきたいと思います。 ECSにおけるコンピューティングの選択肢として、これまではEC2もしくはFargateのいずれかから選択可能でした。 ECSマネージドインスタンスの登場により、選択肢が3つとなったわけですが、EC2とFargate両者のメリットを享受できるバランスの良い選択肢という位置づけです。 EC2インスタンス自体はAWSの持ち物 ECSマネージドインスタンスを選択すると、ECSタスクを起動させるために、まずEC2インスタンスが起動します。 これ自体は、今までのECS on EC2と変わりません。 ただ、このEC2インスタンスはAWS側の責
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon QuickSight がリブランディングされ「Amazon Quick Suite」になり、AI 機能が追加されました | DevelopersIO
