「来るたびに思うけど、なんやねん、この規模は…」 re:Invent2022のEXPO会場についた時の感想です。 いやほんと、re:Inventの規模感を身を持って体感できるイベントが、このEXPOです。いわゆるひとつの展示会場。re:Inventは各種セッションやアクティビティなどの数も膨大で桁外れなのですが、このEXPOもそれに負けず劣らず規模がでかい。 そんなブースをうろついているだけでも楽しいのですが、今回は、主にアプリケーション開発の文脈で使えそうなサービスを中心に8種類ほどまとめてみました。どれも、珠玉の面白そうなサービスなので、気になった方は、是非トライしてみましょう。 （祭） ∧ ∧ Y　 ( ﾟДﾟ) Φ[_ｿ__ｙ_l〉     ﾏﾂﾘﾀﾞﾜｯｼｮｲ |_|＿| し'´Ｊ re:Invent 2022のExpoとは？ 公式サイトの説明はこちら。 AWS re:Inven

吉田真吾（@yoshidashingo）です。 AWS re:Invent 2022への参加おつかれさまでした。わたしは2012年の初回参加から2022年まで、2020年のオンラインのみの開催を除き、合計10回 AWS re:Invent に参加しています。世界でも珍しい皆勤賞です。 そんなわたしが来年に向けてすべての知見をここに置いておきます。みなさんにとってのワンピースです。こまかい説明がないと理解しづらい部分は今後加筆するかもしれないですが、一言一句に意味があるので何度も読み返してひとつも余さずに取り入れてもらうことを強く推奨します。 AWS re:Invent 2023 は 2023/11/27(月)〜12/1(金) に開催されます 2023/7/8(土)追記：昨日からJapanツアーが募集開始されたそうだ、手続き漏れやトラブル少なく企業として参加したい場合には購入をおすすめする。

[セッションレポート]AWS under the hood 〜AWSを中で支えるサービス群について語る〜 #jawsdays2022 #jawsdays #jawsug みなさん、こんにちは。 AWS事業本部コンサルティング部@東京オフィスの芦沢(＠ashi_ssan)です。 今回は2022年10月8日に開催されたJAWS-DAYS 2022 - Satellitesのセッションレポートを行います。 AWS under the hood 〜AWSを中で支えるサービス群について語る〜 セッション概要 概要 クラウドコンピューティングは、 2006年3月に誕生しお客様のフィードバックをもとに成長してきました。 このセッションではクラウドコンピューティングの中でもエンジニアの皆さんに大人気のサーバレスコンピューティング基盤を例により、 AWSの哲学に基づきどのように基盤が進化してきたか？をご紹介

こんにちは。 ご機嫌いかがでしょうか。 "No human labor is no human error" が大好きな ネクストモード株式会社 の吉井です。 Infrastructure as Code (IaC) という言葉が世の中に登場してから十数年が経過しています。 概念は IT 業界に浸透し、すでに何らかの形で IaC を実践・導入されている企業さんも数多いことと思います。 AWS からは CloudFormation が提供されています。 「CloudFormation の活用を開始しているが良い学習方法を教えてほしい」といった要望を多く頂戴します。 今回は学習に役立つコンテンツを集めてみました。 AWS公式ドキュメント まずは UserGuide を読みましょう。 全ページ読まなくても大丈夫ですが、ブックマークくらいはしておきます。 Template reference Te

「Security HubとGuardDutyで予防的統制と発見的統制を運用する」というタイトルでJAWS-UG 名古屋に登壇しました #jawsug #jawsug_nagoya

AWS認定トレーニング講師の51shivaです。 本日はトレーニングコースのバージョンアップのお知らせです。 概要 2022年4月から、これまで提供されていた初級の2つのトレーニングコースがリニューアルされます。 Cloud Practitioner Essentials(CPE)がバージョン2からバージョン3へ変更されます Practical Startup Workshop(PSW)の提供を終了しTechnical Essentials バージョン5(TESSv5)としてトレーニングが提供されます これに伴い、旧コースは3月末日でトレーニングの提供が終了となります。 それぞれのコースにどのような変更があるのかをお伝えしたいと思います。 Cloud Practitioner Essentials v3(CPEv3)の主な変更点 バージョン2からの変更点を簡単にまとめます。 ラボでの演習が

AWS認定トレーニング講師の平野@おんせん県おおいたです。 さて、2021年に下記のような Well-Architected フレームワークのブログを書きました。 最近AWS Well-Architectedのドキュメントがアップデートされましたので、それに伴いブログも新しくリリースしました。 おもな変更点 ドキュメント構成の改善に対応 ドキュメント自体が読みやすくなりました（詳細は後述）。それに対応して、内容を変更しました。 新しい柱への対応 2021年12月に「持続可能性の柱」が追加されましたので、この新しい柱についての記事を追記しています。 尚、2022.1.9時点で日本語化されておりませんので ブログ内の見出しは、私の方で日本語訳したもの 各リンク先は英語ページ となっておりますので、ご了承ください。 はじめに AWS Well-Architected フレームワークとは AWSと

AWSでTerraformの実行を自動化する環境を作成しました。 github.com AWS内で閉じた形で、Terraformを使い、自動的にAWSリソースを作成する前提です。 Terraformを実行する環境はCodeBuildで用意しました。 その実現方法を紹介します。 環境作成 ディレクトリ構成 terraform-auto-apply-example直下には、自動化の環境を作成するためのtfファイル（main.tf、codebuild.tf）があります。 exampleディレクトリ内のtfファイルが自動実行の対象になります。 terraform-auto-apply-example ├── Dockerfile ├── README.md ├── buildspec.yml ├── codebuild.tf ├── docker-build.sh ├── example │  

ゼロトラストとは、データへのアクセスはネットワークの場所だけに基づき実行すべきではない、という考えを中核としたセキュリティモデルです。このモデルでは、ユーザーとシステムは自身のアイデンティティと信用度を強く証明することが求められ、アプリケーション、データ、その他のシステムへのアクセスを許可する前に、きめ細かな ID ベースの承認ルールが適用されます。ゼロトラストで使用するこれらの ID は、多くの場合、表面的露出をより小さくし、データへの不必要な経路を排除し、外部の明解なセキュリティガードレールを実現する、柔軟性の高い ID 認識ネットワーク内で運用されます。 ゼロトラストセキュリティモデルへの移行は、まず自分のワークロードポートフォリオを評価し、ゼロトラストで強化される柔軟性とセキュリティが最大のメリットをもたらす領域を特定することから始まります。次に、ゼロトラストの概念の適用、つまり、

こんにちは、志水です 先日、ありがたいことに2021 APN ALL AWS Certifications Engineers & AWS Top Engineerに選出されました。周りの皆様の支援があってだと思いますので、本当に感謝しています。 さて、先日は非常にテンションの上がる記事がありましたね。何でしょう？そう、AWS App Runner（以降App Runner）の登場ですね。（AWS Amplify SSR対応も最高でしたね） もし結婚報道がよぎった方は、本記事を読んで頂きしっかり自分を見つめ直して頂ければと思います。 App Runnerとは まず簡単にApp Runnerとは何かを説明します。 App Runnerとは、コンテナ環境を簡単にデプロイ出来るフルマネージドなコンピューティングサービスです。 今までコンテナ環境をデプロイする際には、アプリケーションをDocker

はい、どーも！CX事業本部の吉田です。 新サービスApp Runner 新サービスApp Runnerがローンチされましたね。 App Runner は Web アプリや API サーバの実行に必要なネットワークやロードバランサなどをフルマネージドに提供します！ パイプラインやオーケストレータについても一切考えずにお手元のコードを AWS 上で実行できて最高です✨✨ / "Introducing AWS App Runner ..." https://t.co/o7Vke20gFm 2/n — Tori Hara (@toricls) May 18, 2021 App Runnerはざっくり言うと、コンテナ化したWebアプリを簡単にデプロイできるサービス。ロードバランサやAuto Scaling、果てはソースコードリポジトリと連携したパイプラインの仕組みまで、フルマネージドで提供するサービ

こんにちは！ アンドパッド SREの宜野座です。 ANDPADではAWSを主要なクラウドとして利用させていただいているのですが、続々と社内でAWSを利用する方が増えていることでAWSアカウントの運用も少しずつ煩雑になってきています。 IAMやアカウントの管理に関する議論が2019年末頃からSREでは始まりましたが、具体的に動き出せたのは2020年夏ごろでした。 最近では週1くらいのペースでMTGを行いながら今後のアカウント改善に向けた取り組みを行っています。 今回は IAMの運用改善への取り組みの中で行ったこと AWS Organizationsを導入していく際に注意したポイント 将来的な取り組み についてご紹介させていただければと思います。 IAM運用改善の取り組みの中で行ったこと すべてのIAMアカウントを洗い出す IAMグループ運用について考える 不要なIAM権限の整理、置き換え ロ

所属する会社のグループ全体で、3週連続でAWSのre:Inventのre:capするということで、アンバサダーとして登壇してきました。登壇者の中で一番の高齢者層だったので、新サービスの発表についてでなく、昔話からの振り返り的な話をしています。 S3の歴史からみる「強力な書き込み後の読み取り整合性」について テーマに選んだのが、2020/12/03に発表されたS3の「強力な書き込み後の読み取り整合性」についてです。個人的には今回の新サービスの発表の中で、一二を争うくらいの凄い改善だと思うものの、なかなかその凄さが伝わっていないのかなと思います。ということで、歴史的な経緯から。 結果整合性 はじめは結果整合性から。US Standardリージョンという耳慣れない言葉と一緒に紹介しています。いずれは最後に書き込んだ値になるけど、読み込むタイミングによっては最新の情報ではないかもというのが結果整合