アカウントの利用)です。利用されているお客様が多くいらっしゃいます。マルチアカウントでの運用を推奨しており、関連する多くのサービスや機能がリリースされています。一方で、マルチアカウントに関する作業や知見はプロダクトの価値向上に対して直接的な影響を与えることが少なく、結果として対応や検討が後回しになっているスタートアップも多いのではないでしょうか。今回は特にシード・アーリーステージのスタートアップ向けに、マルチアカウントに対する考え方と、簡単に環境をセットアップする方法をお伝えします。Tipsよくある質問まとめなぜマルチアカウント?既に多くの場所で議論がなされているため細かくは本記事で触れませんが、主にビジネス・事業上の要件に対応するために多くの企業がマルチアカウントに移行しています。メインの課題や目的は企業によって様々ですが、下記の4つに大別出来るかと思います。初期のスタートアップにおいてはプロダクト開発や機能追加に比重が置かれるケースが多くありますが、皆さんが真に作り上げているものはビジネスであり事業です。デベロッパー向けのサービス・機能だけでなく、ビジネス上の課題・要件を満たすために有用なサービスや機能を提供・拡充しています。いった観点で本記事および関連資料を見ていただくと良いかと思います。作ろうとしているような初期の段階に必要かというと、そうではないかも知れません。多くの場合、マルチアカウントが必要ではないと感じさせる理由は「その瞬間の手間だけ」です。私は、ほぼ全てのスタートアップにとってマルチアカウントは有用である考えています。正確に言うと、全てのスタートアップが(出来るだけ早く)マルチアカウントでの運用に備えるべきと考えています。これは皆さんが想像しているよりずっと早く必要となるシーンが訪れるからです。ここではスタートアップがマルチアカウント構成に備えるべき理由についてお話します。スタートアップの成長と意思決定の爆発的な速さスタートアップの特徴の一つにその成長の速さがあるかと思います。私もスタートアップ入ったばかりの頃はその展開の速さに驚いたのを覚えています。これは特徴であると同時に競争力の源泉であったりもするわけですが、その速さ故に問題が起こることも少なくないかと思います。プロダクトのラインナップが増えたり、検証用の環境が必要になることもあるでしょうし、契約先のエンタープライズ企業の要求や各種認証の取得のために、突如セキュリティの水準を上げなければならないケースもあるかと思います。成長に合わせて社員もどんどん増えていくため、誰がどこにアクセスしてよいかなどを適切に管理する必要性も増えてくるでしょう。上であげたような「環境の分離」「請求の分離」「権限の移譲」「ワークロードの分離」といったことの必要性が急に出てくるわけです。アカウントの管理が難しいことは容易に想像できるはずです。#2逆にこのあたりが整っていると、ビジネスの成長を阻害すること無く開発に集中することが出来ます。配下に参加させることが出来ます。パブリックカンパニー(もしくはそのグループ企業)になるということです。その様な未来を見据えて、セキュリティやガバナンスの強化がしやすい土壌を作っておくことは重要ではないでしょうか。一方で、将来のために貴重なリソースを投資すべきかというと、なかなか難しいことも理解しています。用いることで最小の工数で、マルチアカウント環境を整備することについて解説します。シングルサインオン前提のサービスが増えている厳密にはマルチアカウント環境の整備とは直接関係がありませんが、付随してシングルサインオンの環境も整備することになるかと思います。シングルサインオン基盤があるとより便利に使えるサービスが増えています。)マネージドサービスを有効活用してビジネスをドライブするために、シングルサインオンの環境が早期に整っていることはプラスに働くかと思います。アカウントで運用が適切に行われているかといったことも管理する必要があるかと思います。これらの管理を支援するサービスが多く揃っています。利用する大きなメリットの一つではあります。一方で、これらのサービスを理解し組み合わせて運用することを考えるとなかなかハードルが高く、リソースの少ないスタートアップにおいて後回しになってしまうことも多いのではないでしょうか。簡単にマルチアカウント環境を整備できるサービスです。お客様に代わって上記の各サービスの設定を行います。有効化し約60分待つだけで、マルチアカウント環境を整備することが出来ます。アカウントに割り当てるメールアドレスを設定するだけです。動作イメージ図これだけ聞くと、勝手に設定が行われて既存環境に悪影響が出たらどうしよう、、その様に感じる方もおられるかもしれません。原則その様なことはないのですが、なぜ大丈夫であるかを理解するためにも最低限知っておくべきことについて触れておきます。動作に必要なものだけ原則として現在行うことが出来ている操作を妨げるような設定はされません。アカウントへのログの集約の設定変更を制限するためのものです。行う設定は最低限動作に必要なもののみです。それ以外のものについては選択制となっています。内容を確認して選択したもののみ適用でます。事前に動作が「予防」「検出」なのか分かるため、影響度も分かりやすいかと思います。“Security”という名称)の配下に入れます。リソースを作らないように注意してください。利用出来るようになります。設定、上記ガードレールの適用を自動化することが出来ます。開発者にアカウント作成の権限を移譲することも可能です。利用する上でやっておくべきことについてお伝えします。アカウントを複数管理していると、それぞれに登録されているEメールアドレスも管理する必要がありますが、このEメールアドレスには重要な連絡がいくことがあります。アカウントに設定することをおすすめします。有効化したアカウントは全体の「管理アカウント」となります。有効化することをおすすめします。アカウントにアクセスできるか細かく制御することができます。基盤があるのではないでしょうか。連携して認証を行う機能があるため、アカウントの二重管理を避けるためにも設定することをおすすめします。自動ユーザープロビジョニングに対応しました。利用されており非常にセキュアです。受けることが出来ます。認証情報を元に一時的なアクセスキーを取得することが可能です。等の利用を検討してみてください。追記することで同等の利便性を得ることが出来ます。公式ツールではありません。確認の上ご利用ください。ログインセッションの有効期間の初期設定は1時間となっています。不必要に長く設定することはおすすめしませんが、開発中にセッションが切れ、不便に感じられることもあるかと思います。duration」を参考に最適な値に変更頂ければと思います。おける組織単位のベストプラクティス」を参考にして頂ければと思います。後からも設定を変えることが可能です。再設計するのも一つの手です。organization」を参考に下記のようなシンプルな形から初めてはいかがでしょうか。利用開始は非常に簡単です。アカウントで利用するメールアドレスの指定」だけです。有効化すると稼働してるプロダクトに影響出たりしませんか?前述の通り、多くのガードレールは選択制です。内容はコンソールやドキュメントで確認できるため、事前にご確認頂くのがよいでしょう。アカウントを参加させることは出来ますか?可能です。アカウントを登録する」参照してください。エンドポイントが配置されたり、ログアーカイブ用のアカウントがログを集約するリージョンとして利用されます。リージョンをホームリージョンに選択して頂ければと思います。ホームリージョンの変更は出来ません。サービスの料金は使用量に基づいて発生するので留意してください。まとめいかがでしょうか。利用することで簡単にマルチアカウント環境を整備できることが伝われば幸いです。有効化しベースとなる環境を作る設定自体は数分で出来るので是非試してみてください。アカウントを利用すれば比較的試しやすいかと思います。アカウントの管理は日々の業務の煩雑さを増長します。利用することで事業成長に伴う管理運用上の負荷を軽減し、事業にフォーカスできるスタートアップが増えることを願っています。@mats16kコンテナやビッグデータが得意分野なスタートアップソリューションアーキテクト。