AWS Organizations を使ったマルチアカウント構成・OU 設計を学ぶリンク集 | DevelopersIO
コーヒーが好きな emi です。 AWS Organizations を使ったマルチアカウント構成・OU 設計を学ぶのに役立つリンクを集めました。 Control Tower を使う場合と使わない場合で可能な構成が変わる部分があり、別々にまとめます。 Organizations に関する参考情報 AWSのマルチアカウント管理で意外と知られていないOU設計の話 以下は AWS コミュニティでの AWS ソリューションアーキテクトの皆様による LT ですが、OU 設計に関して具体的な図付きで紹介されており、分かりやすくお勧めです。 AWSのマルチアカウント管理で意外と知られていないOU設計の話 - Speaker Deck JAWSDAYS 2024 B-11 恒例！ソリューションアーキテクト怒涛のLT - YouTube 10:56~13:15 部分 マルチアカウントに関する公式ホワイトペー
Amazon EventBridge でメトリクスデータを素早く確認できるダッシュボードが提供されるようになりました | DevelopersIO
こんにちは、森田です。 以下のアップデートで Amazon EventBridge でメトリクスデータを素早く確認できるダッシュボードが提供されるようになりました。 本記事では、ダッシュボードでどのようなメトリクスを確認できるかをみていきます。 やってみる 本記事では、東京リージョンで確認を行いました。 東京リージョンのダッシュボードを確認する場合は、以下のリンクから可能です。 https://ap-northeast-1.console.aws.amazon.com/events/home?region=ap-northeast-1#/dashboard 以下のような画面が開きます。 リソース数の確認 上部のタブにてリージョン内（アカウント全体ではない）のリソース数を確認することができます。 各リソースのメトリクスの確認 以下のタブを切り替えることで、各リソースにおけるメトリクスを確認す
大規模クラウドインフラ設計・構築案件の歩き方(AWS-28)がインフラエンジニアに刺さりまくりな内容だった | iret.media
AWS Summit Japan 2024 Day1の「大規模クラウドインフラ設計・構築案件の歩き方」のセッションについてレポートです。 控えめに言っても満足度の高いセッションでした。 大規模なクラウドインフラの設計構築運用に関わる方なら首がもげるくらい頷きが多い内容であり、アーカイブが公開された際はもう一度見たいと思うほど…。 セッションの内容には「設計書の一覧サンプル」や、「アプリ/インフラチームの責任分界」といった界隈でも関心が高い内容に触れられています。 考え方のひとつとして参考にしていきたい内容がモリモリでしたので、シェアさせていただきます。 セッション概要 大規模クラウドインフラ設計・構築案件の歩き方 Level 300: 中級者向け スピーカー: アマゾン ウェブ サービス ジャパン合同会社 仲谷 岳志 様 クラウド技術のコモディティ化により、エンタープライズ分野では近年、A
Amazon EKS で EC2 スポットインスタンスを使用するためのベストプラクティス
Amazon Elastic Kubernetes Service (Amazon EKS) で Amazon Elastic Compute Cloud (Amazon EC2) スポットインスタンスを使用したいと考えています。ベストプラクティスにはどのようなものがありますか? 簡単な説明 Amazon EKS で Amazon EC2 スポットインスタンスを使用する際のベストプラクティスを以下に示します。 長時間実行されるジョブやステートフルなアプリケーションにはスポットインスタンスを使用しないでください。 スポットインスタンスでマネージドノードグループを使用する。 複数のインスタンスタイプをノードグループに追加します。 AWS ノード終了ハンドラー (NTH) をセルフマネージドノードグループに使用します。 解決方法 長時間実行されるジョブやステートフルなアプリケーションにはスポット
DynamoDBのベストプラクティスを技術的詳細から理解する
こんにちは。 株式会社CHILLNNという京都のスタートアップにてCTOを務めております永田と申します。 弊社では宿泊施設様向けに宿泊施設の予約管理用のSaaSを提供しており、現時点で1000近くの施設様にご利用いただいています。 現在、これまでに溜め込んだ日本最大級の宿泊コンテンツの検索エンジンを構築しており、その過程でさまざまなデータベースを探索しています。 本記事では、AWSのKVSであるDynamoDBを題材に、公式ドキュメントに書かれているキー設計のベストプラクティスの背景を理解することを目的とします。 なお、本記事の執筆にあたって、こちらの動画を大変参考にさせていただきました。 DynamoDBとは DynamoDBとは、AWSで利用できる、あらゆる規模に対応する高速で柔軟なNoSQLデータベースサービスです。 DynamoDBが登場した背景は、アプリケーションの大規模化です。
AWSのPublic IPv4構成をIPv6に切り替える | 外道父の匠
AWS の IPv6化について調査は済んだけど、書き始めるのに非常にドンヨリしております。図を書いて少しでも楽しくいきましょそうしましょ。 皆様も読んだらドンヨリするかもしれませんが、できるだけ丁寧に書いてみますので、PublicIP 有料化に抗いたい人は頑張って追ってみてください:-) 目次 また長いです。でもひきかえさないほうがいいかもしれない。 はじめに 前提知識 目的 IPv6 の設計 従来のプライベート IPv4 IPv6 の割り当て Gateway と Routing VPC SecurityGroup Network ACL Subnet Egress Only G/W NAT64 RouteTable Public Private インスタンスで動作確認 IPv6 アドレスの確認 IPv6用の設定 疎通確認 IPv6リソースの配置 既存リソースの入れ替え アプリケーションの
AWS Well-Architected ドキュメントが読みやすくなりました！！（AWS Well-Architected ドキュメントの歩き方2022） | DevelopersIO
AWS認定トレーニング講師の平野@おんせん県おおいたです。 さて、2021年に下記のような Well-Architected フレームワークのブログを書きました。 最近AWS Well-Architectedのドキュメントがアップデートされましたので、それに伴いブログも新しくリリースしました。 おもな変更点 ドキュメント構成の改善に対応 ドキュメント自体が読みやすくなりました（詳細は後述）。それに対応して、内容を変更しました。 新しい柱への対応 2021年12月に「持続可能性の柱」が追加されましたので、この新しい柱についての記事を追記しています。 尚、2022.1.9時点で日本語化されておりませんので ブログ内の見出しは、私の方で日本語訳したもの 各リンク先は英語ページ となっておりますので、ご了承ください。 はじめに AWS Well-Architected フレームワークとは AWSと
「はじめてのAWS設計でやりがちな失敗パターンまとめ」について発表しました #devio2020 | DevelopersIO
西澤です。クラスメソッドに入社してからおよそ5年間クラウドの推進やAWS技術に関する支援をさせていただいております。この経験を何か形にしたいと思い、少し遅れてしまったのですが、Developers.IOイベントに乗じてまとめさせていただきました。 発表資料 資料はこちらにアップロードしております。 夜間に録音したので覇気が無い感じになってしまいましたが、動画はこちらです。 まとめ 「AWS設計でやりがちな失敗パターン」というタイトルで考え始めたのですが、もっともお伝えしたい点は、AWSを利用されるお客さまのマインドセットを変え、クラウドを活用できる組織に変わって欲しい、というところに集約できるかなと思います。技術的な問題以上に、考え方を変えられないこと、組織を変えられないことが、クラウド活用を阻害するアンチパターンになっていると思いました。 どこかの誰かのお役に経てば嬉しいです。
[セッション詳説] Amazon DynamoDBのデータモデリング #CMY304 #reinvent | DevelopersIO
Data modeling with Amazon DynamoDB 本記事はre:Invent 2019のセッション「CMY304 - Data modeling with Amazon DynamoDB」を 開発者視点で噛み砕いた レポート兼解説記事です。 本記事ではセッション内容を元とした形の感想記事ですので、スピーカーが語っていない個人的な感想が多く含まれています。もしオリジナルの内容に絞った情報を知りたい場合は公式のセッション動画およびスライドの公開をお待ちいただければと思います。 Speaker Alex DeBrie (@alexbdebrie) Serverless Inc.のEngineering Manager, AWS Data Heroの方です。 DynamoDBのことが学べる「DynamoDBGuide」および「DynamoDBBook.com」を執筆されています
![[セッション詳説] Amazon DynamoDBのデータモデリング #CMY304 #reinvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/9419c6cf4ac1d0e1323fa1560dfc995d191622f5/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F12%2Freinvent2019_report_eyecatch.jpg)
[レポート]PUBG’s architecture (with focus on back end infra) on AWS #AmazonGameTech #AmznGameTechJP | DevelopersIO
PUBG’s architecture (with focus on back end infra) on AWS 2019年11月20日（水）にアマゾン目黒オフィスでアマゾンウェブサービス社の自社イベント「Amazon Game Developers Conference」が開催されました。 Amazon Game Developers Conference 本記事は、セッション「PUBG’s architecture (with focus on back end infra) on AWS」をレポートします。 スピーカー PUBG Corporation DevOps Engineer Kim JungHun 氏 セッション概要 PUBG Corporationは、世界で50万本以上販売されている PLAYERUNKNOWN'S BATTLEGROUNDS の開発および運営をしていま
![[レポート]PUBG’s architecture (with focus on back end infra) on AWS #AmazonGameTech #AmznGameTechJP | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/3abd18c1510f93170e471a202936aa7de1225cfc/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F11%2F5faee5ae4b279bf5ab73a218090a1f69.png)
[レポート]オンラインゲームをつくるために考えるべき10のこと Lv. 100 #AmazonGameTech #AmznGameTechJP | DevelopersIO
オンラインゲームをつくるために考えるべき10のこと Lv. 100 2019年11月20日（水）にアマゾン目黒オフィスでアマゾンウェブサービス社の自社イベント「Amazon Game Developers Conference」が開催されました。 Amazon Game Developers Conference 本記事は、セッション「オンラインゲームをつくるために考えるべき10のこと Lv. 100」をレポートします。 スピーカー アマゾン ウェブ サービス ジャパン株式会社 ソリューションアーキテクト 吉田 英世氏 セッション概要 オンラインゲームはかつてない広がりを見せており、マルチプラットフォーム、グローバル展開、マルチプレイ、リアルタイムなどさまざまな要件を満たすためには、これまで以上にたくさんの技術をうまく活用する必要があります。AWSにはオンラインゲームを支える多くのサービス
[レポート] 安定したゲームリリースのためのWell Architectedと負荷テスト #AmazonGameTech #AmznGameTechJP | DevelopersIO
安定したゲームリリースのためのWell Architectedと負荷テスト 2019年11月20日（水）にアマゾン目黒オフィスでアマゾンウェブサービス社の自社イベント「Amazon Game Developers Conference」が開催されました。 Amazon Game Developers Conference 本記事は、セッション「安定したゲームリリースのためのWell Architectedと負荷テスト」をレポートします。 スピーカー アマゾン ウェブ サービス ジャパン株式会社 ソリューションアーキテクト 三上 卓也様 セッション概要 AWSではプレイヤーの需要に応じて柔軟にスケールを変更できる、グローバルなゲームインフラ環境を提供しています。ゲームリリース時には想定を超えるリクエストがあり、設計の不備や試験不十分により、システムが不安定となるケースがあります。 本セッショ
【旧版・説明欄参照ください】 サーバーレスアプリケーション向きの DB 設計ベストプラクティス
【2019/09/12 追記】 この資料は旧版であり、最新版が存在します。 2019/09/12 にアップロードしたものをご参照ください 最新版 → https://www.slideshare.net/AmazonWebServicesJapan/db-20190905 --------（元の文）------------------- 2019/05/09 に #AWSLoft Tokyo で開催されたイベント、「イチから理解するサーバーレスアプリ開発」における講演資料の一つです。 ・サーバーレスアプリケーションにおいて Amazon DynamoDB が利用しやすい理由 ・RDB と DynamoDB の設計プロセス・考え方の対比・明文化 ・実例に沿った DynamoDB の設計プロセス解説とサンプル例題 などを含みます。 イベント: https://understandingbasi
DynamoDBにまつわるサーバレス失敗談とその対処法
2019年3月6日、Serverless Community(JP)が主催するイベント「Serverless Meetup Tokyo #11」が開催されました。世界各地で運営されているServerless Architectureやその周辺技術について情報を共有する本コミュニティ。今回は、株式会社Speeeのオフィスにて、6人のエンジニアがLTを行いました。プレゼンテーション「サーバーレス失敗談 - DynamoDB編 」に登壇したのは、HiCustomer株式会社の肥前洋佑氏。講演資料はこちら サーバーレス失敗談 肥前洋佑氏：それでは始めさせていただきます。HiCustomerの肥前と申します。 休みの日はこんな格好で山を走っています。 実は今日、次のスピーカーの方とネタが完全にかぶっているということがございまして……。 （会場笑） 司会者：知り合いじゃないんでしょ？ 肥前：知り合いで
Amazon DynamoDB: アドテックのユースケースと設計パターン | Amazon Web Services
ユースケース: リアルタイム入札 (RTB) および広告ターゲティングでのユーザープロファイルの保存 RTB や広告ターゲティングのユースケースでは、100 ミリ秒以下のリアルタイムレスポンスのレイテンシーが必要です。この低レイテンシーを保証するために、アドテック企業はデータベースアクセスを含む処理フローの各ステップのレイテンシーを管理する必要があります。さらに、1 日あたり約 1,000 億のインプレッションを処理する RTB プラットフォームでは、毎秒数百万のリクエストを処理し、数十億のユーザープロファイルや数百テラバイトのデータを保存するデータベースが必要です。このような規模では、ごくわずかな入札に回答できないだけでも、100 万ドルの損失になる可能性があります。こうした理由から、AdRoll などのアドテック企業は DynamoDB を利用して、1 桁台のミリ秒のレイテンシーをあら
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
