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

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

[tolkine9999h]

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

[yfukuda827]

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

[umakoya]

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

[daishi_n]

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

[remonoil]

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

[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]

え、すごい

[alpon]

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

[defiant]

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

[dowhile]

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

[bluerabbit]

おっ!?