AWSは2026年9月16日、新規利用者向けに、初期設定を減らして開発を始められる新しい利用開始体験を発表した。GoogleやGitHubなどの既存IDで登録すると、AWS側がプロジェクトを用意し、コーディングエージェントによる構築へ進める。新規顧客への段階的な提供で、有料プランにはプロジェクト単位の支出上限も設けられる。ただし、この上限は到達時にプロジェクトを停止する仕組みだ。作り始めるまでの手間を減らす一方、どこまで費用を許容し、いつなら止められるかという判断は利用者に残る。

AD

プロジェクト自動作成からAIでの構築へ

AWSが自動で用意する「プロジェクト」には、リソースを作成するAWSアカウントと、チームで共有するための設定が含まれる。追加のセキュリティ制御もAWS側が適用し、利用者が環境の準備からアプリケーションの開発へ進みやすくした。AWSの発表は、先に設定作業を終える従来の手順に対し、適切な初期設定で始められる点を打ち出している。

背景にあるのは、AWSが大企業や政府機関の要求に応えて機能を増やしてきた経緯だ。発表を執筆したシニアソリューションアーキテクトのMicah Walter氏は、世界規模の展開や幅広い機能は大口顧客に必要でも、新しいアイデアを形にしたい開発者には設定の一つひとつが負担になると説明した。The Registerは9月18日、新規利用者が既存コンソールに難しさを感じていると認識したAWSが、この刷新に約1年取り組んできたと報じている。

共同作業の入口も変わる。チームメンバーにはメールアドレスで招待を送り、招待された人は指定されたプロジェクトにだけアクセスできる方式だ。利用者がIAMユーザーを個別に作成する必要はなく、AWSのアクセス権限を管理するIAMやIAM Identity Centerの仕組みを最初から学ばなくても参加者を追加できる。さらに、対応するサービスとリソースの間の権限も、コンソールの操作手順やコーディングエージェントが自動設定する対象だ。

ここで自動化されるのは、対応する組み合わせの権限設定である。どのサービスでも任意の構成を自動処理できる、とAWSが約束しているわけではない。それでも、小さなアプリケーションを試す段階で、共同利用の準備とリソース同士の接続を一から設定する負担は減らせる。

AIによる開発は、サインイン後に表示されるプロンプトを、自分のコーディングエージェントへ貼り付けるところから始まる。AWSの実演では、エージェントがAWS CLIとAgent Toolkit for AWSを設定し、新しい環境での作業指針を記したCLAUDE.mdを作成した。その後、リクエストごとに一意の連番IDを返すAPIを指示すると、Lambda関数とDynamoDBテーブル、API GatewayのAPIを作成して配置したという。

Walter氏はこの実演でリソース間の権限を手作業で設定せずに済んだと述べている。これはAWSが示した構築例であり、あらゆるアプリケーションの開発時間や構成の正しさを実証するものではない。新体験の具体的な変化は、エージェントへ渡す環境の準備を、AWSへの登録から続く手順に組み込んだ点にある。

支出上限は「止まる」ことまで含む

有料プランの支出上限は、プロジェクトごとに月間の税引き前費用を制御する。支出上限は料金プランの定額料金ではなく、停止と引き換えにプロジェクトの税引き前費用を抑える仕組みだ。AWSの発表には月20ドルからとあるが、公式の支出上限ガイドでは、設定できる最低値を20ドルと保守的に見積もった利用予測額のうち大きい方としている。

つまり、リソースを多く動かしているプロジェクトに、常に20ドルの上限を設定できるわけではない。予測には当月の利用状況や稼働中のリソースが用いられ、前月の利用が多ければその実績も最低値に影響する。上限額を選ぶときには、自分が支払いたい金額に加え、すでに動いている環境の費用も考慮する仕組みだ。

9月の発表と現行の公式ガイドを照合し、支出上限の動作を設定から停止後までに分けると、次のようになる。対象は新しい利用開始体験の有料プランであり、任意で有効にする早期の費用制御とは区別した。

段階 公式ガイドが示す動作・条件 利用時の判断材料
上限を設定 最低値は20ドルと保守的な利用予測額の大きい方 月額20ドルの固定料金でも、常に選べる上限でもない
上限に到達 プロジェクトと全リソースを停止し、データは保持 稼働の継続より費用上限を優先する動作になる
利用を再開 AWS Settingsで上限を引き上げる。一部リソースは手動再起動が必要 上限変更だけで全機能が自動復帰するとは限らない
停止後に放置 停止から90日以内に対応しなければデータを恒久削除 停止したまま無期限に保管できる仕組みではない

この整理から分かるのは、費用を抑える機能がアプリケーションの稼働にも直接作用することだ。AWS自身も、支出上限を実験や学習、サンドボックス向けと位置付けている。本番環境で使う場合は、想定外の費用が発生した際に短い停止を許容できることが条件となる。試作を安心して続けたい開発者と、止められないサービスを運用する担当者では、同じ上限額でも意味が違う。

停止に至る前には通知も届く。実際の費用が上限の50%、75%、90%に達したときや、今後10日以内に上限へ届くか超える見込みになったときが通知の対象だ。利用者はその段階で上限を見直せるが、通知を受け取ることと、停止を許容できることは別の判断になる。

AD

無料枠の条件と高度な機能への道筋

新しい開始体験では、大半の新規顧客がクレジットカードなしで登録でき、AWS Free Tierの100ドル分の無料クレジットを受け取れる。ただし、登録手順の公式文書が示す通り、支払い情報を求める場合や、無料利用枠の対象外となる場合もある点には注意が必要だ。後者は支払い情報を登録し、有料プランで開始する扱いだ。カード不要という説明を、すべての利用者に共通する条件とは読めない。

提供範囲も、現時点では限られた新規顧客への段階展開である。登録画面にまだ新体験が出ない場合があり、既存の全アカウントが一斉に切り替わる発表ではない。利用できるかどうかと、どのプランで始まるかは分けて確認する必要がある。

成長後の経路としてAWSが用意したのが、高度な機能の有効化だ。複数リージョンを使う場合や、AWS Organizationsで独自の管理ポリシーを設定したい場合には、追加料金なしで有効化できるという。AWSは、構成済みのOrganizations環境へ移行作業や停止を伴わずに進め、それまでの設定も維持されると説明している。ここで追加料金がないのは高度な機能の有効化であり、使うリソースの料金がなくなるという意味ではない。

新しい入口を選ぶ際の判断材料は、作りたいものに必要なサービスが対応しているか、そして費用上限に達したときの停止を受け入れられるかだ。その条件が合う試作や学習なら、権限や環境の準備に先に時間をかけず、実際に動くアプリケーションからAWSを学び始められる。