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
非コンテナ環境において宣言的Deploymentを手軽に実現する / Declarative ...
Search
linyows
December 13, 2024
Programming
0
42
非コンテナ環境において宣言的Deploymentを手軽に実現する / Declarative deployment in non-container environments
社内イベント、バックエンド交流会LTで使った資料。
linyows
December 13, 2024
Tweet
Share
More Decks by linyows
See All by linyows
研究を支える拡張性の高い ワークフローツールの提案 / Proposal of highly expandable workflow tools to support research
linyows
0
250
メール送信サーバの集約における透過型SMTP プロキシの定量評価 / Quantitative Evaluation of Transparent SMTP Proxy in Email Sending Server Aggregation
linyows
0
540
透過型SMTPプロキシによる送信メールの可観測性向上: Update Edition / Improved observability of outgoing emails with transparent smtp proxy: Update edition
linyows
2
290
研究の再現性を高める 仕組みをGoでつくる / Creating a system to improve the reproducibility of research using go
linyows
1
150
奥が深いメールのシステム / The depth of Email system
linyows
4
470
IaCにおけるテスト考察 / Tests in IaC
linyows
2
510
リバースエンジニアリングとGoでSlackの認知負荷を下げる / Reducing cognitive load in Slack with Reverse-engineering and Go
linyows
2
320
透過型SMTPプロキシによる送信メールの可観測性向上 / Improved observability of outgoing emails with transparent smtp proxy
linyows
2
1k
プロダクションで使うGo Pluginの利便性とパフォーマンス性 / Simplicity and Performance of Go plugin for Production
linyows
0
560
Other Decks in Programming
See All in Programming
週次リリースを実現するための グローバルアプリ開発
tera_ny
1
970
競技プログラミングへのお誘い@阪大BOOSTセミナー
kotamanegi
0
400
20年もののレガシープロダクトに 0からPHPStanを入れるまで / phpcon2024
hirobe1999
0
1k
php-conference-japan-2024
tasuku43
0
410
短期間での新規プロダクト開発における「コスパの良い」Goのテスト戦略」 / kamakura.go
n3xem
2
220
コンテナをたくさん詰め込んだシステムとランタイムの変化
makihiro
1
190
PHPカンファレンス 2024|共創を加速するための若手の技術挑戦
weddingpark
0
120
各クラウドサービスにおける.NETの対応と見解
ymd65536
0
240
.NETでOBS Studio操作してみたけど…… / Operating OBS Studio by .NET
skasweb
0
110
GitHubで育つ コラボレーション文化 : ニフティでのインナーソース挑戦事例 - 2024-12-16 GitHub Universe 2024 Recap in ZOZO
niftycorp
PRO
0
1.3k
サーバーゆる勉強会 DBMS の仕組み編
kj455
1
270
良いユニットテストを書こう
mototakatsu
11
3.5k
Featured
See All Featured
GraphQLの誤解/rethinking-graphql
sonatard
68
10k
VelocityConf: Rendering Performance Case Studies
addyosmani
327
24k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
120k
Keith and Marios Guide to Fast Websites
keithpitt
410
22k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
45
2.3k
Visualization
eitanlees
146
15k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
10
860
Fontdeck: Realign not Redesign
paulrobertlloyd
82
5.3k
The Straight Up "How To Draw Better" Workshop
denniskardys
232
140k
The Cult of Friendly URLs
andyhume
78
6.1k
Transcript
非コンテナ環境において宣言的 Deploymentを手軽に実現する Tomohisa Oda / 社内バックエンド交流会 LT @2024-12-13
Tomohisa Oda @linyows • 研究所 所属(2023年11月入社) • 前職では部門の技術責任者 • メールの研究をしながらガバクラプロ
ジェクトのお手伝い • 筋トレとテニスが趣味 • Fukuoka.go オーガナイザ
前提:本番環境 • 諸事情によりコンテナ環境ではなくVM環境(2024年だぞ?) • アプリはGo • KubernetesのローリングデプロイメントやCI/CDエコシステムが使えない • アプリのdeploymentどうする問題がある •
人の手を介さない何かしらの仕組みが必要 • VMはHA構成なので状況に応じて数が変動する予定
Deploy手法の選択肢 1. VMを構築するAnsibleで、アプリの更新も合わせてやる 2. Scpやrsyncなどで素朴にアップロードする 3. VMにビルド環境を作っておきgit cloneしてビルドする 4. DeployツールのCapistranoをつかう
これらはGithub Actionsから行う想定
Deploy手法の選択肢1 1. VMを構築するAnsibleで、アプリの更新も合わせてやる 2. Scpやrsyncなどで素朴にアップロードする 3. VMにビルド環境を作っておきgit cloneしてビルドする 4. DeployツールのCapistranoをつかう
これらはGithub Actionsから行う想定 🙅 更新頻度や責務領域が異なり、アプリ以外の問題でdeployできないとか、エンジニアが異なるとか
Deploy手法の選択肢2 1. VMを構築するAnsibleで、アプリの更新も合わせてやる 2. Scpやrsyncなどで素朴にアップロードする 3. VMにビルド環境を作っておきgit cloneしてビルドする 4. DeployツールのCapistranoをつかう
これらはGithub Actionsから行う想定 🙅 更新頻度や責務領域が異なり、アプリ以外の問題でdeployできないとか、エンジニアが異なるとか 🙅 簡単に実現できるがそのうち機能が追加されたりして正しく動作する保証がないままコピペされる
Deploy手法の選択肢3 1. VMを構築するAnsibleで、アプリの更新も合わせてやる 2. Scpやrsyncなどで素朴にアップロードする 3. VMにビルド環境を作っておきgit cloneしてビルドする 4. DeployツールのCapistranoをつかう
これらはGithub Actionsから行う想定 🙅 簡単に実現できるがそのうち機能が追加されたりして正しく動作する保証がないままコピペされる 🙅 せっかくGoはワンバイナリでdeployできるのに… そしてwebhookを用意する必要があり実は面倒 🙅 更新頻度や責務領域が異なり、アプリ以外の問題でdeployできないとか、エンジニアが異なるとか
Deploy手法の選択肢4 1. VMを構築するAnsibleで、アプリの更新も合わせてやる 2. Scpやrsyncなどで素朴にアップロードする 3. VMにビルド環境を作っておきgit cloneしてビルドする 4. DeployツールのCapistranoをつかう
これらはGithub Actionsから行う想定 🙅 せっかくGoはワンバイナリでdeployできるのに… そしてwebhookを用意する必要があり実は面倒 🙅 専用のツールなので機能は申し分ないが、Go使っていてRubyかーという気持ち 🙅 更新頻度や責務領域が異なり、アプリ以外の問題でdeployできないとか、エンジニアが異なるとか 🙅 簡単に実現できるがそのうち機能が追加されたりして正しく動作する保証がないままコピペされる
怒り駆動開発!(2018)
Dewy !!!
DewyはPull型deployツール Dewyの振る舞い 1. アプリのSupervisor的に起動 2. Github ReleasesやS3をポーリング 3. 最新があればダウンロードして起動 4.
グレースフルリスタート 5. Slackに通知とオーディットログ作成 Application or Files v1.2.2 Application or Files v1.2.3 Artifact Registry Notify Cache ɾGithub Releases ɾAWS S3 ɾGoogle Cloud Storage ɾGRPC Server 1. Polling 5. Reporting 6. Send 2. Download 3. Storage 4. Deployment ɾFile system ɾMemory ɾHashicorp Consul ɾRedis ] ɾSlack ɾSMTP Dewy https://github.com/linyows/dewy
Demo: https://github.com/linyows/dewy-testapp