tweleve-factor-app_and_enterprise
2 likes1,103 views
tweleve-factor-app_and_enterprise
![Ⅲ. Config
The Twelve Factor Appの世界
http://itpro.nikkeibp.co.jp/atcl/column/14/110900092/111700006/
前述の[Ⅴ. build,release,run]と組み合わせて考えると
環境に依存しないコードと環境固有の設定を明確に分離し、管理することが可能
(￣-￣)x
許可取ってないｗ](https://image.slidesharecdn.com/12factorpub-141219045641-conversion-gate01/85/tweleve-factor-app_and_enterprise-19-320.jpg)
![番外編
SoRとSoEとtwelve factor app
• 最近よく聞く言葉
• SoR:System of Record
基幹系業務システム
• SoE:System of Engagement
twelve factor appな世界
• 既存システムを[Ⅳ. Backing Services]として、
twelve factorな世界と連携していく必要がある](https://image.slidesharecdn.com/12factorpub-141219045641-conversion-gate01/85/tweleve-factor-app_and_enterprise-40-320.jpg)
tweleve-factor-app_and_enterprise
- 2. • たかはしなおと • TwitterID: tnaoto • 本業：クラウド基盤の開発
- 3. 本日のお話 The Twelve-Factor App • 日経コンピュータ 9/18 号 • 日経ITPro http://itpro.nikkeibp.co.jp/atcl/column/14/110900092/
- 4. The Twelve-Factor App ３つに分類 • アプリケーションの迅速な改修 • 環境への迅速な展開 • リソース増減や運用管理を容易にする
- 6. Ⅹ. Dev/prod parity • 開発と本番の一致 • ３つのギャップ • 時間のギャップ コードが本番に反映されるまでの時間 • 人材のギャップ 開発者と運用者 • ツールのギャップ 開発環境と本番環境で使われるミドルの違い • 継続的デプロイを行うためにはギャップを埋める必要がある
- 8. Ⅰ. Codebase ２つの視点 • 「コードベース」：アプリケーションを構成するコードの塊 • 「デプロイ」：インスタンス(≠配備（する）） 開発と本番のデプロイを同一コードから行うことで、 環境トラブルの原因や重複コードを作ることを排除する http://itpro.nikkeibp.co.jp/atcl/column/14/110900092/110900003/ (￣-￣)x 許可取ってないｗ
- 9. Ⅰ. Codebase The Twelve Factor Appの世界 ソースコードのチェックアウトから本番環境への展開がほぼ一直線。 すべてがコードで扱われ、バージョン管理システムで管理されている http://itpro.nikkeibp.co.jp/atcl/column/14/110900092/110900003/ (￣-￣)x 許可取ってないｗ
- 11. Ⅱ. Dependencies 暗黙的依存関係の排除 • アプリケーションがシステムツールを使うならば、 それを組み込むべきである • ライブラリの依存関係解決にはツールを使う • メリット • ライブラリ管理 • 環境構築 • ライブラリの自動収集
- 12. Ⅱ. Dependencies The Twelve Factor Appの世界 http://itpro.nikkeibp.co.jp/atcl/column/14/110900092/110900004/ 依存関係を定義ファイルに記述 ビルド実行時にツールがライブラリを収集し利用 (￣-￣)x 許可取ってないｗ
- 15. Ⅴ. Build, release, run 「動作・行為」ではなく、「各ステージ」について説明している • ビルドステージ • ソースコード、ライブラリ、リソースを集め、 実行モジュール（＝ビルド）を生成 • リリースステージ • 実行モジュールに対し、設定情報を組み込んだリリース （＝配布物）を生成 • 実行ステージ • リリースを実行する （ステージング、プロダクションなどの環境＝ステージ）
- 16. Ⅴ. Build, release, run The Twelve Factor Appの世界 http://itpro.nikkeibp.co.jp/atcl/column/14/110900092/110900004/ 3つのメリット • ソフトウエアのバージョン 組み合わせによって動作し なくなるリスクを軽減 • 複数の環境への展開が容易 • 環境設定の自動化 OSSを使っている場合に特に有用 (￣-￣)x 許可取ってないｗ
- 17. Ⅴ. Build, release, run エンタープライズの世界 http://itpro.nikkeibp.co.jp/atcl/column/14/110900092/110900004/ • 環境設定（ステージアップ）は手作業 • 本番環境にしか無いライブラリがある (￣-￣)x 許可取ってないｗ
- 18. Ⅲ. Config • 実行環境の違いに対応するためのもの • The Twelve Factor Appでは、OSの環境変数を推奨 • 設定もソースコード共に管理
- 19. Ⅲ. Config The Twelve Factor Appの世界 http://itpro.nikkeibp.co.jp/atcl/column/14/110900092/111700006/ 前述の[Ⅴ. build,release,run]と組み合わせて考えると 環境に依存しないコードと環境固有の設定を明確に分離し、管理することが可能 (￣-￣)x 許可取ってないｗ
- 21. Ⅳ. Backing Services 連携サービス（ネットワーク越しの連携） • ２つに分類 • ローカルサービス • 自社のサービス(RDBやSMTPなど) • サードパーティサービス • AmazonS3のようなクラウドサービスや twitterのようなWebAPIでアクセス可能なもの 連携情報はコードには記述せず、「Ⅲ. Config」によって行われる
- 22. Ⅳ. Backing Services The Twelve Factor Appの世界 http://itpro.nikkeibp.co.jp/atcl/column/14/110900092/111700007 アプリケーションのコードに変更を加えなくても、設定に格納されたア クセス情報を変更するだけで、連携サービスの切り替えができるべき (￣-￣)x 許可取ってないｗ
- 25. Ⅷ. Concurrency 要はスケールアウトどうするか • アプリケーションはマルチポスト、マルチプロ セスで動作できるように作る • プロセスはデーモン化したりPIDファイルを作 らず、プロセスマネージャな機構の利用を推奨
- 26. Ⅷ. Concurrency The Twelve Factor Appの世界 http://itpro.nikkeibp.co.jp/atcl/column/14/110900092/111700008 プロセスの起動・停止に制約を設けない プロセスの増減は必要に応じて行えればよい (￣-￣)x 許可取ってないｗ
- 28. Ⅵ. Processes & Ⅶ. Port Binding • Ⅵ. Processes • プロセスは、ステートレス、かつシェアードナッシングである • 永続データはサービスに保存（ex:RDB) • Ⅶ. Port Binding • ポートバインディングを通じてサービスを公開する • アプリケーションに実行環境を埋め込み自らポートを開き起動す る。 • アプリケーション自身が動作する環境を実行環境に期待しない ここにⅧ. Concurrencyも加えて考える
- 29. Ⅵ. Processes & Ⅶ. Port Binding The Twelve Factor Appの世界 http://itpro.nikkeibp.co.jp/atcl/column/14/110900092/111700009 プロセスモデルとは、 各構成要素を1プロセス以上の並行実行可 能なプロセス群として実装し、プロセス のインスタンスを実行に必要なサーバー資 源とセットで増減することによりスケール することを想定したもの 要は、アプリケーションはプロセス、処 理タイプごとに実装 サービスポートを開くことでアプリケー ションが連携しシステムを組み上げたもの (￣-￣)x 許可取ってないｗ
- 30. Ⅵ. Processes & Ⅶ. Port Binding エンタープライズの世界 http://itpro.nikkeibp.co.jp/atcl/column/14/110900092/111700009 • TomcatやGlassFishなどを ベースとする商用製品は、 実行環境自体がプロセスで あり、その管理下でポート 管理される • 潤沢なスペックの１つ物理 ホストの上で実行され、ポー トやプロセスの増減を気に する必要がない場合もある (￣-￣)x 許可取ってないｗ
- 31. Ⅸ. Disposability 廃棄容易性 • アプリケーションの起動・終了を素早く行う ことで、スケールアウト・ダウンだけでなく、 アプリケーションの入れ替えも容易になる • 特に停止は、行儀よく（Gracefull）である必 要を求めている
- 32. Ⅸ. Disposability The Twelve Factor Appの世界 http://itpro.nikkeibp.co.jp/atcl/column/14/110900092/111700010 クラウドのメリットを最大限活かし（リソース無限）、 サービスを停止することなく、アプリケーションの入れ替えを行う (￣-￣)x 許可取ってないｗ
- 34. Ⅺ. Logs • ログはイベントストリームである • アプリケーションはログの出力先について関 知しない
- 35. Ⅺ. Logs The Twelve Factor Appの世界 http://itpro.nikkeibp.co.jp/atcl/column/14/110900092/111700012 実行環境上にログファ イルを作らない ログは実行環境の出力 機構に任せ、然るべき 場所へ送る (￣-￣)x 許可取ってないｗ
- 37. Ⅻ. Admin Processes 管理プロセス ここでの「プロセス」は、フロー（流れ） • アプリケーションの運用プロセス １度しか実行されなくても通常のプロセスと 同等に扱う • アプリケーションやリリースに含めて管理す る
- 38. Ⅻ. Admin Processes The Twelve Factor Appの世界 http://itpro.nikkeibp.co.jp/atcl/column/14/110900092/111700013/ 管理プロセスを実行するスクリプトもコードと一緒に管理 (￣-￣)x 許可取ってないｗ
- 40. 番外編 SoRとSoEとtwelve factor app • 最近よく聞く言葉 • SoR:System of Record 基幹系業務システム • SoE:System of Engagement twelve factor appな世界 • 既存システムを[Ⅳ. Backing Services]として、 twelve factorな世界と連携していく必要がある
- 41. 番外編 Immutable Infrastructureとdocker • The Twelve Factor Appな世界を実践すると、 必然とImmutable Infrastructureもdockerも実 践できますよね？
- 42. おわり