地域発展の新たなフロンティアを探そう、地方企業こそサーバーレスを活用すべき3つの理由 / Local Startup With Serverless

Slide 1

Slide 1 text

© 2023, Amazon Web Services, Inc. or its affiliates. © 2023, Amazon Web Services, Inc. or its affiliates. 地域発展の新たなフロンティアを探そう Kensuke Shimokawa AWS Serverless Specialist 北陸で S T A R T U P をはじめよう・みつけよう地方企業こそサーバーレスを活用すべき3つの理由

Slide 2

Slide 2 text

MODERNIZATION JOURNEY © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. Amazon Confidential and Trademark. © 2023, Amazon Web Services, Inc. or its affiliates. All rights reserved. Amazon Confidential and Trademark. About me… Kensuke Shimokawa Amazon Web Services Japan Snr. Serverless Specialist https://speakerdeck.com/_kensh https://qiita.com/_kensh

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

© 2023, Amazon Web Services, Inc. or its affiliates. 都道府県 GDP 2022 （単位：100万円） 9 0 20,000,000 40,000,000 60,000,000 80,000,000 100,000,000 120,000,000 140,000,000 １位東京都２位大阪府３位愛知県４位神奈川県５位埼玉県６位兵庫県７位千葉県８位北海道９位福岡県 10位静岡県 11位茨城県 12位広島県 13位京都府 14位宮城県 15位群馬県 16位栃木県 17位新潟県 18位長野県 19位三重県 20位福島県 21位岐阜県 22位岡山県 23位滋賀県 24位熊本県 25位山口県 26位鹿児島県 27位愛媛県 28位富山県 29位岩手県 30位長崎県 31位石川県 32位沖縄県 33位青森県 34位大分県 35位山形県 36位香川県 37位奈良県 38位和歌山県 39位宮崎県 40位福井県 41位秋田県 42位山梨県 43位徳島県 44位佐賀県 45位島根県 46位高知県 47位鳥取県出典: 内閣府 https://www.esri.cao.go.jp/jp/sna/menu.html

Slide 10

Slide 10 text

© 2023, Amazon Web Services, Inc. or its affiliates. 都道府県 GDP 2022 （単位：100万円） 10 0 20,000,000 40,000,000 60,000,000 80,000,000 100,000,000 120,000,000 140,000,000 １位東京都 11位茨城県北陸圏 12位広島県 28位富山県 31位石川県 40位福井県出典: 内閣府 https://www.esri.cao.go.jp/jp/sna/menu.html

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

© 2023, Amazon Web Services, Inc. or its affiliates. 社会課題解決のイメージ過去にない新規ビジネスを展開革新的なイノベーション短期的で急激な成長を目指す初期段階では収益がほとんど期待できない始めからEXITを意識してM＆A、 IPOを目指すベンチャーキャピタルやエンジェル投資家から資金調達 1 3 4 5 6 既存のビジネスモデルをベース 2 持続的なイノベーション長期的で安定した成長を目指す収益より課題解決 EXITより持続可能性銀行や自治体からの融資や助成金

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

© 2023, Amazon Web Services, Inc. or its affiliates. サーバーの存在を意識しない • サーバーの起動、シャットダウン、ハードウエアのモニタリング • セキュリティパッチの適用 • キャパシティ管理、オートスケーリングの設計・設定例えば...以下の項目についてはお客様側での実施は不要リクエストやイベントが来ると AWS 側で自動的に起動し、不要になると終了されるメンテナンス、セキュリティパッチの適用は AWS 側で実施されるリクエストやイベント数に応じて自動的にスケールする

Slide 17

Slide 17 text

© 2023, Amazon Web Services, Inc. or its affiliates. OS 従来構成との比較例 APP サーバー DB サーバー LB OS OS OS OS OS OS OS Web サーバーサーバー各機能をサーバーリソース上に実装サーバー/OS の準備・構成設定・開発作業 + 規模の見積もり + 可用性設計ロードバランシング設定 + データ保全の検討 HTTPS REST API Gateway 処理ロジック Lambda データ管理 DynamoDB サーバーレス各機能をサービスとして組み合わせて構築設定・開発作業 ü リクエストに量に応じて自動スケール ü 設計済みのリトライ ü 複数 AZ 構成 ü データ信頼性

Slide 18

Slide 18 text

© 2023, Amazon Web Services, Inc. or its affiliates. https://xxxxx.execute-api. <>. amazonaws.com/Prod/ 構成・設定 - URL - 認証 - キャッシュ - 関数紐付け ※ デフォルトURL カスタムURL設定可能 // DynamoDB へのアクセス const dynamodb = require('aws-sdk/clients/dynamodb'); const docClient = new dynamodb.DocumentClient(); // テーブル名を環境変数から取得 const tableName = process.env.SAMPLE_TABLE; exports.getAllItemsHandler = async (event) => { const { httpMethod, path } = event; if (httpMethod !== 'GET') { throw new Error( 'getAllItems: GETである必要があります’ ); } // ログへの出力 console.log('received:', JSON.stringify(event)); // 全件取得 const params = { TableName: tableName }; const { Items } = await docClient.scan(params).promise(); // 出力の準備 const response = { statusCode: 200, body: JSON.stringify(Items), } return response; }; ※ Node.js の場合 getAllItemsFunction - テーブル - データ - テーブル - データ or RDS DynamoDB 設定の実際

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

© 2023, Amazon Web Services, Inc. or its affiliates. QCD 観点で見るサーバーレスの特徴 • 高可用性なインフラが労力をかけずに利用可 • 実行時間や確保する性能に応じた従量課金 • アイドル時のリソース確保が不要 Cost (コスト) の観点 : 負荷 : 課金 (確保したリソース) サーバ確保型のコストモデル初期投資を抑えたリスク低減コストの最適化 : 負荷 : 課金対象 (実際に利用したリソース) サーバーレスのコストモデル

Slide 23

Slide 23 text

Slide 24

Slide 24 text

© 2023, Amazon Web Services, Inc. or its affiliates. QCD 観点で見るサーバーレスの特徴 • リクエスト数に応じたオートスケーリング • マルチ AZ による障害耐性 • セキュリティパッチの自動適用 Quality (品質)の観点リクエスト増自動的にスケール可用性の高いインフラによる一定品質の担保 AZ - a AZ - b AZ - c マルチ AZ による障害耐性

Slide 25

Slide 25 text

Slide 26

Slide 26 text

© 2023, Amazon Web Services, Inc. or its affiliates. QCD 観点で見るサーバーレスの特徴 • プロビジョニング不要な実行環境 • アプリケーション開発に集中 • 非機能要件にかける労力を最小化 Delivery (納期、スピード) の観点計画・概要設計詳細設計開発サーバ管理パッチ適用ソフトウェア保守サーバー増強 ▲ Production n サイジング n 可⽤性設計 n 将来予測/計画作業量、時間を短縮しリリース、ビジネスを加速計画設計開発ランタイム Ver up ランタイム Ver up ▼ Production 市場投入時間を短縮 n 負荷予測 n コード開発 n テスト n サーバー設定 n 環境整備 n コード開発 n 機能テスト n 可⽤性テスト

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

Slide 33

Slide 33 text

Slide 34

Slide 34 text

Slide 35

Slide 35 text

Slide 36

Slide 36 text

© 2023, Amazon Web Services, Inc. or its affiliates. YAMAPアーキテクチャ変遷 / 2022年のインフラ構成高生産性適材適所コスト最適化 - 要件、規模に合わせてアーキテクチャを進化 - ECS Fargate, Lambda によるスケールアウト、スケールイン - コンテナ、サーバーレスを両方用いて開発、運用コンテナサービスサーバーレスサービス

Slide 37

Slide 37 text

© 2023, Amazon Web Services, Inc. or its affiliates. 地方企業こそサーバーレスを活用すべき3つの理由 1 2 3 すぐに、何度でもチャレンジできるインフラ管理不要デリバリーを高速化少しずつ機能追加 - 初期投資が小さい（またはゼロ） - 万が一、DX がうまく行かなくてもサーバー維持のランニングの費用が発生しない - サーバー台数見積もりや冗長化構成に関連する作業、テストを省略化 - DX 開発に注力 - サービス維持のための費用上の懸念が小さい - 企画承認を加速化

Slide 38

Slide 38 text

Slide 39

Slide 39 text

Slide 40

Slide 40 text

Slide 41

Slide 41 text

Slide 42

Slide 42 text

© 2023, Amazon Web Services, Inc. or its affiliates. まとめ：QCD 観点で振り返るサーバーレスの特徴 • リクエスト数に応じたオートスケーリング • マルチ AZ による障害耐性 • セキュリティパッチの自動適用可用性の高いインフラによる一定品質の担保 • 高可用性なインフラが労力をかけずに利用可 • 実行時間や確保する性能に応じた従量課金 • アイドル時のリソース確保が不要初期投資を抑えたリスク低減コストの最適化 • プロビジョニング不要な実行環境 • アプリケーション開発に集中 • 非機能要件にかける労力を最小化 Quality (品質) Cost (コスト) Delivery (納期・スピード) 作業量、時間を短縮しリリース、ビジネスを加速

Slide 43

Slide 43 text