Presentation Title Here

Size: px

Start display at page:

Download "Presentation Title Here"

ゆきさいざわ
5 years ago
Views:

1 AWS初心者向けWebinar AWSのプロビジョニングからデプロイまで 2015/10/21 アマゾンデータサービスジャパン株式会社プロフェッショナルサービス佐藤聖規

2 ご質問を受け付け致します質問を投げることができます Adobe Connectのチャット機能を使って質問を書き込んでください書き込んだ質問は主催者にしか見えませんできるだけ回答させていただきます ①画面右下のチャットボックスに質問を書き込んでください 2 ②吹き出しマークで送信してください

3 AWS初心者向けWebinarのご紹介 AWSについてこれから学ぶ方向けのソリューションカットの技術Webinarです過去のWebinar資料 AWSクラウドサービス活用資料集ページにて公開イベントの告知国内のイベントセミナースケジュールページにて告知オンラインセミナー枠 3

4 自己紹介名前佐藤聖規さとうまさのり所属アマゾンデータサービスジャパン株式会社プロフェッショナルサービスコンサルタント得意分野インフラストラクチャー最適化/自動化アジャイル開発好きなAWSサービス AWS Trusted Advisor 4

5 本日の内容 AWSでプロビジョニングやデプロイをする上でのポイントを紹介しますビジネスの成功においてサービスの頻繁かつ正確なリリースの重要性は日々増しています頻繁にリリースをするにはプロビジョニングやデプロイを自動化する必要があります AWSを使うとクラウドの伸縮自在性やプログラマブルなインフラストラクチャーを活かしてビジネスのサイクルに合わせたリリースができるようになります 5

6 アジェンダビジネスの要求と自動化が必要な背景 AWSでのデプロイとプロビジョニングの基本デプロイやプロビジョニングの自動化に向けた戦略デプロイの自動化プロビジョニングの自動化まとめ 6

7 アジェンダビジネスの要求と自動化が必要な背景 AWSでのデプロイとプロビジョニングの基本デプロイやプロビジョニングの自動化に向けた戦略デプロイの自動化プロビジョニングの自動化まとめ 7

8 ビジネスは変化するしかも速度は早いビジネスは常に変化する Amazon.comはインターネット書店としてスタート現在はAWSやKindleなど創業当時とは違う多くのビジネスを手がけている 8

9 ビジネスはうまくいかないこともある一発必中は難しいうまくいっていないことを把握ダメなものをやめる選択肢 9

10 Lean Startup IDEAS Learn Build Data Product Measure 10

11 フィードバックループ顧客とビジネスの間のフィードバックループを加速する顧客の期待に応え続ける 11

12 皆さんに質問 How long does it take to deploy one line of code to production? Mary & Tom Poppendieck, Lean Software Development 12

13 AWS のイノベーションのペース Amazon EC2 Container Service Amazon EC2 Amazon EBS AWS Import & Export AWS Identity & Access Management Amazon SNS Elastic Load Balancing Auto Scaling Amazon VPC Amazon RDS Amazon EMR Amazon CloudWatch GovCloud AWS Direct Connect AWS Elastic Beanstalk AWS CloudFormation Amazon ElastiCache Amazon SES Amazon CloudSearch Amazon Dynamo DB Amazon Glacier Amazon Redshift Amazon Route 53 AWS Storage Gateway Amazon SWF Amazon AppStream Amazon Elastic Transcoder Amazon Kinesis AWS OpsWorks Amazon CloudHSM Amazon CloudTrail AWS Data Pipeline Amazon WorkSpaces AWS CodeDeploy AWS Lambda Amazon Aurora AWS Directory Service Amazon Zocalo Amazon Cloud Trail EC2 T2 Instances EBS Encripion VPC Peering

14 ビックバンリリースを避ける顧客の反応を確認しシステムの安定性もチェックし小規模にリリース 14

15 繰り返し高頻度でリリースするには自動化が必要デプロイは何度も行なわれる環境構築作業も何度も行なわれる 15 個人開発環境共用開発環境 CI環境スモークテスト環境ステージング性能テスト環境セキュリティテスト環境受け入れテスト環境本番環境負荷試験環境パッチ検証環境デグレ検証環境

16 繰り返し高頻度でリリースするには自動化が必要デプロイは何度も行なわれる環境構築作業も何度も行なわれる個人開発環境共用開発環境 CI環境スモークテスト環境テスト環境テスト環境テスト環境負荷試験環境パッチ検証環境デグレ検証環境手作業でリリースすると様々なリスクが性能顕在化するセキュリティ受け入れステージング本番環境 16

17 手作業でのリリースで考えられるリスク 1. 手順書がメンテンスされないリリース担当者だけが知る暗黙知が秘伝のタレとして入る 2. 手順書に従って手作業して間違う人間必ずミスをする 3. リリース失敗切り戻しリリースが一大イベントとなり複数リリース(ビックバンリリース)になり複雑化そして失敗しやすく切り戻しにくくなる 4. 長い作業時間とそれに伴う失敗増作業対象が増えると作業時間が増える 1. 二重チェック三重チェック膨大なチェックリスト維持が難しい 5. (失敗により)リリースに対する自信を失う 6. (失敗により)リリースプロセスが重厚長大に 17

18 アジェンダビジネスの要求と自動化が必要な背景 AWSでのデプロイとプロビジョニングの基本デプロイやプロビジョニングの自動化に向けた戦略デプロイの自動化プロビジョニングの自動化まとめ 18

19 プロビジョニングとデプロイコードやバイナリアセットなどの配布をデプロイと定義インフラストラクチャー構築をプロビジョニングと定義 v2 Availability Zone 19 Availability Zone

20 AWS サービスの位置づけ Code Build Test Deploy Provision Monitor Elastic Beanstalk Code Commit Code Pipeline OpsWorks Code Deploy Cloud Formation Cloud Watch 20

21 Infrastructure as Code コードによるインフラストラクチャーの記述コードを書くことでインフラストラクチャーのプロビジョニングを自動化できる 21

22 AWS での Infrastructure as Code Java JavaScript Python (boto) PHP.NET Ruby Node.js AWS Tools for Windows PowerShell AWS CLI CloudFormation OpsWorks Elastic Beanstalk 22

23 Infrastructure as Codeのメリットサーバーの台数が増えても構築に時間がかからないコード手順書となるのでコードを常にメンテナンスしておけば良い手順を抜かしたり手順を間違う心配がない同じコードを動かせば同じサーバーが出来上がるコードで記述されているので再利用が容易である他のプロジェクトでコードを使いまわすことで無駄を省ける 23

24 Infrastructure as Codeのデメリット学習コスト作るのに時間がかかる常に正しく動作するようにメンテナンスする必要がある雑なやり方をしてしまうと保守にかえって時間がかかる可能性がある持続的に運用メンテナンス可能に保つ 24

25 AWS でのデプロイ Code Deploy Code Pipeline 25

26 連続体として捉えるインフラストラクチャーのプロビジョニングとアプリのデプロイは連続体両者を一緒に考えるキーワードは伸縮自在性 26

27 27 ( 例 ) AutoScaling ではインフラストラクチャーとアプリが一体

28 ( 例 ) AutoScaling ではインフラストラクチャーとアプリが一体インスタンスが増える (= プロビジョニング ) タイミングでアプリも最新のものをデプロイ 28

29 アジェンダビジネスの要求と自動化が必要な背景 AWSでのデプロイとプロビジョニングの基本デプロイやプロビジョニングの自動化に向けた戦略デプロイの自動化プロビジョニングの自動化まとめ 29

30 ROIを意識するコストの考え方自動化にはコストがかかる基本ができていない場合は達成まで時間もかかる手作業でやった場合と比較してどちらが安いか実行回数や問題が発生した場合(リスク顕在化)の対処コスト等を含めて考えるただし損益分岐点は思った以上に低い顧客が要求するスピードやアプリケーションのライフサイクルを踏まえる 30

31 自動化に投資するか慎重な判断が必要な領域たとえば小規模なキャンペーンサイト使い捨てのアプリケーション納品したら終わりのモノ 31

32 自動化の5R 32 Rapid Reliable Repeatable Reduce Risk Roll back

33 プロジェクトの最初から始めるプロジェクト期間中は何度もテスト環境にデプロイしたりプロビジョニングするはずなのでコスト効率が向上何度もテストされ信頼性向上 33

34 顧客や上司の理解を得る黙ってこっそりやるのは無理説明責任個人の便利ツール構築とは次元の違う話として組織で取り組む全員で取り組む 34

35 カイゼンを続ける一度プロセスや仕組みを作って終わりではなく継続して改善をしていく改善のループを回していく 35

36 アジェンダビジネスの要求と自動化が必要な背景 AWSでのデプロイとプロビジョニングの基本デプロイやプロビジョニングの自動化に向けた戦略デプロイの自動化プロビジョニングの自動化まとめ 36

37 デプロイしやすいアーキテクチャーの維持アプリケーションを常に繰り返し高頻度でデプロイしやすいように維持疎結合アーキテクチャー(ステートレス) 37

38 故障のための設計疎結合なコンポーネント弾力性の実装あらゆるものはいつでも故障する前提で設計単一障害点を避けるサーバコピーを取得しいつでも起動可能にスナップショットでのバックアップ障害時の自動復旧のために AutoScaling を活用複数 AZ 利用による冗長化コンポーネントを独立させ各コンポーネントはブラックボックスとして設計コンポーネント間を疎結合にアプリケーションをステートレスにこの実現のために ELB を活用しスティッキーセッションを避けるセッションデータはデータベース (RDS DynamoDB) に保存コンポーネントの健全性や配置場所を決めつけないいつでもリブート可能になるように設計動的なコンフィグレーション ( 起動時に自動でアプリケーションやライブラリ等をインストールする ) の活用設定済み AMI の活用による時間短縮全レイヤでセキュリティ担保並列処理の実装異なるストレージの使い分け 38 AWS のセキュリティは責任分担モデル OS 以上の層やセキュリティグループの設定データ暗号化秘密鍵の管理等は利用者側の責任 OS の層とアプリの層ネットワークの層など各所でセキュリティを担保すること必要に応じてアプリケーションのペネトレーション試験も推奨 AWS の特性は時間単位でリソースを使用可能な点これを活かしてアプリケーションやバッチ処理の並列化マルチスレッド化を検討する ELB や AutoScaling を活用して並列処理分散処理を実装 EBS やデータベース S3 等データを保存するストレージには多種多様なものがある読み書きの特性 ( 読み書きの比率や頻度 ) やデータ喪失の可能性ステートレスの実現可否を踏まえて適切なストレージを選択する

39 デプロイ自動化に必要な要素 1. バージョン管理 2. 自動化されたテスト 3. マイグレーション 4. 継続的インテグレーション 5. デプロイツール (静的解析コードレビュー) 39

40 バージョン管理全ての基本ブランチマージを含めてチーム全員が使い方を理解する設定ファイルやアセット含めていつでも環境を再現できるようにしなければならない AWS CodeCommit 40

41 ブランチモデルの理解ブランチの戦略がチーム全員で理解できているかブランチの戦略はデプロイの戦略と密接な関係 A successful Git branching modelより図を引用 ( 41

42 AWS CodeCommit 安全スケーラブルマネージドな Gitソース管理 SSH or HTTPS git push 42 AWS CodeCommit Availability Zoneを跨ぎデータを冗長化データは暗号化されて保存 IAMとの統合レポジトリのサイズは無制限 Gitのオブジェクトは Amazon S3 Gitのインデックスは Amazon DynamoDB 暗号化鍵は AWS KMS

43 バージョン管理システム on AWS AWS CodeCommitを使うとセキュリティやディスクサイズバックアップなどの運用の負担を減らすことができる AWS上にVCSを構築する場合もパフォーマンスが不足するときのスケールアップやスナップショット取得の容易性によるデータの耐久性など多くのメリットがある 43

44 テストの自動化速度維持と品質維持早期に問題を発見しすぐに解決し続ける方がコストが安い 44 フェーズ修正までの時間(例) 要求や設計 5分コードやユニットテスト 15分結合テストやシステムテスト 1時間ベータテスト 2時間リリース後 1日

45 どこまでテストを用意するかユニットテスト結合テスト受け入れテストスモークテストテストもRIOを意識して考えるテスト戦略として考える 45

46 マイグレーション設定ファイルやアセット含めていつでも環境を再現できるようにしなければならない原則いつの時点のリリースにも戻せるようにする原則依存関係前後関係は人が判断しない原則マイグレーションの活用 46

47 47 マイグレーション用ツール

48 継続的インテグレーションバージョン管理テスト自動化マイグレーションが実現できていれば継続的インテグレーションの実現が可能常にリリース可能かどうかを検証し続ける 48

49 継続的インテグレーション on AWS スローテスト問題に対して並列実行指定時刻に継続的インテグレーションサーバを増やし必要なくなったら止めるバイナリを大量に生成しても AWSに保存すれば容量は気にしなくても良くなるクラウドならではのアプローチ 49

50 デプロイプロセス設計いつ誰がどの環境にどの単位でデプロイするのかどういうデプロイのパターンが存在するのかどんなツールを使うのか誰がデプロイスクリプトを保守するのかデプロイの成功/失敗をどのように判断するのかデプロイ後に問題が分かったときにどのように対処するのかいまリリースされているバージョンをどのように知ることができるのか 50

51 粒度を小さく 51 フィーチャーフィーチャーフィーチャーフィーチャーフィーチャーフィーチャーフィーチャーコードレビューコードレビューコードレビューコードレビューコードレビューコードレビューコードレビューチェックインチェックインチェックインチェックインチェックインチェックインチェックインユニットテストユニットテストユニットテストユニットテストユニットテストユニットテストユニットテストカバレッジカバレッジカバレッジカバレッジカバレッジカバレッジカバレッジ静的解析静的解析静的解析静的解析静的解析静的解析静的解析結合テスト結合テスト結合テスト結合テスト結合テスト結合テスト結合テスト受け入れテスト受け入れテスト受け入れテスト受け入れテスト受け入れテスト受け入れテスト受け入れテストクロスブラウザクロスブラウザクロスブラウザクロスブラウザクロスブラウザクロスブラウザクロスブラウザドキュメントドキュメントドキュメントドキュメントドキュメントドキュメントドキュメントセキュリティセキュリティセキュリティセキュリティセキュリティセキュリティセキュリティ性能性能性能性能性能性能性能デプロイデプロイデプロイデプロイデプロイデプロイデプロイ

52 AWS CodePipeline 継続的デリバリーリリース自動化を Amazonの様に Source Build Beta 1) ビルド 1) デプロイ 2) Unitテスト 2) UIテスト Gamma Production 1) デプロイ 1) カナリアデプロイ 2) 負荷テスト 2) リージョン1 デプロイ 3) リージョン2 デプロイカスタマイズ可能なワークフローエンジンパートナーやカスタムのシステムと連携ビジュアルエディターと可視化されたステータス 52

53 デプロイのよくあるパターンメンテ中ページに差し替える LB から切り離す新規環境構築アプリケーションのデプロイデータベースのマイグレーションアプリケーションのデプロイアプリケーションのデプロイアプリケーションのデプロイスモークテストスモークテストスモークテスト LB 対象に戻す LB 切り替えメンテ中ページから戻す 53

54 ブルーグリーンデプロイロードバランサーモニタリング (CloudWatch) v1.1 v1.1 v1.2 v1.2 Web サーバー群 (Amazon EC2) v1.1 v1.1 v1.2 v データベースサーバ群 (Amazon RDS)

55 ブルーグリーンデプロイロードバランサーモニタリング (CloudWatch) v1.1 v1.1 v1.2 v1.2 デプロイの後一定期間たって戻すことがないと判断できた時点で旧バージョン削除 Webサーバー群 (Amazon EC2) v1.1 v1.1 v1.2 v1.2 クラウドの特性を活かしたデプロイ 55 データベースサーバ群 (Amazon RDS)

56 ツールの選択専用のツールを使う Capistrano Fabric などデプロイスクリプトの可読性と保守性は重要これがリリース手順書の代わりになるので担当者が変わっても保守できるものを選択シェルスクリプトは複雑化しやすく保守しにくい AWS CodeDeploy Elastic Beanstalkなどが自分たちのプロセスに合いそうかどうかを確認どんなデプロイプロセスが必要なのかによって適合性がかわる 56

57 AWS CodeDeploy 自動デプロイのコーディネートを Amazonの様に Application revisions v1, v2, v3 Deployment groups AWS CodeDeploy Dev Staging 1台も数千台も同じやり方でダウンタイム無くデプロイ中央でデプロイをコントロールモニタリング 57 Production

com/jp/elasticbeanstalk/) 速く簡単にアプリケーションをデプロイ可能インフラストラクチャーの準備

58 AWS Elastic Beanstalk インフラストラクチャー構成の構築アプリデプロイの自動化サービス特徴 ( 速く簡単にアプリケーションをデプロイ可能インフラストラクチャーの準備運営からアプリケーションスタックの管理まで自動化 Auto Scaling によりコストを抑えながらスケーラビリティを確保 Java, PHP, Ruby, Python, Node.js,.NET, Docker などに対応 58

59 アプリケーションを簡単にデプロイ複数環境を切り替え可能 ( ブルーグリーンデプロイ ) 59

60 Elastic BeanstalkでデプロイたとえばCIサーバでテストが終わったあとに CIサーバからステージング環境や本番環境デプロイできる 60

61 Elastic Beanstalk + Docker registry registry registry Docker registry container with AWS credentials app app 4. docker pull 1. docker push app 3. docker run registry registry registry 5. docker stop registry app 2. deploy Region Developer 61

62 デプロイ自動化ワンポイントデプロイ失敗の検知をおこなうスモークテストの実行監視システムによるログ監視やプロセス監視例:ELBのHTTPCode_Backend_4x,5xx 失敗を検知したらロールバック手作業を混ぜないリリース可否などの判断は可 62

63 アジェンダビジネスの要求と自動化が必要な背景 AWSでのデプロイとプロビジョニングの基本デプロイやプロビジョニングの自動化に向けた戦略デプロイの自動化プロビジョニングの自動化まとめ 63

64 プロビジョニング自動化の進め方基本的な考え方はデプロイ自動化と同じデプロイとプロビジョニングは連続体プロセスの設計ベストなツールの選択自動化しやすいアーキテクチャー 64

65 クラウドのメリットを活かすオンプレミス新しいインフラストラクチャーの構築は複雑かつ遅くなりがち必要調査評価クラウドワンクリックで新しいインフラストラクチャーを用意新しいデプロイ環境を構築新しいテスト環境を構築計画設計調達契約デプロイ 65 エンジニアコミッション新しい環境を海外に構築 1,000 サーバ追加 1,000 サーバ削除

こんな環境の作成を自動化できる Availability Zone - A Public Subnet 10.

0.2.8 EC2 Instance Public Subnet 10.0.2.0/24 Amazon RDS Private Subnet 10.0.3.

66 こんな環境の作成を自動化できる Availability Zone - A Public Subnet /24 EC2 Instance Private Subnet /24 Amazon RDS AZ-A-WP Anyone AMI Internet Internet Gateway AZ-B-WP EC2 Instance Public Subnet /24 Amazon RDS Private Subnet /24 Availability Zone - C VPC /16 66

67 AWSのプロダクトの位置づけ Elastic Beanstalk 手軽 67 OpsWorks CloudFormation EC2 自由度高

68 68 プロダクト Elastic Beanstalk OpsWorks Cloud Formation Amazon EC2 できること定番構成アプリデプロイカスタム構成アプリデプロイスタックの一括構築なんでも利用頻度アプリデプロイごとアプリデプロイプロビジョニングごと初回１回や似た環境を作るとき自分で管理 (Chef Capistrano等) 手軽さ自由度手軽手軽自由自由考慮点定番アーキテクチャかどうか Chefの習得 Cookbookのテストをどうするか(ServerSpec などを使うか) アプリデプロイは別で考える構築のコストを考慮

69 プロダクト Elastic Beanstalk OpsWorks Cloud Formation Amazon EC2 できること定番構成アプリデプロイカスタム構成アプリデプロイスタックの一括構築なんでも利用頻度アプリデプロイアプリデプロ初回１回や自分で管理手軽手軽自由自由定番アーキテクチャかどうか Chefの習得 Cookbookのテストをどうするか(ServerSpec などを使うか) アプリデプロイは別で考える構築のコストを考慮手軽さ自由度考慮点 69 組み合わせ技も可能例えばCloudFormationを使ってごとイプロビジョ似た環境を作る (Chef ニングごととき Capistrano等) Elastic Beanstalkのアプリケーションや OpsWorksのスタックを作成したりできる

com/jp/cloudformation/) テンプレートを元に EC2やELBといったAWSリソースの環境構築を自動化 JSONフォーマットのテキストで

70 AWS CloudFormation 設定管理 & クラウドのオーケストレーションサービステンプレート設定ファイル Cloud Formation スタック EC2 テンプレートに基づき各リソースが自動起動 70 EC2 Auto Scaling 特徴 ( テンプレートを元に EC2やELBといったAWSリソースの環境構築を自動化 JSONフォーマットのテキストでテンプレートを自由に記述可能 Microsoft Windows Server や SAP HANA などのリファレンス実装を用意

71 AWS OpsWorks アプリケーションのデプロイ管理サービス特徴 AWS OpsWorks EC2インスタンス上の OpsWorksエージェントスタック LBレイヤー Webレイヤー DBレイヤー 71 ( Chefのレシピを使ってデプロイや運用タスクを自動化可能ライフサイクルイベントにより動的な構成変更への対応が可能継続的な構成管理

72 どんな AMI を使うか? Linux J2EE アプリコード Log4J Spring Hibernat e Struts Tomcat Apache Linux J2EE アプリコード Log4J Spring Hiberna te Struts Tomcat Apache EC2 L i n u x J E E Y o u r C o d e L o g 4 J S p r i n gh i b e r n a t e S t r u t s T o m c a t A p a c h e L i n u x J E E Y o u r C o d e L o g 4 J S p r i n gh i b e r n a t e S t r u t s T o m c a t A p a c h e L i n u x J E E Y o u r C o d e L o g 4 J S p r i n gh i b e r n a t e S t r u t s T o m c a t A p a c h e L i n u x J E E Y o u r C o d e L o g 4 J S p r i n gh i b e r n a t e S t r u t s T o m c a t A p a c h e アプリコード Amazon S3 Log4J Spring Struts Linux J2EE Hiberna te Tomcat Apache Linux J2EE アプリコード Amazon S3 Hiberna te Tomcat Log4J Spring Struts Apache EC2 L i n u x J E E H i b e r n a t e T o m c a t A p a c h e L i n u x J E E H i b e r n a t e T o m c a t A p a c h e L i n u x J E E H i b e r n a t e T o m c a t A p a c h e EC2 Linu x JEE Linu x JEE Chef Chef スクリプト Java AMI Java スタック Java AMI AMI 起動時取得起動時取得起動時取得 [1] 全部入り AMI [2]Golden Image [3] 最小構成 AMI 72

73 AMIによるデプロイのPros/Cons 73 方式利点欠点 [1]全部入りAMI 同一性の確保起動時間が早いデプロイ毎にAMIを作り直す必要がある(作成プロセスを自動化すれば欠点とはならない) [2]GoldenImage あとはアプリコードのみ最新を取得すれば良く扱いやすい [3]最小構成AMI 柔軟に中身を変更できる起動処理に時間がかかる場合によっては外部ライブラリが取得できないことも

74 インフラストラクチャーも含めた継続的インテグレーションが可能にインフラストラクチャーのプロビジョニングも自動化自動化しやすいアーキテクチャを作り維持するプロビジョニングとデプロイを連続体として捉える自動化できれば継続的インテグレーションができる 74

75 実例 VPC Availability Zone - A Public Subnet Private Subnet Amazon RDS Client Internet Developers Internet Gateway Amazon RDS Public Subnet Private Subnet Availability Zone - C 75

Internet Gateway アプリコードと CloudFormationテンプレートをプッシュ

76 実例 VPC Availability Zone - A Private Subnet Public Subnet Amazon RDS Client Internet Developers Internet Gateway アプリコードと CloudFormationテンプレートをプッシュ Public Subnet Amazon RDS Private Subnet Availability Zone - C 76

77 実例 VPC Availability Zone - A Public Subnet Private Subnet Amazon RDS Client Internet Developers CloudFormationで新しいインスタンスを展開 AMIとChef Serverを利用 Internet Gateway Amazon RDS Public Subnet Private Subnet Availability Zone - C 77

78 実例 VPC Availability Zone - A Public Subnet Private Subnet Amazon RDS Client Internet Developers Internet Gateway Amazon RDS Public Subnet Private Subnet Availability Zone - C 78 CIを実行

79 実例 VPC Availability Zone - A Public Subnet Private Subnet Amazon RDS Client Internet Developers CodeDeployが新しいコードをデプロイ Internet Gateway Amazon RDS Public Subnet Private Subnet Availability Zone - C 79

80 実例 VPC Availability Zone - A Public Subnet Private Subnet Amazon RDS Client Internet Developers 新しい環境にELBを切り替え監視システムへ登録 Internet Gateway Amazon RDS Public Subnet Private Subnet Availability Zone - C 80

81 実例 VPC Availability Zone - A Public Subnet Private Subnet Amazon RDS Client Internet Developers 古い環境の削除 Internet Gateway Amazon RDS Public Subnet Private Subnet Availability Zone - C 81

82 アジェンダビジネスの要求と自動化が必要な背景 AWSでのデプロイとプロビジョニングの基本デプロイやプロビジョニングの自動化に向けた戦略デプロイの自動化プロビジョニングの自動化まとめ 82

83 まとめ AWS サービスの位置づけ Code Build Test Deploy Provision Monitor Elastic Beanstalk Code Commit Code Pipeline OpsWorks Code Deploy Cloud Formation Cloud Watch 83

84 まとめデプロイ自動化環境構築の自動化には順番があるプロジェクトの最初から全員で取り組むバージョン管理自動テスト継続的インテグレーション重要デプロイプロビジョニングプロセス設計をする適切なツールを使う AWSなら CodeCommit / CodeDeploy / CodePipeline / CloudFormation / OpsWorks / Elastic Beanstalk 84

85 85 Q&A

86 参考文献リンク AWS Tokyo Summit 2015 DEV-04 (Developer Productivity : デベロッパー向け開発生産性を上げるためのデプロイ戦略 AWS Tokyo Summit 2015 TA-05:AWS Elastic Beanstalk, AWS OpsWorks, AWS CodeDeploy, AWS CloudFormation を使った自動デプロイ 86

87 AWSトレーニングでは様々な学習方法をご提供していますメリット提供方法 AWS について実習や実践練習を通じて学習できる AWS を熟知したエキスパートから直接 AWS の機能について学び疑問の答えを得られる自信をもって IT ソリューションに関する決定を下せるようになる e ラーニングや動画セルフペースラボクラスルームトレーニング詳しくはをご覧ください 87

88 公式 Twitter/Facebook AWS 検索もしくは最新技術情報イベント情報お役立ち情報お得なキャンペーン情報などを日々更新しています! 88

89 AWS初心者向けWebinar AWSをこれからご使用になる技術者向けソリューションカットのセミナー今後の配信予定 AWS初心者向けWebinarOct AWS上にWebサーバーシステムを作ってみましょう仮想サーバーから[演習つき] 12時~13時15分の時間帯です申し込みサイト 89

90 AWS Black Belt Tech Webinar 2015 AWSのサービスをディープにご紹介今後の配信予定デプロイ&プロビジョニング月間! 10/21 水 18:00 AWS Directory Service 10/28 水 18:00 AWS CodeCommit & CodePipeline & CodeCommit 11/4 (水) お休み 11月11日(水)18:00 AWS OpsWorks 11月18日(水)18:00 AWS CloudFormation 11月25日(水)18:00 AWS Elastic Beanstalk 申し込みサイト 90

91 AWSの導入お問い合わせのご相談 AWSクラウド導入に関するご質問お見積り資料請求をご希望のお客様は以下のリンクよりお気軽にご相談ください 91 AWS 問い合わせで検索してください

92 We are hiring!! 92

93 ご参加ありがとうございました

PowerPoint プレゼンテーション

PowerPoint プレゼンテーション Tokyo AWS Elastic Beanstalk, AWS OpsWorks, AWS CodeDeploy, AWS CloudFormation を使った自動デプロイアマゾンデータサービスジャパン株式会社ソリューションアーキテクト舟﨑健治 Gold Sponsors Global Sponsors Silver Sponsors Bronze Sponsors Global Tech Sponsors