https://aws-startup-community.connpass.com/event/258486/ 2022/09/29(木) AWS Startup Tech Meetup 関西 #1
© 2022, Amazon Web Services, Inc. or its affiliates. All rights reserved.Shinichi Hama / track3jyoStartup Solutions Architect, West JapanAmazon Web Services Japan G.K.Design for Failurewith StartupAWS Startup Tech Meetup 関西 #1
View Slide
Shinichi Hama / track3jyoStartup Solutions ArchitectAmazon Web Service Japan---work:- ⻄⽇本のスタートアップ⽀援- コンテナ技術のあれこれ過去のスライド: https://speakerdeck.com/track3jyo趣味︓家のアーキテクチャを考えること
⽣きてるとさまざまな Failure(予定外のこと)が起きる
突然のパンク︕予備のタイヤを持っておく別の交通⼿段に切り替える
おしゃれなカフェに⾏こうとしたら・・・
お店が混んでてて⼊れない︕予定を組み替えてリトライ別の選択肢(お店)を⽤意しておく
キャンプ場で・・・
悪天候︕最悪の事態になる前に察知すること
備えあれば憂いなし！！⼊念な準備、情報取集、迅速な判断が⼤切
システムの世界でも Failure(予定外のこと)は発⽣する例
健全なシステムの運⽤を実現するために
クラウドに最適化された(クラウドネイティブな)設計とは
クラウドネイティブな設計とは何か︖︖Design for Failure な設計にすること
connectDevAx© 2021, Amazon Web Services, Inc. or its affiliates. All rights reserved.© 2022, Amazon Web Services, Inc. or its affiliates. All rights reserved.Everything fails all thetimeDr. Werner VogelsChief Technology Officer of Amazon.com
connectDevAx© 2021, Amazon Web Services, Inc. or its affiliates. All rights reserved.© 2022, Amazon Web Services, Inc. or its affiliates. All rights reserved.Design for FailureToYour Application
マイクロサービスキューイングロギング冪等性の確保モニタリングサーキットブレーカーオートスケーリングオートスケーリング⾮同期処理ステートレス組織イベントドリブンリトライ制御分散トレーシングブルーグリーンデプロイオートヒーリングデータの退避/破棄マネージド補償トランザクションスロットリングマルチ AZDesign for Failure をどのように実現する︖
スタートアップではそうも⾔ってられないことが多い⼈もいないし、ビジネスロジックに取り組むでいっぱいいっぱいやわ。。とにかく早く作りたい。余計なコストもかけてられない。。!
Design for Failure な設計になっていないとどうなるか︖• 例1: ⼤事な時(e.g. VC へデモを⾒せる時等) にダウンしていることによる機会損失• 例2: メンバーも少ないため、その都度発⽣する障害対応だけで1⽇が過ぎてしまう
スタートアップ向け「まずここから」Design for Failure• 想定上のアクセスが来てもダウンしない冗⻑構成 (マルチAZ)/オートスケーリング• 問題のあるインフラがあっても置き換えてくれるオートヒーリング• データを誤って消しちゃった時にでも復旧できるバックアップ・リストア• (+α) アプリケーションがエラーになった際のリトライ処理やキューイング
スタートアップが Design for Failure を実現するためにQ. 時間やお⾦のないスタートアップにとって、Design for Failure を真⾯⽬に全て向き合うのは難しいのでは︖• まずは、Design for Failure な設計が組み込まれたサービスを選定できないか考える• スピードとコストとのトレードオフではない• むしろ対応に追われる⼯数がなくなりスピードアップ• 実装やアーキテクチャに依存するところはその先で考える• AWS の SA に相談も︕
プロダクト開発に専念できるAWS の使い⽅
オーソドックスな技術スタック
オーソドックスな技術スタックフロントエンド、モバイルアプリバックエンドWebサーバーバックエンドDBサーバー⾔語・フレームワークReact, Vue, Swift,Kotlin, Java etcインフラWeb Hosting サービス、BaaS etc⾔語・フレームワークRuby on Rails, Laravel,Django, Express, Spring etcインフラ仮想サーバー、コンテナ、サーバーレス etcDB 種類RDBMS, NoSQL,Fulltext Search, etcインフラマネージドDBサービス,仮想サーバー etc
負担をオフロードできる AWS のサービスフロントエンド、モバイルアプリバックエンドWebサーバーバックエンドDBサーバーAmplify Hosting AWS App Runner Amazon AuroraServerless v2
Amplify Hosting
AWS Amplify Hostingウェブアプリや静的ウェブサイトのためのフルマネージドなホスティングサービス簡単なカスタムドメイン設定も可能継続的デプロイメントAmplify CLI で Infrastructure as Code（IaC）を⽣成Amplify CLI やコンソールからのデプロイ AWS Amplify CLI AWS Amplify Console
Amplify Hosting の利⽤フロー
Amplify Hosting の主な機能グローバルで利⽤可能プルリクエストプレビューカスタムドメインの簡単設定シンプルな継続的ワークフローパスワード保護
もっと AWS Amplify を知りたい⽅へ公式ドキュメントhttps://docs.amplify.awsAWS Summit 2021 「Web・モバイルアプリ開発を加速させる AWS Amplify」https://d1.awsstatic.com/events/jp/2021/summit-online/AWS-47_AWS_Summit_Online_2021_FWM01.pdfワークショップhttps://amplify-sns.workshop.aws/ja/Amplify 学習リソース集https://aws-amplify-jp.github.io/resourcesAmplify Japan User Group Slackhttps://github.com/aws-amplify-jp/awesome-aws-amplify-ja#slack
AWS App Runner
AWS サービスを組み合わせてインフラを構築柔軟性が⾼いVPC (ネットワーク)Fargate (コンピュート)ECS (オーケストレーション)ALB (ロードバランサ)AWS Auto Scaling (オートスケール)CodeBuild (CI/CD)⼿間がかかる
構築済みのインフラにすぐにデプロイAWS App Runner
AWS App Runner の主な特徴シンプルなオートスケーリング統合されたメトリクス・ロギング機能シンプルなセットアップ
App Runner 上にウェブアプリケーションをデプロイApp RunnerAmazon ECRImage Repo動かしたいウェブアプリケーションを指定する
App Runner 上にウェブアプリケーションをデプロイApp RunnerGitHub動かしたいウェブアプリケーションを指定するGitHub Repo
App Runner 上にウェブアプリケーションをデプロイApp RunnerGitHubソースコードを取得コンテナイメージをビルドしてデプロイコンテナインスタンスロードバランサーネットワーク (VPC)App RunnerGitHub Repo
App Runner 上にウェブアプリケーションをデプロイApp Runnerコンテナインスタンスロードバランサーネットワーク (VPC)App Runnerコンテナイメージを取得コンテナイメージをデプロイAmazon ECRImage Repo
App Runner 上にウェブアプリケーションをデプロイコンテナインスタンスロードバランサーネットワーク (VPC)App Runnerエンドユーザー デフォルトドメインhttps://xxxxxxxx..awsapprunner.com
App Runner - シンプルなオートスケーリングの設定オートスケールのしきい値となるリクエスト数コンテナインスタンスの最⼩数コンテナインスタンスの最⼤数デフォルトの設定値
オートスケールコンテナインスタンスロードバランサーネットワーク (VPC)App Runnerエンドユーザー デフォルトドメイン
オートスケールコンテナインスタンスロードバランサーネットワーク (VPC)App Runnerエンドユーザー デフォルトドメインエンドユーザーエンドユーザー
ログ・メトリクスロードバランサーApp Runner 開発者App Runner コンソールコンテナインスタンスログとメトリクスを⾃動で収集App Runner コンソールから確認
App Runner - Console でのログの閲覧⾃分でログエージェントを実装する必要なし
App Runner - Console でのメトリクスの閲覧リクエスト数、応答のレイテンシ、HTTP 2XX 4XX 5XX それぞれの数を App Runnerのコンソール画⾯で閲覧可能
もっと AWS App Runner を知りたい⽅へ公式ドキュメントhttps://docs.aws.amazon.com/apprunner/latest/dg/what-is-apprunner.htmlブログhttps://aws.amazon.com/jp/blogs/news/introducing-aws-app-runner/ワークショップhttps://www.apprunnerworkshop.com/ロードマップhttps://github.com/aws/apprunner-roadmap/projects/1
Amazon AuroraServerless v2
Amazon Aurora優れた性能と拡張性クラウド向けに再設計された MySQL, PostgreSQL と互換性のある RDBMS商⽤データベースの性能と可⽤性を 1/10 のコストで⾼可⽤性と耐久性 ⾼い安全性 フルマネージド
Amazon Aurora のアーキテクチャストレージノード分散ストレージシステムデータベース⽤に設計された専⽤の分散ストレージシステムデータは3箇所に分散された数百のストレージノードに6つのコピーとして保存
Amazon Aurora のアーキテクチャストレージノード分散ストレージシステムデータベース⽤に設計された専⽤の分散ストレージシステムデータは3箇所に分散された数百のストレージノードに6つのコピーとして保存SQL を実⾏するインタフェースは分散ストレージを共有することで、責務が分離SQLトランザクションキャッシュコンピュートノード
Amazon Aurora Serverless v2アプリケーションのニーズに応じて⾃動的に容量を拡張インスタンスタイプの⼀つとして簡単なセットアップ秒単位のシンプルな従量課⾦瞬時に拡張し、要求の厳しいアプリケーションをサポートデータベースのキャパシティ管理の⼼配からの解放
急激なアクセス増減対応の選択肢Storage fleet⾃動スケールAmazon Aurora Serverless v2
急激なアクセス増減対応の選択肢Storage fleetCompute fleet⾃動スケール⾃動スケールAmazon Aurora Serverless v2
急激なアクセス増減対応の選択肢Storage fleetCompute fleet⾃動スケール⾃動スケールAmazon Aurora Serverless v2• インプレーススケール：CPUやメモリのリソースなどを動的に追加することで、1秒以内にスケーリングが可能• パフォーマンス影響なし：数十万トランザクションを実行中でも、スケーリングによる影響はないhttps://aws.amazon.com/jp/blogs/news/amazon-aurora-serverless-v2-is-generally-available-instant-scaling-for-demanding-workloads/
設定はリソース使⽤量の範囲を設定するだけ最⼩のリソース使⽤量0.5ACUから0.5刻みで可能最⼤のリソース使⽤量128ACUまで0.5刻みで可能リソースは “ACU” という単位で管理されます。1ACU=RAM 2GiBと、それに応じたCPUやネットワークリソースが割り当てられます。
Aurora Serverless v2 のシームレスなスケーリングAurora Serverless v2 のスケーリング例 (定期的に同時実⾏数を上げながら OLTP 処理を実施)同時実⾏数が増加同時実⾏数が増加同時実⾏数が増加処理終了同時実⾏数が増加して、必要なリソースが増加した時点で、Aurora Serverless v2のキャパシティが増加(⻘線)また、スケール時にトランザクション(⾚線のCommitThroughput)を阻害しない処理が終了して、リソースが不要になると徐々にキャパシティが減少(⻘線)
もっと Amazon Aurora Serverless v2 を知りたい⽅へ公式ドキュメントhttps://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-serverless-v2.htmlブログhttps://aws.amazon.com/jp/blogs/news/amazon-aurora-serverless-v2-is-generally-available-instant-scaling-for-demanding-workloads/Deep Divehttps://www.youtube.com/watch?time_continue=350&v=b2Tl6SsWC-M&feature=emb_title
サンプルアーキテクチャ ※VPC や ECR等⼀部省略していますAmplifyHostingApp RunnerAuroraServerless v2S3 Lambdaメッセージキューイング(Amazon SQS キュー)コンテナ実⾏環境(Fargate)バッチ処理を⾏うコンテナ(ECS タスク)イベントバス(EventBridge)ワークフロー管理 (Step Functions)定期実⾏署名付きURL発行署名付きURLでUpload / Download
スモールな仕組みでもいいのでモニタリングも⼤事︕https://speakerdeck.com/track3jyo/startup-monitoring-aws2022
• 備えあれば憂いなし︕• まずは、Design for Failure な設計が組み込まれたサービスを選定できないか考える• Amplify Hosting, App Runner, Aurora Serverless v2さいごに – お伝えしたかったこと -
Thank you© 2022, Amazon Web Services, Inc. or its affiliates. All rights reserved.Shinichi Hamatrack3jyo
track3jyo
takesection
kei_s
wakamatsu_takumu
s2terminal
rynsuke
k1low
niftycorp
sansantech
minorun365
lemiorhan
yoshiitaka
yukimatsuyoshi
samlambert
philhawksworth
lara
sachag
matthewcrist
garrettdimon
soudai
paigeccino
sferik
reverentgeek
eileencodes
holman