本チュートリアルでは開発からテストを経てリリースに至るまでデリバリープロセスの各ステージを分析し、それぞれでコラボレーション改善とフィードバック増量を行い、デリバリープロセスを可能な限り高速かつ効率的に変える方法を説明します。中心となるのはデプロイメントパイプラインと呼ばれるパターンであり、ソフトウェアのデリバリーを行うためのバリューストリームをモデル化する生態系の確立を目的としています。
前半ではこのパターンの紹介を行い、ビルド、テスト、デプロイプロセスを段階的に自動化することで、継続的なデプロイメントを実現する方法を説明します。
後半ではアジャイルのインフラを紹介する。テスト環境や本番環境の管理を自動化するPuppet の使用例を示し、データ管理の自動化に関して移行を含めて説明します。段階的な開発やデリバリーを可能とするプラクティスを詳細に取り上げ、バージョン管理のブランチが継続的なデリバリーを妨げる理由を説明し、抽象レイヤーやコンポーネント化などの方が大規模な分散チームが段階的にデリバリーを行うための手段として優れていることを立証します。

※実習はございませんので、ノートPC は不要です。
※想定している対象者：ソフトウェアデリバリーに関わる人、テスターや開発者からマネージャーやシステム管理者

• デリバリープロセス全体でアプリケーションの本番投入に関して迅速なフィードバックを得ることの重 要性と、その実現方法。
• ソフトウェアデリバリーの関係者（開発者、テスター、運用要員）間のコラボレーションを改善する方 法。
• 継続的なデプロイをデータ管理まで含めて可能とする原則とプラクティス
• テストとデプロイの自動化方法
• バージョン管理のブランチを使用せずにアプリケーションを進化させていく方法
• 大規模分散チームで継続的なデリバリーを管理する方法
• 自分たちのデリバリープロセスを継続的なデリバリーが可能となるように作り変える方法

<午前>
• 典型的なデリバリー環境の短い事例
• 継続的なデリバリーが約束すること
• 継続的なデリバリーの原則
• デプロイメントパイプラインの導入
• 自動機能受入テストの原則とプラクティス
• 常時結合の復習
• バージョン管理のブランチが継続的なデリバリーにそぐわない理由
<午後>
• コンポーネントベースアーキテクチャに対しデプロイメントパイプラインを構築し、依存性管理 も行う
• 本番投入: デプロイメントとの違い。継続的デプロイメントのパターン
• データ管理と移行
• 環境とインフラの管理。
• 継続的なデリバリーの管理と実施

（当日の進行状況により、一部内容が変更となる可能性があります。あらかじめご了承ください。）

株式会社テクノロジックアート 営業部
TEL: 03-5413-3788
FAX: 03-3470-3299
E-Mail: marketing@tech-arts.co.jp