Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
はじめてのCode4兄弟
Search
シュプレ
August 03, 2018
Technology
0
290
はじめてのCode4兄弟
シュプレ
August 03, 2018
Tweet
Share
More Decks by シュプレ
See All by シュプレ
エンジニア(?)にオススメの本
spre55
0
160
PHPエンジニアが転職してGoを書き始めたら楽しくなってきた話.pdf
spre55
2
1.2k
GCP使ってテスト自動化したい.pdf
spre55
0
250
2016HACKDAYS_52_HelloAgain
spre55
0
78
LANケーブル圧着入門
spre55
0
110
できるSEO! ver 2.1
spre55
0
62
Web班番外編 jQuery
spre55
0
130
pre講義 jQuery
spre55
0
100
Other Decks in Technology
See All in Technology
【NoMapsTECH 2025】AI Edge Computing Workshop
akit37
0
230
[ JAWS-UG 東京 CommunityBuilders Night #2 ]SlackとAmazon Q Developerで 運用効率化を模索する
sh_fk2
3
460
Snowflake Intelligenceにはこうやって立ち向かう!クラシルが考えるAI Readyなデータ基盤と活用のためのDataOps
gappy50
0
280
2025/09/16 仕様駆動開発とAI-DLCが導くAI駆動開発の新フェーズ
masahiro_okamura
0
130
エンジニアリングマネージャーの成長の道筋とキャリア / Developers Summit 2025 KANSAI
daiksy
3
1.1k
会社紹介資料 / Sansan Company Profile
sansan33
PRO
6
380k
Autonomous Database - Dedicated 技術詳細 / adb-d_technical_detail_jp
oracle4engineer
PRO
4
10k
新アイテムをどう使っていくか?みんなであーだこーだ言ってみよう / 20250911-rpi-jam-tokyo
akkiesoft
0
350
20250910_障害注入から効率的復旧へ_カオスエンジニアリング_生成AIで考えるAWS障害対応.pdf
sh_fk2
3
280
「全員プロダクトマネージャー」を実現する、Cursorによる仕様検討の自動運転
applism118
22
12k
これでもう迷わない!Jetpack Composeの書き方実践ガイド
zozotech
PRO
0
1.1k
AWSを利用する上で知っておきたい名前解決のはなし(10分版)
nagisa53
10
3.2k
Featured
See All Featured
Designing for Performance
lara
610
69k
Why Our Code Smells
bkeepers
PRO
339
57k
Side Projects
sachag
455
43k
Why You Should Never Use an ORM
jnunemaker
PRO
59
9.5k
Optimising Largest Contentful Paint
csswizardry
37
3.4k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
113
20k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
358
30k
GitHub's CSS Performance
jonrohan
1032
460k
Automating Front-end Workflow
addyosmani
1370
200k
Imperfection Machines: The Place of Print at Facebook
scottboms
268
13k
Art, The Web, and Tiny UX
lynnandtonic
303
21k
Balancing Empowerment & Direction
lara
3
620
Transcript
はじめてのCode4兄弟 @spre55
今回の経緯
去年の11月。 ソシャゲ(スマホのブラウザゲーム)の 新規タイトルの開発にアサインされた。 自己紹介: サーバサイドのエンジニアで PHPい じってます。
AWS使いこな せなくてどうす る!? 意識高いEさん そこで現れるインフラエンジニア Eさんのひとこと
それを受けて、自分も AWSの勉強してみるかー とマネジメントコンソールを開く
多い 多くない?? どっからやりゃいいねん
やりたいこと
AWSをオンプレ的につかっていた デプロイの自動化とかしたい -> Code4兄弟 今まで これから どうやらcode4兄弟というものがあるらしい
Code4兄弟 ・CodePipeline ・CodeCommit ・CodeBuild ・CodeDeploy (CodeStar も入れると5兄弟) 今回はCodeStar には触れない
基本的なデプロイ作業 リソース更新 データ更新 ソース更新 基本的に簡略化したいデプロイ作業の種別は 主にこの三種類がある
基本的なデプロイ作業 リソース更新 データ更新 ソース更新 今回Code4兄弟を使って楽したいのはソース 更新
従来(ソースの本番反映) 踏み台サーバからデプロイサーバへ git pull gulp とかたたく ansibleのコマンドたたいて ・appサーバ ・batchサーバ などに配る
今(ソースの本番反映) master ブランチ に release ブランチをマージ 反映する前にチャットに承認用のリンクを送っ たりもできる。
Code 4兄弟の役割 どうやってそれらを実現しているのか
CodePipeline の役割 CodeCommit、CodeBuild、CodeDeployの 一連の流れを管理
CodeCommit の役割 GithubやGitlabと同様、Gitホスティング サービス。 ただしGithubやGitlabほどの機能はない。 去年11月頃にPR機能がついた。
CodeBuildの役割 自動テストやビルド
CodeDeployの役割 自動デプロイ
実際の流れ
作業内容を特定のブランチへpush
CodePipelineが検知
アーティファクトが生成されて CodeBuildに渡される
buildspec.yml に従ってビルド
buildspec.yml
buildspec.yml https://docs.aws.amazon.com/ja_jp/codebuild/latest/userguide/build-s pec-ref.html gulpとかはこのymlに書く buildspec.ymlは名前を変えられる
アーティファクトがCodeDeployに渡る
appspec.yml https://docs.aws.amazon.com/ja_jp/codedeploy/latest/userguide/reference-appspec-file.html サーバの停止、起動用のスクリプトを書いて、 appspec.ymlで指定している
今後の展望 UIテストとかもpipelineにはさみたいなー(願望)
AWS! AWS! 意識高いEさん Eさんも大歓喜??
NCP・・・ 意識高いEさん と思いきや、NAVER CLOUD PLATFORMの案 件に飛ばされ、AWSをいじれなくなる Eさん。とい うオチでした。
NCP・・・ 意識高いEさん おしまい