【衝撃】AWSのRDSがデータを失わないBlue/Greenデプロイに対応しました #reinvent | DevelopersIO

「最近は、データベースもB/Gデプロイできるらしいよ？」 「そりゃそうやろ。B/Gデプロイなんて、最近当たり前……… へ？DBが？無理でしょ？ほぇ？どういうこと？」 最初アップデートのタイトルを見たときの、ハマコーの率直な感想です。 Blue/Greenデプロイは、現行バージョンのトラフィックを活かしたまま新バージョンを動作確認し、問題なければ新バージョンをリリースするという、最近の安全なデプロイの概念において無くてはならないものです。 同時に新旧バージョンを稼働させるため、基本的にはステートレスなアプリケーション・サーバーにおいて利用するものという固定概念があったのですが、それをデータベースに対して既存のAWSの技術を組み合わせつつAWSらしいマネージドな仕組みで解決しようという、意欲的なリリースです。制約事項もそれなりにあるので、皆さんの運用ワークロードに当てはまるかは、事前の検証が必

[tolkine9999h]

書きました。従来の技術の組み合わせで運用を便利にするAWSらしいサービスだと思います。

[daishi_n]

バイナリログレプリケーションだからB/G中はALTER文もレプリケーションされるんじゃないの? 構造的にはbinlogレプリカの昇格自動化だよね

[yfukuda827]

RDSでもB/Gデプロイメントできるってことは、もう一発勝負のALTER実行とかしなくていいんだ...！

[remonoil]

制約がちょっとキツいな。RDS Proxy未対応

[syque]

“制約はある程度あるが、マネージドな仕組みでDB変更に安全性をもたらす夢の技術”

[yatta47]

スキーマ変更部分は要検証だ。

[maninthemiddle]

大規模アップデートでやったことがあるけど、準備が大変だったので機能化されるの超ありがたい

[fukumura]

すごい。

[l__LINE__l]

スキーマ変更は制約でそれほどでもだが、バージョンアップ時は超有用

[kaputte]

マジで？

[NOV1975]

書かれてる制約下で使えない以上実際に適用できるシステムそんなになさそう

[rjge]

“切替の間、Blue環境もGreen環境も両方、書き込みをブロックしデータ損失を防ぐ” ブロックされた書込みは切替後にリダイレクトされないとしたらデータは失わなくてもサービス無停止では難しそうだけどどうなんだろ

[havanap]

全人類がほしかったやつ（PostgreSQLもおねがいします・・・）

[mayumayu_nimolove]

ほえー

[asuka0801]

これは良い

[tettekete37564]

追いつけない

[okyawa]

[blue/greenデプロイ][デプロイ][環境]

[yo-mei777]

色々制約があるけど凄いね。色々制約が緩くなったら気軽に？出来そう。

[syu-m-5151]

本当にとんでもないことだと思う…

[getcha]

“切替の間、Blue環境もGreen環境も両方、書き込みをブロックしデータ損失を防ぐ” 驚きでも何でもないと言って水を差すのはダメなんだろうか...オンプレの普通の技術を知らないエンジニアも多いからな...

[eggplantte]

制約はあるけどすごいな

[ebo-c]

Change Data Captureを応用した機能でないかと予想。MySQL→Debezium→Kafka→Sink Connector→MySQLみたいな。Logical replicationはblue→greenの一方向なので、blueに切り戻したときはgreenにwriteされたデータをどげんかせんとあかんみたい

[dorapon2000]

“Blue/Greenデプロイは、現行バージョンのトラフィックを活かしたまま新バージョンを動作確認し、問題なければ新バージョンをリリースするという、最近の安全なデプロイの概念において無くてはならないものです。”

[buzztaiki]

すごい。

[wittro]

制約がまだキツすぎるので、一年後に期待

[csouls]

え、すごい

[umakoya]

え？DB止めずにそのままアップデートできんの？数ヶ月前の苦労はなんだったんだ。

[alpon]

スキーマ変更を頻繁にできると運用楽になるのかな？あんまイメージ湧かない

[defiant]

この記事をおすすめしました

[dowhile]

【】とか最初の寸劇はいらない。記事が安っぽくなる

[bluerabbit]

おっ!?