システム・技術

公開API・ログインフォーム・問い合わせに濫用対策（レート制限）がない事業は、買収後に総当たりやスクレイピング、SMS濫用で簡単に落ち、従量課金の請求まで膨らむ。防御層の有無を429ステータスや応答ヘッダ、コードとインフラの両面から見抜く技術DDの実務を解説します。

アプリ売却で億に届く事業と、値がつかず消える事業の差は出来ではなく作られ方にある。収益の再現性、単一チャネル依存、外部依存と署名鍵の分離、コードの属人性、成長の天井という技術DDの五つの軸で、なぜその金額がつくのかを一点突破で解説します。

RedisやCDNのキャッシュ層は、本番の素の負荷とインフラ原価を覆い隠す。買収後にキャッシュが冷えると、1%しか捌いていなかったDBに全負荷がぶつかり初日に落ちる。ヒット率・オリジンの実性能・移管後の原価の三点で依存度を測る技術DDの視点を整理する。

アプリ売却の事例は「いくらで売れた」を語るが、その数字を成約に変える移管作業は語らない。開発者アカウントの名義、署名鍵とAPIキー、データの引き継ぎ可否、属人性という見えない負債を、売り手が売る前にやること・買い手が数字の裏で確認することとして整理する。

GA4やGTM、広告アカウントの所有者が代理店や個人アカウントのままだと、事業を買っても計測は付いてこない。作り直せば前年同月比も広告の学習も失われる。移管の難易度はほぼゼロなのに実行されない理由と、買い手が確認すべき管理者一覧を整理する。

コードは残るが「なぜこの構成なのか」という判断の理由は、書かなければ消える。買い手は奇妙な実装を前に、制約下の合理的判断か単なる無知かを区別できず、区別できないコードには手を入れない。触られない領域が固定される構造と、1行のコメントで足りる処方箋を整理する。

外注や業務委託で作られたコードの著作権は、契約に譲渡の定めがなければ制作者側に残るのが原則と解されます。代金を払ったから自分のものという直感と法律のズレが事業の売買でどう表面化するのか、売り手と買い手それぞれの確認手順まで実務の順序で整理します。

障害の復旧手順が1人の頭にしかない事業は珍しくない。手順書を書かなかったのは怠慢ではなく、読者が一度も存在しなかったからだ。真の壁は暗黙知が本人にも見えず、書けと言われても取り出せない点にある。買い手の検分方法と、録画による可視化を整理する。

買収したサービスが落ちても、その第一報が旧オーナーの私用メールや個人携帯にしか届かない。監視のアラートは鳴らない時が正常なため、宛先の誤りは平時に一切表面化せず、障害の瞬間まで発覚しない。通知先の棚卸しとテスト発報の実演を実務の順序で解説する。

監査ログは平時に1バイトの価値も生まないが、係争になった瞬間に当事者の唯一の武器へ変わる。引き渡し後に「データが消えた」と主張されたとき、記録が無ければ売り手は「やっていない」としか言えない。取得・改ざん耐性・保存期間の3点を実務の順序で整理する。