Lekko

Lekko

Lekko · コーディング

Lekkoは、フィーチャーフラグや段階的リリースをコードとして管理し、再ビルドなしで本番に反映できた動的コンフィグレーション基盤だ。開発チームは2025年にRipplingへ移り、ホスト型サービスは終了している。

Lekko の画面プレビュー

Lekko について

About

Lekkoとは

Lekkoはエンジニアリングチーム向けの動的コンフィグレーション基盤だった。設定をリポジトリ内のコードとして扱う点が特徴で、フィーチャーフラグ、料金プランの上限、国ごとの公開可否、実験の配分率を、再ビルドも再デプロイもせずに本番で変えられた。

創業者はKonrad Niemiecで、2022年の設立だ。Uberの内部システムであるFliprの開発に関わった経験があり、実行時に挙動を変える仕組みを中小企業でも使える製品にした。2024年7月にステルスを解除し、AdditionとLUX Capitalが引率する450万ドルのシード調達を発表している。

その歩みは短かった。2025年1月にLekkoのチームはRipplingのプラットフォーム部門に入り、lekko.comは現在Ripplingのブログへ転送される。ホスト型製品はもう存在しない。SDKだけがGitHubに公開されたままで、Lekkoは今日、買える道具というより設計の参考例になっている。

導入の流れ

サービスが稼働していた頃の手順は次のとおりだ。

  1. CLIを入れ、利用する言語のSDKを追加する。Go SDKやTypeScript SDKがこれにあたる。
  2. リポジトリ内に名前空間を定義し、型付きの値と、その値を選ぶルールを書く。
  3. 値が必要な箇所でSDKを呼ぶ。評価はプロセス内で完結し、ネットワークに出ない。
  4. Web画面かコードで値を変え、いつものパイプラインで新しいバンドルを配布する。
  5. 変更に関連づけたメトリクスを確認し、問題があればコミットを戻す。

AIツール情報

Lekkoの料金、対応プラットフォーム、性能を簡単に確認できます。

無料プランはい
有料プランCustom pricing (quote based)
プラットフォームWeb app, CLI, Go and TypeScript SDKs
開発元Lekko
カテゴリコーディング
リリース日Jul 2024
最終更新Jan 2025
サイト訪問数N/A
サイト世界ランキング11.6M
API提供状況はい

こんな人におすすめ

このツールが最も力を発揮するユーザー、タスク、シーン。

ユーザー

  • プラットフォームエンジニア:多数のサービスのリリース手順を預かり、設定変更もコードと同じレビュー経路に乗せたいチームに向く。
  • GoかTypeScriptのバックエンドチーム:どちらのSDKも一級品として扱われたため、数行の追加で済み、プロキシを挟む必要がなかった。
  • ホスト型フラグ製品からの移行を考えるチーム:移行のしやすさが最も強く打ち出された売りで、死んだフラグを何年も抱えた企業が対象だった。

タスク

  • リスクの高い変更の段階的リリース:新しい経路をまず5%のトラフィックに当て、エラー率を見てから比率を上げられた。値はコミットの中にあり、履歴が誰といつ動かしたかを示す。
  • プランや地域ごとの機能開放:料金段階、国別の制限、ベータ参加の可否を、別々の仕組みではなく同じ型付きルールで扱えた。
  • フィーチャーフラグ管理の棚卸し:AI支援の流れが既存コードを読み、フラグ参照を見つけ、型付きの置き換え案を出す。読み手のいないフラグも印を付けた。

シーン

  • 再ビルドなしで本番を細かく調整したいとき:試験価格、レート制限、タイムアウトを秒単位で動かせる。1日に何度もリリースするチームほど効く。
  • 遅延に敏感なサービスや統制の厳しい環境:評価は手元で走るため、フラグ確認にネットワーク往復が増えず、実行時の制御を外部に渡さずに済む。
  • コードとしての設定を調べたいとき:実行時設定の手法を比べている人は、公開SDKを読んで取捨選択を自分で判断できる。

主な機能

コードとしての設定

調整可能な値はすべて、それを読むコードの隣、リポジトリの中に置かれた。設定がプルリクエストでレビューでき、まずい変更は他のコミットと同じように戻せる。ベンダーの管理画面をクリックするやり方では、コード側に痕跡が残らない。

プロセス内での評価

SDKはコンパイル済みのバンドルを取得し、ルールを手元で評価した。フラグ1回の確認はマイクロ秒で済み、ネットワーク往復が発生しない。制御プレーンに到達できない間もサービスは動き続け、ホスト型フラグにありがちな障害経路を消せる。代わりに評価ロジックをクライアントが抱え、バンドルはルールが増えるほど大きくなる。

AIによるフラグ整理

Lekkoのツールは既存のコードベースを読み、フラグ参照を探し、型付きの置き換えを提案した。どのコードパスからも読まれなくなったフラグも洗い出す。リリースから何年も残る置き土産の処理であり、ホスト型ベンダーが得をしやすいフラグ負債への、最も直接的な答えだった。

開発者以外のためのWeb画面

プロダクトマネージャーやサポート責任者は、リポジトリに触れずにブラウザから承認済みの値を変えられた。権限が名前空間ごとに編集の可否を決め、変更はすべて記録に残る。エンジニアが安全に変えられる範囲を定義し、他の担当者はその中で選ぶという分担が成り立っていた。

型付きルールと事前検証

値には宣言された型があり、CLIが配布前にルールを検証した。文字列が黙って数値を置き換えることは本番で起きない。許容範囲や許可リストも定義の一部だ。JSONのフラグ定義で打ち間違いに泣いたチームほど、管理画面の見た目よりこの点を重く見る。

権限と監査ログ

アクセス制御は名前空間単位で、閲覧、編集、管理の役割に分かれていた。変更のたびに、実行者、変更前の値、どのコミットやセッションが起点かが残る。統制の厳しいチームでは、この記録があるかどうかで、その日に設定を出すか1週間の承認待ちにするかが決まる。

メリットとデメリット

メリット

  • 設定がコードと同じ場所にあるため、レビュー、履歴、巻き戻しに使い慣れた道具をそのまま使える。
  • ローカル評価によってネットワーク依存が消え、ホスト型フラグが抱える可用性リスクを避けられる。
  • 型付きの値と配布前の検証が、設定事故の多くを占める取り違えを止める。
  • 無料枠は最初の25 lekkoまでで、小さなチームが実サービスで試すには足りた。

デメリット

  • ホスト型製品は販売終了し、チームは2025年1月にRipplingへ移った。サポート窓口も新機能もない。
  • SDKの組み込みにはアプリケーションコードの変更が要る。既存サービスの前にプロキシを置く案より説明が難しい。
  • 公開価格は最後まで出ず、小さなチームはフラグベンダーと費用を比べる前に営業と話す必要があった。

よくある質問

フィーチャーフラグの先を行くと会社が説明した、動的コンフィグレーションの基盤だ。フラグを外部サービスに置くのではなく、調整可能な値を型付きコードとしてリポジトリに置き、アプリケーションの中で評価した。