PowerPoint Presentation

Size: px

Start display at page:

Download "PowerPoint Presentation"

はないちぬの
5 years ago
Views:

DevOps on AWS: 継続的デリバリと AWS 開発者ツールへのディープダイブ Chris Munns, Business Development Manager -

2 今日お集まりいただいた目的は?

3 ソフトウェアの動きは加速しているソフトウェアの作成と配布はかつてないほど簡単で高速になっている : ほとんどあるいはまったく資金調達せずにスタートアップが巨大企業に対抗できるダウンロードひとつで数百万人のユーザーにすぐにソフトウェアを配布できる混乱を抑制するには機敏性が最も重要

4 ソフトウェア配布モデルは大きく様変わりしているかつてのソフトウェア配布モデル新しいソフトウェア配布モデル

5 機敏な動きに必要なツールとは? この新しいソフトウェア駆動の世界でソフトウェアをリリースするのに必要なツール : ソフトウェア開発のリリースプロセスの流れを管理するツールコードの不具合や潜在的な問題を正しくテスト / 検査するツールアプリケーションをデプロイするツール

6 まずソフトウェアのリリースプロセスについて少し理解しておこう

7 リリースプロセスの 4 つの主なフェーズソースビルドテスト運用.java ファイルなどのソースコードをチェックイン新しいコードのピアレビューコードのコンパイルユニットテストスタイルチェッカーコードメトリックコンテナイメージの作成他のシステムとの統合テストロードテスト UI テスト侵入テスト本番環境にデプロイ

8 リリースプロセスのレベルソースビルドテスト運用継続的インテグレーション継続的デリバリ継続的デプロイメント

9 リリースプロセスのレベル今日の焦点ソースビルドテスト運用継続的インテグレーション継続的デリバリ継続的デプロイメント

10 継続的デリバリのメリットソフトウェアの開発者のバグをすばやくアップデートのリリースプロセスを生産性を改善検出して対処配信を高速化自動化

11 Amazon での開発を振り返ってみると...

12 Amazon での開発の移り変わり :2001~2009 年モノリシックなアプリケーション + チームマイクロサービス + 2 枚のピザチーム

13 このモデルにより状況は大きく改善しチームはかつてないペースで機能を開発していたがまだ改善の余地があると感じていた

14 2009 年 Amazonはまだ効率的ではない部分を見つけ出すための調査を実施した

15 私たちはただ待っているだけだったコーディング待つビルド待つテスト環境にデプロイ待つ本番環境にデプロイ

16 私たちはただ待っているだけだったコーディング待つビルド待つテスト環境にデプロイ待つ本番環境にデプロイ数分数日数分数日数分数日数分

17 私たちはただ待っているだけだった数週間コーディング待つビルド待つテスト環境にデプロイ待つ本番環境にデプロイ数分数日数分数日数分数日数分

18 私たちはただ待っているだけだった数週間コーディング待つビルド待つテスト環境にデプロイ待つ本番環境にデプロイ数分 Days 数分 Days 数分 Days 数分

19 ソフトウェアのリリースプロセスを自動化するツールを構築

20 パイプラインチェックインから運用までアクションとトランジションを自動化開発面でのメリットより高速より安全一貫性と標準化プロセスの見える化

21 この方法で効果を上げ続けている : 2014 年 : Amazon 全体で数千のサービスチームマイクロサービスを構築継続的デリバリを実践多くの環境 ( ステージングベータ本番 ) 5,000 万デプロイ

22 ソフトウェア開発者へのアンケート調査を毎年実施 2014 年の結果から開発者の幸福度を高めることを統計的に確認できるただ 1 つの開発ツール / サービスを発見 : パイプラインサービス!

23 継続的デリバリ == 開発者がより幸せに!

24 AWS CodePipeline アプリケーションのすばやく信頼できるアップデートを可能にする継続的デリバリサービスソフトウェアリリースプロセスのモデル化と見える化コードが変更されるたびにコードをビルドテストデプロイサードパーティツールや AWS との統合

25 AWS CodePipeline のメリット設定可能なワークフロー統合が簡単品質の向上すばやい配信迅速な使用開始

26 CodePipeline MyApplication Source Source GitHub Build JenkinsOnEC2 Jenkins ステージパイプラインアクショントランジション Deploy JavaApp Elastic Beanstalk

27 CodePipeline MyApplication Source Source GitHub Build JenkinsOnEC2 Jenkins NotifyDevelopers Lambda 並列アクション Deploy JavaApp Elastic Beanstalk

28 CodePipeline MyApplication Source Source GitHub Build JenkinsOnEC2 Jenkins TestAPI Runscope NotifyDevelopers Lambda 逐次アクション Deploy JavaApp Elastic Beanstalk

29 CodePipeline MyApplication Source 1. 変更を取得 Source GitHub Build JenkinsOnEC2 Jenkins 3. ジョブをポーリング 4. ジョブを承認 7. 成功を通知 EC2 インスタンス 5. ソースアーティファクトを取得 S3 6. ビルドアーティファクトを格納ソースアーティファクト S3 Deploy 8. ビルドアーティファクトを取得ビルドアーティファクト JavaApp Elastic Beanstalk 9. ビルドアーティファクトをデプロイ Java アプリ Elastic Beanstalk Web コンテナ

30 優秀なパートナーが続々集結ソースビルドテストデプロイ

31 AWS サービスの統合ソースロジックの呼び出しデプロイ Amazon S3 AWS CodeCommit AWS Lambda AWS CodeDeploy AWS Elastic Beanstalk AWS OpsWorks 今週サポートを開始!

32 アプリケーション開発のリリースパイプラインの構築

33 DEMO!

36 アプリケーションのビルドとテスト

37 コードのビルドコードのビルドは一般にコンパイル済みのバイナリを要求する言語を指す :.NET 言語 :C# F# Visual Basic など Java 言語と JVM 言語 :Java Scala JRuby Go ios 言語 :Swift Objective-C Docker コンテナイメージを作成するプロセスも画像のビルドと呼ぶ EC2

38 ビルドは不要! 多くの言語ではビルドが不要 : 以下の言語はインタープリタ型言語と呼ばれる : PHP Ruby Python Node.js EC2 コードをデプロイするだけ!

39 コードのテストテストは科学であると同時に芸術でもある! コードをテストする目的 : 期待どおりに機能することを確認プログラミングの構文エラーを捕捉コードのパターンやフォーマットを標準化アプリケーションの不適切な使用法やロジックの欠陥によるバグを削減アプリケーションの安全性を強化

40 アプリケーションのデプロイ

41 AWS CodeDeploy あらゆるインスタンスに対するコードのデプロイメントを自動化アプリケーションの複雑なアップデートに対処アプリケーションのデプロイ中のダウンタイムを回避言語やオペレーティングシステムに依存せずに Amazon EC2 やオンプレミスサーバーにデプロイサードパーティツールや AWS との統合

42 appspec.yml の例 version: 0.0 os: linux files: - source: / destination: /var/www/html permissions: - object: /var/www/html pattern: *.html owner: root group: root mode: 755 hooks: ApplicationStop: - location: scripts/deregister_from_elb.sh BeforeInstall: - location: scripts/install_dependencies.sh ApplicationStart: - location: scripts/start_httpd.sh ValidateService: - location: scripts/test_site.sh - location: scripts/register_with_elb.sh

43 appspec.ymlの例 version: 0.0 os: linux files: - source: / destination: /var/www/html permissions: - object: /var/www/html pattern: *.html owner: root group: root mode: 755 hooks: ApplicationStop: - location: scripts/deregister_from_elb.sh BeforeInstall: - location: scripts/install_dependencies.sh ApplicationStart: - location: scripts/start_httpd.sh ValidateService: - location: scripts/test_site.sh - location: scripts/register_with_elb.sh アプリケーションファイルと設定ファイルをそれぞれのディレクトリに送信特定のディレクトリとファイルのアクセス許可を設定 ELBへのインスタンスの追加と削除依存パッケージのインストール Apacheの起動デプロイの成功を確認他にも

44 デプロイの作業量とグループの選択 1 つずつ開発デプロイグループ v2 v1 v1 v1 v1 v1 エージェントエージェント半分ずつまたは本番デプロイグループ v2 v2 v2 v1 v1 v1 すべて一度に v2 v2 v2 v2 v2 v2 エージェントエージェントエージェントエージェントエージェントエージェント

45 本番環境へのローンチ

46 本番環境へのローンチコードをビルドテストし本番環境への試験導入を何度か行った後実際の運用を開始! 検討すべき課題 : 顧客への影響インフラストラクチャへの影響ビジネスへの影響これらの影響を追跡しデプロイを告知するにはどうすればよいか?

47 カスタムアクションを使って AWS CodePipeline を拡張モバイルテストチケットの更新リソースのプロビジョニングダッシュボードの更新通知の送信セキュリティスキャン

48 FIN, ACK ここではソフトウェアリリースプロセスにおける継続的デリバリーのメリットを簡単に紹介してきた : 継続的インテグレーション ( ビルド / テスト ) はフィードバックループの縮小に大きく役立つソフトウェアをはるかに短い時間でユーザーに提供することが可能機敏性を向上させることが品質の改善につながる CodePipeline によりほとんどのサービスやツールとの統合が可能さらに状況が見える化される!

49 今すぐ試してみようスターターキットを使って CodePipeline を試し完全な継続的デリバリパイプラインを作成しよう bit.ly/awscodestarterkit

50 詳しい資料はこちら : 他にもまだある! 継続的インテグレーション継続的デリバリ CodePipeline CodeDeploy コードサービスのスターターキット

51 Domo Arigatou Gozaimasu!

サーバーレスアプリケーションのための CI/CD パイプライン構築　

サーバーレスアプリケーションのための CI/CD パイプライン構築　サーバーレスアプリケーションのための CI/CD パイプライン構築 Solution Architect Takashi Koyanagawa 2017/6/2 2017, Amazon Web Services, Inc. or its Affiliates. All rights reserved. T H A N K S T O O U R F R I E N D S A T : 本セッションの