Splitの代替品として検討すべきトップモデル

Splitの代替ツールをお探しですか？Optimizely、LaunchDarkly、AB Tasty、Harness Feature Flagsなどのフィーチャーフラグ管理ツールとSplitを比較しています。

Split.ioは、実験、A/Bテスト、そしてエンジニアリングと製品チームが機能リリースに関するデータ駆動型の決定を行うことに焦点を当てたフィーチャーフラグソリューションです。OptimizelyやAB TastyのようなA/Bテストに焦点を当てたツールや、Harness、LaunchDarkly、Unleashedのようなフィーチャーフラグ管理ソリューションと競合しています。この記事では、あなたのユースケースに適した選択ができるように、Splitの代替品について説明します。

Split入門

Split.ioは、データに基づいた意思決定を行う方法としてフィーチャーフラグを使用しており、特にプロダクトマネージャーや運用チームに役立ちます。 

Splitでは、フィーチャーフラグに関するメトリクスを定義し、これらのメトリクスを使用して、特定のユーザーセグメントと新機能をターゲットにして、リスクを軽減し、デプロイメントを機能リリースから切り離すことができます。これは、A/Bテストを動作させるためフィーチャーフラグに焦点を当てた方法であり、今時のエンジニアリングチームとそのプロダクトマネージャーがデータを使用して学習し、対応するのに役立つはずです。

もし、フィーチャーフラグについて入門レベルの記事が必要であれば、今すぐ「フィーチャーフラグとは何か」をご覧ください。

Splitの価格設定

Splitの価格は、開発者数とMTK（Monthly Tracked Keys）数を基にしています。価格モデルは他の機能管理ソリューションの業界標準モデルを反映しており、価格設定は固定ではなく、ボリュームベースとなっています。

対応技術

他のソリューションと同様、Splitはクライアントサイドとサーバーサイドの両方の SDK、ウェブアプリとモバイルアプリの両方をサポートし、基本的にフルスタックのソリューションを提供します。Splitは、ほぼすべての主要な技術スタックで動作するSDKを備えており、アプリケーションやインフラのサポートにおいて大きな違いはありません。

また、Splitは、ターゲティングルール（同社では「トリートメント」と呼んでいます）の使用や、カスタマイズされたユーザーセグメント、異なる環境間でのフィーチャーフラグの制御もサポートしています。 

Splitは他のベンダーと同様、シングルサインオンをサポートしていますが、オンプレミスでの利用はサポートしていません。

エンジニアリングと実験の比較

フィーチャートグルの基本コンセプトは多様なユースケースを可能にしますが、スプリットのようなソリューションは、あるユースケースと他のユースケースに重点を置いています。

フィーチャーフラグのエンジニアリング上の利点（主にアプリケーションチームと運用チームにとって）は、例えば、コードのデプロイと実際の機能リリースを分離できること、アプリケーションの構成管理サービスとしてフラグを継続的に使用できること、また、オンデマンドで変更をオンまたはオフにできるため効果的にキルスイッチとして機能することなどが挙げられます。

このようにデプロイメントと機能リリースを分離することで、エンジニアからプロダクトマネージャー、アカウントチーム、マネージャーへの連携が発生し、ベータプログラムの実行、リリースの調整、あるいは問題が発生した場合に機能を停止させる準備など、開発のやり方が根本的に変わってしまいます。

もう一つの重要なユースケースは、実験です。実験とは、変更のパフォーマンスをテストして検証するエンジニアリングプラクティスや、運用エンジニアがアプリケーションエンジニアリングチームと協力して変更の影響を監視することを意味しますが、より多くはA/Bテストのような動作テストを意味することがあります。これは、機能リリースがユーザーの製品への関わり方に与える影響を判断したり、顧客エンゲージメントを向上させたりするのに役立ちます。

この実験のユースケースは、マーケティングや製品側に近く、多くの場合、エンジニアリングに焦点を当てたフィーチャーフラグソリューション以外の他のツールで行われるでしょう。使い勝手の良さとライフサイクル管理が要求され、そしてツールの焦点が意味することは、行動テストに注力しているツールではフィーチャーフラグのエンジニアリングユースケースをより限定的にしか提供できないことを意味します。

では、Splitに代わるツールを見てみましょう。

Splitと代替ソリューション

Harness Feature Flags

Harness Feature Flagsは、Harness CI、CD、Cloud Cost Managementと組み合わせることで、エンドツーエンドのソフトウェアデリバリーと真のフィーチャーデリバリープラットフォームを提供します。このプラットフォームアプローチにより、Harness Feature Flagsは、より良いソフトウェアを構築しながらエンドツーエンドの可視性を提供することで、真の継続的インテグレーションと継続的デリバリーを実現します。

Harnessは、開発者の生産性を高め、コードのデプロイメントにおけるリスクを軽減し、開発チームがダウンタイムゼロを達成できるような支援に重点を置いています。Harness Feature Flagsは、スタンドアローンの機能管理ソリューションとして、またHarnessプラットフォームの一部として、ソフトウェアチームが安全にリリースし、新しいアイデアを検証できるようにしながら、開発サイクルを加速させることができます。 

LaunchDarkly

LaunchDarklyは、スタンドアローンの機能管理ソリューションで、チームがリスクを軽減し、安全にリリースし、機能を迅速にリリースできるようにすることに重点を置いています。

LaunchDarklyは、フィーチャーフラグの業界リーダーです。ソフトウェアチームがユーザーフレンドリーなインターフェイスでフィーチャーフラグを管理するためのサポートや、あらゆるシナリオのフィーチャーフラグのベストプラクティスに関する洞察に満ちたブログが用意されています。

LaunchDarklyのようなスタンドアローンツールは、ソフトウェア開発に調整、コンプライアンス、ガバナンスを必要としない小規模な企業に最適な傾向があります。

Splitと実験段階の代替ソリューション

Optimizely

OptimizelyはSplitと同様、エンジニアリングライフサイクルやフィーチャーフラグの有用性よりも、実験やA/Bテストに重点を置いています。OptimizelyはA/Bテスト分野のパイオニアであり、科学的実験と統計的に有意な定量テストを中心に堅牢なソリューションを構築してきました。

Splitとは異なり、Optimizelyはフィーチャーフラグを中心とした世界観は持っていません。フィーチャーフラグは、重要な実験要素としてではなく、主に実装の詳細として使用されます。

AB Tasty

AB Tastyも実験プラットフォームで、マーケティングサイドに重点を置き、コンバージョンと成長の最適化に取り組んでいます。

Splitがエンジニアのデータソース統合に、Optimizelyがプロダクトマネージャーのユースケースに重点を置いているのに対し、AB Tastyはマーケティング組織に近い位置にあります（ただし、AB Tastyを多用するプロダクトマネージャーもいます）。

結論

Split.ioはフィーチャーフラグソリューションですが、エンジニアリング速度、顧客体験、キルスイッチ、アプリケーション設定管理（または「リモート設定」）などのフィーチャーフラグユースケースよりも、メトリクスと実験に焦点を当てたソリューションです。 

実験的な取り組みでは、Optimizely（よりプロダクトマネージャーにフォーカス）、AB Tasty（よりマーケティングにフォーカス）と競合し、エンジニアリングとプロダクトの交差点に位置しています。

エンジニアリング面では、Harness Feature FlagsやLaunchDarklyと肩を並べ、チームがコードを展開する際に、コードの展開と機能リリースの分離を行い、リスクを低減することを支援します。

Harness Feature Flagsと上記の代替品の比較についてもっと知りたいですか？HarnessとSplit、LaunchDarkly、Optimizely、Cloudbees Feature Managementの比較ガイドをご覧ください。また、最高のフィーチャーフラグツールに関する記事もご用意しておりますので、ぜひご覧ください。

この記事はHarness社のウェブサイトで公開されているものをDigital Stacksが日本語に訳したものです。無断複製を禁じます。原文はこちらです。