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
PipeCDプラグインへの期待 / Anticipating PipeCD Plugins
Search
AGAWA Koji
March 04, 2025
Technology
0
10
PipeCDプラグインへの期待 / Anticipating PipeCD Plugins
AGAWA Koji
March 04, 2025
Tweet
Share
More Decks by AGAWA Koji
See All by AGAWA Koji
EmscriptenでC/C++アプリをWASM化してブラウザで動かしてみた
atty303
0
290
良いソフトウェアとコードレビュー / Good software and code review
atty303
36
17k
Scala + Caliban で作るGraphQL バックエンド / Making GraphQL Backend with Scala + Caliban
atty303
0
470
Scala.jsとAndroidでドメイン層を共有しよう / Scala.js and Android
atty303
0
680
もう一つのビルドツール mill で作る Docker イメージ / Build docker image with mill the yet another build tool
atty303
2
2.3k
Case of Ad Delivery System is Implemented by Scala and DDD
atty303
4
3.3k
ログのメトリックを取ってみる話
atty303
0
910
ADC2016: Axion meets HashiCorp
atty303
0
750
scala-native 試してみた
atty303
0
280
Other Decks in Technology
See All in Technology
AWS Well-Architected Frameworkで学ぶAmazon ECSのセキュリティ対策
umekou
2
150
Two Blades, One Journey: Engineering While Managing
ohbarye
4
2.2k
Introduction to OpenSearch Project - Search Engineering Tech Talk 2025 Winter
tkykenmt
2
120
OPENLOGI Company Profile for engineer
hr01
1
20k
生成AI×財務経理:PoCで挑むSlack AI Bot開発と現場巻き込みのリアル
pohdccoe
1
780
実は強い 非ViTな画像認識モデル
tattaka
3
1.3k
IAMのマニアックな話2025
nrinetcom
PRO
6
1.3k
Amazon Aurora のバージョンアップ手法について
smt7174
2
160
AWSアカウントのセキュリティ自動化、どこまで進める? 最適な設計と実践ポイント
yuobayashi
7
850
開発者のための FinOps/FinOps for Engineers
oracle4engineer
PRO
1
120
MIMEと文字コードの闇
hirachan
2
1.4k
AWSではじめる Web APIテスト実践ガイド / A practical guide to testing Web APIs on AWS
yokawasa
8
740
Featured
See All Featured
Rebuilding a faster, lazier Slack
samanthasiow
80
8.9k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
7
650
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
40
2k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
129
19k
Writing Fast Ruby
sferik
628
61k
Git: the NoSQL Database
bkeepers
PRO
427
65k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
47
5.2k
Statistics for Hackers
jakevdp
797
220k
Intergalactic Javascript Robots from Outer Space
tanoku
270
27k
Automating Front-end Workflow
addyosmani
1368
200k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
251
21k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
120k
Transcript
PipeCDプラグインへの期待
Koji AGAWA @atty303 ソフトウェアエンジニア AI事業本部 協業リテールメディアDiv. ミライネージカンパニー Scala/Rustが好き #times_atty303 1/9
今日のLT PipeCDにプラグインが導入されるということで、自分のプロダクトでの利用状況とPipeCDに 期待することを話します。 2/9
現在の利用状況 LambdaApp の CUSTOM_SYNC ステージのみ使っている 2年近くリファクタリングしていないので SCRIPT_RUN ステージもまだ使っていない PipeCDらしい機能を使えていない Analysis,
Canary, Rollback, ... 3/9
デプロイ頻度はこんな感じ 4/9
CUSTOM_SYNCの内訳 ECSサービスのデプロイ ecspressoを利用 デプロイしたイメージに対してECRのタグ付け Lambdaのデプロイ AWS SAMを利用 数が多いので複数のLambdaを単一Appで扱う SPAのデプロイ aws
s3 syncを利用 5/9
なぜ組み込みECSではないのか? PipeCDの前は aws/amazon-ecs-cli を利用してGitHub Actionsでデプロイしていた PipeCDに移行し、ecspressoを利用するように変更 なにか致命的な理由があったと思うが忘れた とりあえずecs-cliは使いにくかった ecs-cli/ecspressoで管理しているサービスをPipeCD管理にそのまま移行できるか不 明だった
デプロイしているイメージにECRタグを付けたいのでカスタムステップを実行したいが当時 のECS Kindでは不可能だった 6/9
なぜ組み込みLambdaではないのか? PipeCDの前からAWS SAM+GitHub Actionsでデプロイしていてそのまま移行でき た インフラは基本Terraformで管理しているが、Lambdaローカルリソース(IAMや CloudWatchなど)はSAMのCloudFormation機能で管理 SAMはデプロイで関数だけでなくプロビジョニングも出来るのが良い 41個のLambda ×
3環境 = 123 App の料金(社内マネージドサービス)がちょっと重 い 7/9
プラグイン導入により コアチームが関与することなくデプロイ戦術をカスタマイズできる SCRIPT_RUN より柔軟にコアと連携できることを期待 デプロイ戦略はコアチームが提供する GitOpsに特化 デプロイメントの状態管理(ステートフル) コアとプラグインのI/Fの拡張性が大事かも 基本なんでもできてしまうので、PipeCDでやる意味が必要 8/9
PipeCDに期待すること コア機能とプラグインに委任する機能の明確化 コアドメインが提供する価値に集中 PipeCDを選ぶ理由となるもの 個人的にPipeCDに求めるもの 特定の技術(K8s、ECS…)に依存しない中立なコアドメイン 宣言的なデプロイメントの状態管理とその状態への遷移定義 Script Run相当のメタプラグインは欲しい 9/9
ありがとうございました