クラウドネイティブな開発～認知負荷に立ち向かうためのコンテナ活用

© 2026, Amazon Web Services, Inc. or its affiliates. All
rights reserved. Amazon Confidential and Trademark. © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. Amazon Confidential and Trademark. クラウドネイティブな開発認知負荷に⽴ち向かうためのコンテナ活⽤林政利これから始める A W S のコンテナサービス活⽤コンテナスペシャリストソリューションアーキテクトアマゾンウェブサービスジャパン合同会社

rights reserved. Amazon Confidential and Trademark. ⾃⼰紹介 SIer フリーランス Java/Ruby 開発者 Kubernetesインフラ設計 (Web 企業) Containers SA, Support Engineer (クラウド製品ベンダー) AWS Japan Containers SA 林政利, @literalice Specialist Solutions Architect, Containers / AWS Japan 2

rights reserved. Amazon Confidential and Trademark. セッションのゴール • クラウドをうまく使う開発 – クラウドネイティブについて知る • 「サーバーが⽣えてくる場所」ではないクラウド開発 • コンテナが開発をどうラクにするかを理解する • テストとデプロイのつらさをコンテナがどう減らすのかを掴む • 明⽇から始められる具体的なプラクティスを持ち帰る • Testcontainers、CI/CD、機能フラグなど、すぐ試せるものを知る 3

rights reserved. Amazon Confidential and Trademark. アジェンダクラウドネイティブな開発とはクラウドネイティブと認知負荷クラウドネイティブな開発のプラクティスとコンテナ活⽤テスト容易性 – 信頼性の⾼いテストデプロイ容易性 – 信頼性の⾼いデプロイ 4

rights reserved. Amazon Confidential and Trademark. クラウドネイティブな開発とは 6 クラウドを単なるサーバーが⽣えてくるプラットフォームとして使うのではなく、クラウドが提供する機能をネイティブに利⽤する開発

rights reserved. Amazon Confidential and Trademark. クラウドの特性を活かすことで⽣産性が向上 7 • ソフトウェアのデリバリーと運⽤のパフォーマンス • クラウドを単に使うだけでは効果が薄い • フレキシブルなインフラ – コンテナやサーバーレスを活⽤することで、⽣産性が向上する Flexible infrastructure is key to success – State of DevOps 2023

rights reserved. Amazon Confidential and Trademark. クラウドネイティブな開発の効果 8 • ⾼パフォーマンス組織 (上位 18%) • 変更 / 1⽇に数回 (On Demand) • 変更が失敗する割合 / 5% • 復旧に要する時間 / 1時間以内 • 低パフォーマンス組織 (下位 17%) • 変更 / 1週間から1ヵ⽉に1回 • 変更が失敗する割合 / 64% • 復旧に要する時間 / 1ヵ⽉-6ヵ⽉アジリティと安定性は両⽴する Software Delivery Performance – State of DevOps 2023

rights reserved. Amazon Confidential and Trademark. クラウドネイティブと疎結合 10 仮想マシン OS ⾔語ランタイムプロセスアプリケーションコードパッチハードコード IP、ファイルパス、etc. NIC & IP 設定ファイル開発インフラマシンの IP、ファイルパス、OS、⾔語ランタイム、etc の伝達構築

rights reserved. Amazon Confidential and Trademark. クラウドネイティブと疎結合 11 App App Java App Server Ruby Rails インフラ開発 Python Flask Maven Capistrano SSH デプロイ、更新⽅法の連絡ホストホストホスト App アプリケーションごとに環境とデプロイ⼿順を⽤意

rights reserved. Amazon Confidential and Trademark. クラウドネイティブと疎結合アプリケーションの前提条件を減らす = ローコンテキスト 12 仮想マシン OS ⾔語ランタイムプロセスアプリケーションコードパッチ設定 IP、ファイルパス、etc. 開発インフラ構築インフラの前提条件を減らす CIDR/IP 固定 (サブネット固定、L2 延伸、etc.) アプリケーションごとの設定ファイルを配置

rights reserved. Amazon Confidential and Trademark. クラウドネイティブと疎結合アプリケーションの依存関係を全てパッケージ = 前提条件を減らす = ローコンテキスト 13 仮想マシン OS ⾔語ランタイムアプリケーション⾔語ランタイムアプリケーション仮想マシン上のサービスコンテナでのサービス Hypervisor コンテナアプリケーション OSライブラリ仮想マシン Hypervisor 開発チームのコントロールが必要な範囲開発チームのコントロールが必要な範囲 Linux カーネルインフラチームのコントロールが必要な範囲インフラチームのコントロールが必要な範囲認知負荷が⾼い認知負荷が低い

rights reserved. Amazon Confidential and Trademark. 認知が必要な領域を⼩さくする 14 コンテナ⾔語ランタイムアプリケーションスケーリングアプリケーションコードデプロイフロー監視 Fargate 基盤 Linux カーネルパッチコンテナ⾔語ランタイムアプリケーション ... クラウド利⽤者の責任範囲クラウド提供者の責任範囲 OSライブラリ OSライブラリ

rights reserved. Amazon Confidential and Trademark. クラウドネイティブな開発におけるキーファクター開発⽣産性が⾼い組織とそうでない組織を分ける要因 16 テスト容易性デプロイ容易性 Lean と DevOps の科学 p75

rights reserved. Amazon Confidential and Trademark. テストを⾃動化しただけではテスト容易性につながらない効果的な⾃動テストの特徴 18 • 信頼性の⾼いテスト • 開発者主体で作成されたテスト Lean と DevOps の科学パフォーマンスの⾼い組織の効果的なテストの特徴

rights reserved. Amazon Confidential and Trademark. 信頼性が⾼いテストテストに通ればリリースできるし、通らなければリリースできない 19 • テストの決定性 • 同じテストを実⾏すれば毎回結果が同じになる • テストの堅牢性 • 内部実装を変更しても外部仕様が同じなら結果は同じになる信頼性が⾼くないテストテストが通ってもリリースできるとは限らないテストに通ってなくてもリリースできることもある

rights reserved. Amazon Confidential and Trademark. 信頼性が低いテスト決定性と堅牢性が低い例 20 • 決定性が低いテスト • テスト実⾏で副作⽤が残るテスト (前回実⾏したテストのデータなど) • 外部の API に依存したテスト • 堅牢性が低いテスト • 環境に依存したテスト • テスト環境と本番環境で異なるデータベースを利⽤ • 内部実装に依存したテスト • UIの詳細 (DOMやCSS構造など) • プライベートな関数の詳細

rights reserved. Amazon Confidential and Trademark. 良いテストピラミッドを構築するために 21 信頼性の⾼いテストスイートの構築決定性、堅牢性を⾼くしやすい決定性、堅牢性を⾼くしにくい信頼性が⾼いテスト

rights reserved. Amazon Confidential and Trademark. 信頼性の低い、開発が主体でないテストは認知負荷が⾼い 22 テストと認知負荷アプリケーション信頼性の低いテスト三ヶ⽉前のコードが原因のエラーリファクタリングしたら壊れる CI 「何回かリトライしたら通るかも」「このテストはいつも失敗するので対処しなくてもリリースできる」テストに対する認知負荷の増⼤、リリースの品質低下

rights reserved. Amazon Confidential and Trademark. アプリケーションを疎結合に保つ必要がある 23 信頼性の⾼いテストのための技術 • 依存関係の逆転 • コンテナによる依存関係の注⼊ • コマンドとクエリの分離 (Command Query Separation, CQS) • コマンドとクエリの責任分離 (Command Query Responsibility Segregation, CQRS) サービス通知仕様メール送信実装通知モックアプリケーションコードメールサーバー依存関係の逆転

rights reserved. Amazon Confidential and Trademark. コンテナによるテスト信頼性 – テスト実⾏環境コンテナ内でテスト実⾏することで、決定性を向上させる • コンテナは起動が早く、かつエフェメラル • 前回のテストの残骸に影響されない • 「さっきは通ったのに今は落ちる」を減らす AWS CodeBuild ビルドごとに新しいコンテナが起動し、完了後に破棄。 CI 環境の再現性をコンテナで実現。コンテナ起動テスト実⾏コンテナ破棄毎回クリーンな状態からテストを実⾏

rights reserved. Amazon Confidential and Trademark. コンテナによるテスト信頼性 – 本番モックやインメモリ DB ではなく、本番と同じソフトウェアをコンテナで起動してテストする従来のアプローチモック / スタブ本物の挙動を再現できないインメモリ DB 機能⾯で本番 DB と異なる部分があるコンテナによるアプローチアプリケーションテスト対象 PostgreSQL 本番同等の DB Redis 本番同等のキャッシュ Testcontainers などのライブラリで、テストコードからコンテナを起動・管理 The Twelve-Factor App ̶ X. 開発 / 本番⼀致「バックエンドサービスの違いは、わずかな⾮互換性が顕在化し、開発環境やステージング環境では正常に動作してテストも通過するコードが本番環境でエラーを起こす事態を招く」

rights reserved. Amazon Confidential and Trademark. 認知負荷が⾼く、容易ではないデプロイ 27 App App Java App Server Ruby Rails インフラ開発 Python Flask Maven Capistrano SSH デプロイ、更新⽅法の連絡ホストホストホスト App アプリケーションごとに環境とデプロイ⼿順を⽤意

rights reserved. Amazon Confidential and Trademark. コンテナによるデプロイで認知負荷を低減「コンテナをデプロイする」という認知で済む 28 コンテナホストコンテナホストコンテナホストインフラ App Java App Server 開発コンテナ App Ruby Rails コンテナ App Python Flask コンテナ責任分界点 App App Java App Server Ruby Rails インフラ開発 Python Flask Maven Capistrano SSH デプロイ、更新⽅法の連絡ホストホストホスト App

rights reserved. Amazon Confidential and Trademark. ⾃動化されたデプロイ – CI/CD のイメージ信頼できる⾃動化されたデリバリープロセスにより、開発に集中できる状況を作る開発者がコードを随時リポジトリのメインラインにチェックインチェックインしたら信頼できる⾃動化プロセスが本番環境へデリバリー開発者はすぐに開発に戻り、コードをチェックインしつづける 29 コードリポジトリメインラインデリバリープロセスコードのチェックイン開発者

rights reserved. Amazon Confidential and Trademark. 環境ごとのビルドが⽣むリスクソースコード同⼀のコードビルド #1 開発環境ビルド #2 ステージングビルド #3 本番環境ビルドのたびに成果物が異なりうる依存ライブラリのバージョン差異 OS ・ビルドツールのバージョン差異「ステージングでは動いたのに本番で動かない」 Twelve-Factor App ̶ V. ビルド、リリース、実⾏ビルドステージで作られた成果物を変更してはならない環境ごとにビルドし直す = 成果物の同⼀性が保証されない

rights reserved. Amazon Confidential and Trademark. コンテナによる可搬性コンテナランタイムさえ動いていればどこでも動く 31 コンテナランタイム OS ライブラリアプリケーションコンテナ開発者ラップトップ OS ライブラリコンテナイメージアプリケーションコンテナランタイム OS ライブラリアプリケーションコンテナ検証環境コンテナランタイム OS ライブラリアプリケーションコンテナ本番環境

rights reserved. Amazon Confidential and Trademark. ⼀度ビルドしたコンテナイメージを全環境にデプロイするビルドイメージを 1 回だけ作成レジストリイメージを保管開発環境同⼀イメージステージング環境同⼀イメージ本番環境同⼀イメージテストしたものと本番で動くものが同⼀ jar/war はアプリのみだがコンテナは OS ・ランタイム・ライブラリまで含めて固定環境差異が⼊り込む余地を最⼩化

rights reserved. Amazon Confidential and Trademark. コンテナ開発を阻害するデプロイとリリースの結合デプロイと同時に機能がリリースされてしまう場合、環境ごとにビルドを⽤意しなければならないコードリポジトリ本番環境⽤のコードベース開発環境⽤のコードベースデプロイ = リリースデプロイとともに、開発中の機能がリリースされてしまうそのため、リリースできない機能をコードベースごと分ける開発環境本番環境レジストリ開発環境⽤コンテナレジストリ開発環境⽤コンテナ

rights reserved. Amazon Confidential and Trademark. Continuous Configuration (CC) 34 Continuous Configuration (CC) ソフトウェアをデプロイしたり再起動したりすることなく、振る舞いを継続的に更新する

rights reserved. Amazon Confidential and Trademark. Continous Configuration でデプロイとリリースを分離機能フラグによりアプリケーションのデプロイなしに機能をリリース 35 コンテナ開発機能開発をどんどん⾏うアプリケーションリリース機能フラグ ON 未リリース機能フラグ OFF // 環境変数などで true/false を切り替える if (FeatureFlag.featureABC()) { // Feature ABC の機能を実装 } リリース機能フラグ ON レジストリ同⼀コンテナ開発環境本番環境デプロイ

rights reserved. Amazon Confidential and Trademark. AWS サービスによるコンテナと機能フラグの統合 AWS AppConfig と AppConfig エージェントによる動的な機能切り替え 36 仮想マシン (Amazon EC2) AppConfig エージェントコンテナアプリケーションコンテナ HTTP localhost:2772 AWS AppConfig 機能フラグの管理サービス機能フラグの取得

rights reserved. Amazon Confidential and Trademark. • クラウドを単に使うだけでなく、クラウドネイティブな開発が重要 • クラウドネイティブで最も重要な考え⽅は「疎結合による認知負荷の削減」 • クラウドネイティブ開発におけるコンテナ活⽤の例 • テスト容易性 - 信頼性の⾼いテストの構築でテストの認知負荷を下げる • デプロイ容易性 - コンテナによるデプロイにおける認知負荷を下げる 38 クラウドネイティブな開発と認知負荷

クラウドネイティブな開発 ～ 認知負荷に立ち向かうためのコンテナ活用

クラウドネイティブな開発 ～ 認知負荷に立ち向かうためのコンテナ活用

More Decks by Masatoshi Hayashi

Other Decks in Technology

Featured

Transcript

クラウドネイティブな開発～認知負荷に立ち向かうためのコンテナ活用

クラウドネイティブな開発～認知負荷に立ち向かうためのコンテナ活用