クラウドを使いこなす - マネージド/サーバーレスで運用/保守中心の作業から脱却し、機能開発/サービス提供に注力したいと考える企業が増えています。情報はあちこちにあるけれどどこから始めたら良いかわからない、そんな開発者のための「今から始めるサーバーレス」情報です（随時更新）。
サーバーレスを始めよう ≫ プロジェクト責任者の方へ | アーキテクトの方へ | エンジニア/開発者の方へ
サーバー管理が不要
（準備、OS 保守）
柔軟なスケーリング
（拡張/縮退）
十二分に考慮された
高可用性
アイドル時の
リソース確保が不要
- まずは体験 - 最初は「Hello World!」
- 記述したコードがそのまま動く - 当たり前のことですが、この手順ではサーバーの準備も実行環境の設定もしていないことに注意してください。実際の処理実行時にサーバーリソースが自動割り当てられています。
- 一つのアプリケーションを作る
- 初めての動的 Web アプリ構築（2h 程度）
- 開発環境や CI/CD 手順を体験
- [中級編]
モダン Web アプリの構築（3h） - あらためて、サーバーレスを理解する
- サーバーレスのおさらい（PDF資料）
「なぜサーバーレス?」 それに対する答えとなるビジネス上の意味はいくつかあります。
- 代表的な効果
- 開発生産性
[実例] 33% の生産性向上
- 運用・保守の効率化
[実例] ほぼゼロの運用作業
- アジリティ
[実例] 展開スピード 5 倍向上 - 参考ホワイトペーパー
- 企業エコノミクスの最適化
（技術的な観点から経済的な効果を解説）
タブを選択してその情報にアクセスしてください。
-
開発環境・フレームワーク、サービスの理解
- 利用する開発言語を選ぶ : 好みの言語で始められます
- Java、Go、PowerShell、Node.js、C#、Python、Ruby
- または、カスタムランタイムで言語を持ち込むこともできます
（C++、Rust、PHP [Stackery、Berf]、Elixir、Erlang...）
- [参考: 中級/上級者向け] AWSome Lambda Layers
有志によるライブラリ/カスタムランタイム集 - 開発環境（IDE）を選ぶ
- クラウドで使える開発環境: AWS Cloud9
[東京リージョンで利用可能になりました!]
- または、使い慣れた開発環境を使う
- Eclipse: ツールキット、ローカルデバッグ
- PyCharm: ツールキット（SAML CLI でローカルデバッグ可）
- [GA!] InteliJ: ツールキット
- Visual Studio: ツールキット
- [GA!] VS Code: ツールキット
- CI/CD 環境（継続的な統合/デプロイ環境）
- CODE シリーズ: AWS の DevOps について
- モバイル Web アプリなどの個別プロジェクト向けお手軽版
紹介動画（Amplify Console :英語）
- [Updated] AWS サービス別資料（BlackBelt）
- Lambda
- Part1/2、Part3、Part4
- API Gateway、Step Functions
- AppSync、Amplify
- Cognito - 一般書籍
- Amazon Web Services を使ったサーバーレスアプリケーション開発ガイド
- 実践 AWS Lambda
- まだまだあります、関連書籍 ≫ こちら
- 利用する開発言語を選ぶ : 好みの言語で始められます
-
データ設計、エラー制御・監視・再利用
- [人気!] データ設計関連
- サーバーレスアプリケーション向きの DB 設計
- エラー制御/リトライ
- ファンクション単体のエラー対応: デッドレターキューについて
- 複数ファンクションをまたがるエラーフロー: チュートリアル - 監視/追跡/分析
- Lambda、API Gateway の監視のポイント:
「開発者におくるサーバーレスモニタリング」
（X-Ray、CloudWatch の紹介含む）
- DynamoDB、Step Functions の監視とエラー対策:
「エラー制御・監視の勘所」
- X-Ray のご紹介
- 3rd パーティツール（Datadog...） - 成果物の再利用
- CloudFormation として再利用する
- SAM として再利用する
- Serverless Application Repository 経由で再利用する
- 無料のトレーニング: トレーニングライブラリ
- 初級向け（英語）
- エキスパート（英語）
- アドバンスド（英語） - 開催セミナー情報（サーバーレスに限りません）
- AWS 主催セミナー
- AWS Loft 開催セミナー
- AWS オンラインセミナー
- [上級者向け] AWS Lambda の Deep Dive セッション
re:Invent 2018: A Serverless Journey: AWS Lambda Under the Hood
- [人気!] データ設計関連
-
パターンによる設計プラクティス
-
Tips・考慮のポイント
- 開発関連
- Java で開発するなら AWS SDK for Java v2
v1 よりも起動時間が改善されています（参考）
- 共通利用ライブラリ・ネイティブモジュールの利用
→ Lambda Layers が有用です
例: お客様による Ruby 環境での native extensions 活用 - ローカル開発・デバッグ
- SAM CLI（SAM Local）
→ Eclipse での利用例
→ [NEW] Step Functions のローカルテスト
- DynamoDB Local
- LocalStack: オープンソースプロジェクト - バージョン管理・ステージング
- Lambda: バージョニング、エイリアス（ステージ管理）
- API Gateway: ステージ機能 - 異なるバージョンへ徐々にトラフィック移行させたい
- Lambda: エイリアスを利用したトラフィックの移行
- API Gateway: Canary リリース機能の利用 - API 公開前にテスト用サーバーからのみアクセスできるようにしたい
→ リソースポリシーで設定できます
- アンチパターンとチューニング ≫ こちら（2017/06資料）
同時実行数、コールドスタートなどを解説 - よくある質問
- Lambda 実行時間: 最大 15分 に処理を区切って設計する。サービス単位のマイクロ化の一つの指針として使うこともできます。
- Lambda 同時実行数: 初期設定はアカウントで 1,000。
上限緩和が可能です。高負荷テストなどは、徐々に負荷を上げながら緩和リクエストしていただくことをオススメします。
関数ごとに同時実行数の上限を設定して処理の優先度を管理することもできます。 - 処理が細分化すると問題が起きたときの識別やエラー制御が難しい: Step Functions を使うのが一案です。一連のフローの可視化やエラー制御として有効です。
- 処理が細分化するとパフォーマンス分析が難しい: X-Ray を使うのが一案です。処理横断型での処理状況の可視化が可能になります。
- その他: こちらも参照ください
- 開発関連
- ファンクション: AWS Lambda | API インタフェース: Amazon API Gateway | モバイル/ GraphQL: AWS AppSync | オーケストレーション/ステート管理: Step Functions | 認証/認可: Amazon Cognito | 開発環境: AWS Cloud9 | メッセージキュー: Amazon SQS | メッセージ通知: Amazon SNS
関連情報・ご相談
サーバーレスのビジネス価値を数字で理解
≫ 「サーバーレスのビジネス効果とは」
アーキテクト・設計担当にご紹介したい
全体設計の考え方のページ
≫ 「形で考えるサーバーレス設計」
資料請求やユースケース相談がしたい
≫ AWS クラウドの無料相談
技術的なディスカッションがしたい
≫ AWS Loft Tokyo - Ask an Expert
などが利用可能です
