スキーマ変更を伴うサーバサイドプログラムのデプロイについて

Question

新しいバージョンのサーバ(APIサーバ)をデプロイする際に、DBスキーマの変更を伴うとします。
そうした場合にみなさんはどのようにして無停止でデプロイしているのかお聞きしたいです。

少し例をあげます。
・LB１台、APIサーバ１台、DBサーバ１台で現状サービスを展開しています（こんな構成無いかと思いますが。。）DBには以下のテーブルが登録されています

users
- name (varchar(10))
- family_name (varchar(10))

APIサーバでリクエストを受けとり、nameやfamily_nameを登録したり参照したりしています。

新しいAPIサーバをデプロイすることになりました。
サービスを停止することなくデプロイしたいです。
新しいバージョンではスキーマに変更があり、family_nameではなくsurnameというカラムにリネームすることになりました。
よって新しいAPIサーバではsurnameというカラムを読み書きするように変更が加えられていますが、古いAPIサーバではfamily_nameというカラムを読み書きするままです。

こうした状況の場合、どのような手順でデプロイするのが妥当でしょうか。
例が稚拙でわかりにくく申し訳ないです。
まとめると、スキーマに変更があり尚且つ新旧のAPIサーバが一時的に混在するような状況のデプロイ方法を教えていただきたいです。

よろしくお願いします。

Answer 1

状況がよくわかっていませんが、自分がやるとしたら、こんな感じでしょうか。

1. データベース側に 新カラムを追加して、旧カラムの値を新カラムにコピー(もしくは変換)。
2. データ更新トリガの設定。
3. 新 API のリリース
4. 旧 API の停止
5. トリガの削除
6. 新旧カラムの確認
7. 旧カラムの削除

いずれにしてもテスト環境を用意して、十分にテストする必要があると思います。

Comments

[rivero]

返答遅くなり申し訳ありません。
その後テスト環境を用意して、ご教授に従った手順でリリースリハーサルをしました。
同様の手順で本番環境へのリリースも完了し、無事サービス無停止でリリースすることができました。

リリースのための手順を明確にすると共に、リリースの自動化を将来見据えての質問だったのですが、
DBスキーマの変更を伴うとなるとなかなか自動化するの難しいなという印象でした。

ご教授ありがとうございました。