Feature Flag管理ツール「LaunchDarkly」を導入して開発者体験を向上させる

ツール導入前の課題

LaunchDarklyの導入前は新規機能を開発する際、機能単位で変更をマージする必要がありました。弊社のプロダクトはAPIを外部に公開しており、未完成の機能をマージすると中途半端な状態でリリースされる可能性があるため、一つの機能が全て完成した状態でマージするようにしていました。そのため、大きめの機能を開発する際、実装開始からマージまでの時間が長くなり、コンフリクトが発生しやすいという問題がありました。

また、機能によっては、完成してすぐにリリースするのではなく、任意のタイミングでリリースしたいというケースがありました。 このような場合も、機能が完成してからマージするまでに時間が空くことで、コンフリクトが発生しやすくなったり、マージを待つ間に既存の共通部分に入れた修正の影響でバグが発生する可能性がありました。

どのような状態を目指していたか

Feature Flagで開発中の機能を閉じておき、プルリクエストを細かくマージすることで、ブランチを作成してからマージするまでの時間を短くすることを目指しました。

• Bucketeer(OSS)
• Optimizely
• Unleash

• SDK/APIの充実度
• 実装の難易度
• UX(リアルタイムにフラグが反映できるか、フラグのON/OFF条件はどんなことができるか)
• 料金

実装のシンプルさとUX

一つの機能を細かくマージできるようになり、マージするまでの時間を短縮することができました。それによりコンフリクトが起きることも少なくなり、開発者体験が向上しました。

また、弊社のプロダクトはマルチテナントアーキテクチャを採用していますが、一部の機能でテナントによってロジックを変える必要があり、そのようなケースでもLaunchDarklyを使用することで実装が簡単になりました。

バックエンドではGoのSDKを使用していますが、フラグの値を取得するためのクライアントをフラグの値を取得するたびに生成するような実装をしてしまい、アプリケーションのパフォーマンスが悪化していました。アプリケーションの実行時に生成したクライアントを使い回すように修正すると改善しました。

Feature Flagを使用しない場合、リリースまで一時的にアプリケーションのコードを変更したり、環境変数等で制御したりする必要があります。これらの方法でもやりたいことはできると思いますが、変更に時間がかかるという大きな欠点があります。

Feature Flagを使うことで、コードの修正やデプロイをすることなくアプリケーションの挙動をリアルタイムに変更することができます。

LaunchDarklyは公式で提供されているSDKが充実しており、フラグの作成や変更も簡単で、すぐに導入することができます。

「ツールの課題点」で述べた通り、現在は基本的な機能しか使用していません。ドキュメントを見ると他にも有用そうな機能があるので、それらも使いこなしていければと思います。