Developers Summit 2018 「AWSのフルマネージドな環境でCI/CDをやってみよう!AWS Cloud9からAWS Fargateへの継続的デプロイをご紹介」を聞きました
2018/02/17
※写真は展示のAmazon Echoです。
以下は、思ったことや気になったことをメモしていますので、必ずしも登壇者の発表内容やご意見ではないことを、ご承知おきください。
スピーカーはAWSJ DevOps スペシャリスト ソリューション アーキテクトの福井さん。
目次
AWS Cloud9
なんでCloud9を作ったのかという話から。
ソフトウェア開発には「実行」、「リリース」、「区政」の3つの柱がある。
今までは開発環境はローカルで構築/設定してはじめてコーディングをしていた。
多くのプロジェクトをやるのも大変だった。
チーム開発が多くなってきたのでコラボレーション(コードレビューなど)出来ることも重要になった。
従来のIDEがサーバーレスに追いついてない。
なので、ブラウザのみで開発できるCloud9が生まれた。
- ブラウザのみで開発出来る
- 環境を作らなくていい(AMIに必要なリソースがあらかじめ入っている)
- すぐにコーディングを開始できる
- リアルタイムに共同コーディング
- サーバーレスアプリケーションの開発を容易に
- AWSサービス(例えばEC2)に直接ターミナルアクセス
- 2018年2月現在で5リージョンで使える(Cloud9は別リージョンでも東京リージョンのLambdaを使うことは可能)
- 課金はEC2への課金でCloud9は無料
AWS Fargate
コンテナはアプリケーションをパッケージングして配布できる。
Immutable Infrastructure(一度サーバーを構築したらその後はサーバーのソフトウェアに変更を加えない、不変)。
「アプリケーション開発に集中したい」の声が多く、コンテナ管理、インスタンス管理を不要にしたい、との声からFargateが生まれた。
なのでECSのようにEC2を気にしなくて良くなった。
課金はメモリ/CPUに対しての秒単位課金。
SLAはECS同様に99.99%。
AWS Code5兄弟
CodePipelineでCodeCommit , CodeBuild , CodeDeployをつないで使える。
CodeCommit
リポジトリ無制限、5ユーザーまで無料。
最初は素のGitだったけど、プルリクとか差分表示とか色々出来るようになってますね。
なので、プライベートリポジトリはCodeCommitを使ってます。
CodeBuild
YAM(buildspece.yaml)Lを書くとコンテナを立ち上げてその手順でビルドしてくれる。
結果はCloudWatchに出力される。
課金は実行した分単位の課金。
CodeDeploy
AutoScallingと連携できるので常に新しいコードでEC2インスタンスを起動することが出来る。
EC2へのデプロイは無料。
CodePipeline
CodeCommit . CodeBuild , CodeDeployを実行している。
CodeStart
CodePipelineの構成とダッシュボードを提供してくれる。
ほぼ追加料金無料。
デモ
Cloud9からFargateまでのPHPアプリケーションデプロイ自動処理でした。
Cloud9からCodeCommitにコミットしてプッシュ。
CodePipelineがCodeCommitの変更を検知してCodeBuildを実行。
CodeBuildはビルドしてECRにプッシュしてデプロイフェイズに入る。
新しいコンテナが起動し終わると古いコンテナが消えるBlueGreenの動きをする。
最後までお読みいただきましてありがとうございました!
「AWS認定資格試験テキスト&問題集 AWS認定ソリューションアーキテクト - プロフェッショナル 改訂第2版」という本を書きました。
「AWS認定資格試験テキスト AWS認定クラウドプラクティショナー 改訂第3版」という本を書きました。
「AWS認定資格試験テキスト AWS認定AIプラクティショナー」という本を書きました。
「ポケットスタディ AWS認定 デベロッパーアソシエイト [DVA-C02対応] 」という本を書きました。
「要点整理から攻略するAWS認定ソリューションアーキテクト-アソシエイト」という本を書きました。
「AWSではじめるLinux入門ガイド」という本を書きました。
開発ベンダー5年、ユーザ企業システム部門通算9年、ITインストラクター5年目でプロトタイプビルダーもやりだしたSoftware Engineerです。
質問はコメントかSNSなどからお気軽にどうぞ。
出来る限りなるべく答えます。
このブログの内容/発言の一切は個人の見解であり、所属する組織とは関係ありません。
このブログは経験したことなどの共有を目的としており、手順や結果などを保証するものではありません。
ご参考にされる際は、読者様自身のご判断にてご対応をお願いいたします。
また、勉強会やイベントのレポートは自分が気になったことをメモしたり、聞いて思ったことを書いていますので、登壇者の意見や発表内容ではありません。
関連記事
-
-
GoogleForm,GASからAPI Gateway, Lambdaで入力情報をDynamoDBに格納する
vol.26 AWS認定試験テキスト認定クラウドプラクティショナーのデモ(Dyn …
-
-
CloudTrailのログファイルの整合性検証をAWS CLIで実行しました
CloudTrailのログファイルの検証を「有効」にしました。 上記のようなCl …
-
-
持ち帰って欲しいもの
「カスタマーサクセス Advent Calendar 2018」にお誘いを受けま …
-
-
AWS Cost Explorerの設定で「EC2リソースの推奨事項を受け取る」を有効にしました
「EC2リソースの推奨事項を受け取る」という機能がAWS Cost Explor …
-
-
kintoneでEveryoneに権限が設定されているアプリをAWS Lambdaで一括チェックする
こないだ、kintone Cafeでユーザーが自由に作成している環境だと、どんな …
-
-
「JAWS-UG朝会 #18」で主にAWSなブログについて発表をしました
ラジオ体操 いつものラジオ体操から。 今日はラーニングセンターから配信の日でした …
-
-
「AWS認定試験対策 AWS クラウドプラクティショナー」の出版が確定したのでAmazon著者セントラルに登録した
初の執筆本、「AWS認定試験対策 AWS クラウドプラクティショナー」の出版が確 …
-
-
Introduction to Amazon EKS Workshopの記録
AWS Workshop StudioのIntroduction to Amaz …
-
-
「Fin-JAWS 第13回 PCI DSS と AWS の混ぜご飯」リモート開催に参加しました
Youtube Liveでリモート開催の「Fin-JAWS 第13回 PCI D …
-
-
Developers Summit 2018 「本番環境で使うContainer – Amazon ECS, AWS Fargate, Amazon EKS」を聞きました
※写真は展示のAmazon Echo とルンバです。 以下は、思ったことや気にな …

