Herokuアップデート

 (heroku.com)
1 ポイント 投稿者 GN⁺ 2026-02-07 | 1件のコメント | WhatsAppで共有
  • Herokuは安定性・セキュリティ・信頼性・サポートを重視する保守エンジニアリングモデルへ移行し、新機能開発よりも品質と運用の優秀性の維持に注力
  • 現在、既存および新規のすべての一般顧客は、価格、請求、サービス、日常的な利用方法に変更なくHerokuを継続利用可能
  • アプリケーション、パイプライン、チーム、アドオンなどの中核プラットフォーム機能はそのまま維持され、本番環境およびビジネスクリティカルなワークロードへの影響はない
  • 新規エンタープライズ契約は停止されるが、既存のエンタープライズ契約およびサポート契約は通常どおり更新・維持される
  • 同社は今後、エンタープライズ向けAIの構築およびデプロイ支援など、長期的な顧客価値を生み出す領域に製品・エンジニアリング投資を集中

Herokuの運用モデル移行

  • Herokuは**保守エンジニアリング(sustaining engineering)**モデルへ移行し、安定性・セキュリティ・信頼性・サポートに注力
    • 新機能の追加よりも品質と運用上の卓越性の維持を優先
    • プラットフォームは引き続き本番環境で完全にサポートされるサービスとして維持される
  • この変化は既存顧客のサービス利用方法に影響を与えない
    • クレジットカードで支払う顧客（既存・新規ともに）は、価格、請求、サービス、日常的な利用に変更なし
    • アプリケーション、パイプライン、チーム、アドオンなどの中核機能はそのまま維持

エンタープライズ契約ポリシーの変更

  • 新規のエンタープライズアカウント契約は今後提供されない
    • ただし既存のエンタープライズ契約およびサポート契約は完全に維持され、更新も可能
  • 既存顧客は現在の契約条件に従って引き続きサービスを利用可能

変更の目的

  • 同社は長期的な顧客価値の提供に集中するため、製品およびエンジニアリング投資を再調整
    • 特に高いセキュリティ性と信頼性を備えたエンタープライズ向けAIの構築およびデプロイ支援を重視
  • この方針はHerokuの安定運用と顧客信頼の維持を目的とする

顧客への影響と継続サポート

  • 一般顧客はHerokuのすべての中核機能をこれまでどおり利用可能
    • 本番環境およびビジネスクリティカルなワークロードへの影響はない
  • Herokuは継続的なサポートと安定したサービス提供を約束

結論

  • 今回の移行はHerokuの長期的な安定性と顧客中心の運営強化のための措置
  • プラットフォームは引き続き完全な本番運用向けPaaS環境として維持され、AIおよびエンタープライズ技術支援の強化に注力する予定

関連記事

1件のコメント

 
GN⁺ 2026-02-07
Hacker Newsの意見

  • 私がHerokuに入社した初日が、Salesforceによる買収のクロージング日だった。
    Herokuの停滞と衰退をSalesforceのせいにする人は多いが、実際には誤解も多い。
    Salesforceは当時Herokuに莫大な資金を投じ、Dockerが登場する前の2013年の時点から、ビジョンを実現できるようにほとんど干渉しなかった。
    2011年にCedarランタイムをリリースして爆発的に成長したが、2012年には技術的負債とスケーラビリティの問題に苦しんでいた。
    人員は3倍に増えたが（20人→74人）、AWS us-east-1で2度の障害が起きたことで信頼性確保に追われ、その後18か月のあいだ主要機能のリリースはほぼ止まった。
    創業者たちが退いたことでリーダーシップが失われ、成果よりもプロセス重視の文化が根付いた。
    2014年に会社を去る時点で、すでにプロダクトは止まっていたと感じた。
    Salesforceがもっと介入していたとしても結果が変わったかは疑わしい。
    それでも私のキャリアで最も驚くべき経験であり、情熱的な仲間たちと過ごした日々が懐かしいと感じた。

    • 私は2011年初めから2012年半ばまでHerokuにいたが、その頃のエンジニアリングチームは最高だった。
      アイデアもアプローチも素晴らしく、その経験がエンジニアとしての私の考え方を完全に変えた。
      プロダクトが停滞し始めた時期もあったが、私たちは技術的負債を減らし、インフラを改善しようと本気で戦っていた。
      今でも忘れられない伝説級の失敗が1つあるが、それは公開フォーラムには絶対に書かない。
    • Herokuの初期ユーザーとして、本当に楽しかった記憶がある。
      デプロイがこれほどシンプルで身近なモデルになり得るのだと人に説明していた。
      だが時間が経ってから再び勧めたときには、すでにHerokuは業界で信頼を失っていた。
      創業者たちが去り、プロセス重視の人たちが入ってきて、スタートアップの生き生きした空気が消えていく様子はあまりにも見慣れた光景だった。
    • 短期間で人員が3倍になれば、どれだけ優秀な人を採っても組織の速度と文化を維持するのは難しい。
      既存チームの暗黙知とリズムは完全に薄まってしまう。
    • 技術的負債が避けられない結果だったとは思わない。
      当時のチームがスピードを優先しすぎて設計と構造化をおろそかにし、自ら負債を積み上げたのだと思う。
    • 「成果よりプロセスに集中する人たち」という表現は、Steve JobsがAppleで言っていた言葉を思い出させる。
      関連動画

  • 「顧客にとって何を意味するのか明確にしたい」と言いながら、実際には何の説明もない企業的で曖昧な発表文だった。

    • SalesforceがPardotを整理したときも、まったく同じ言い回しを使っていた。
      社内ではそれがすなわち**「製品終了」**を意味することを皆が知っていた。
      販売停止 → 名称変更 → 10年以内に終了、という流れで、Herokuも同じコースに見える。
    • 今この発表を見ても「Herokuを早く離れよう」と思わないなら、今後の問題は完全に顧客の責任だ。
    • 元エンタープライズ担当として言うと、これは明らかに**「成長終了後の保守モード移行」**を意味する。
      Salesforceが競合するPaaSを排除しようとする戦略に見える。
    • 「sustaining engineering model」は、実質的には生命維持装置を意味する。
      新機能はなく、ゆるやかな腐食だけが残る。
    • この発表文は何度も読んでようやく、**「新しいエンタープライズ契約はもう提供されない」**という一文に要約できると気づいた。
      ここまで隠そうとしているのを見ると、変化の規模はもっと大きいのではないかと疑ってしまう。
      • Salesforceはすべての製品に正式なEnd of Life手順を適用している。
        今回の発表は、その第一段階である販売終了通知に見える。
    • これは私が見た最悪クラスの企業コミュニケーションの1つだった。
      • 読みながら「残りの半分はどこに行った？」と思った。
    • 中身が何もないので、結局は保守モードへの移行を自分で推測するしかないレベルだった。
      • 「新機能より品質維持に集中する」という文を見れば、もう答えは出ている。

  • Herokuのgit pushデプロイの魔法は、2012年にはまさに革新そのものだった。
    今はFrostを開発中で、オープンソース・セルフホスティングをベースに同じコンセプトを実装している。
    自動SSL、カスタムドメイン、Dockerネイティブ、AIコーディングエージェントに優しい設計が特徴だ。
    複雑なK8sなしで、エージェントがサーバーを自動構成できるようにしている。

  • この話は、内部にいた人にとってはまったく驚きではないはずだ。
    問題の種はインセンティブ構造の変化から始まっていた。
    営業チームが既存顧客の支払い方法を変えるだけで目標を達成できるようになると、新規顧客獲得やイノベーションへの動機が消えた。
    結果として売上は維持されてもプロダクトは停滞し、競争力を失った後は急速に衰退する。

    • この15〜20年、複数のスタートアップでRailsやNodeベースの仕事をしてきたが、ほとんどの会社がHeroku脱出を最優先課題にしていた。
      理由は1つ、価格だった。
      オープンソースのツールでクラウドに直接デプロイできるのに、わざわざ「Heroku税」を払う理由はなかった。
      HerokuはAWS上で動いているのだから、むしろ自前インフラを構築すべきだったと思う。

  • 「transitioning to a sustaining engineering model」という表現は、本当に見事な企業的婉曲表現だ。

    • 私がいた会社でも「sustaining engineering」は旧バージョンのバグ修正専任チームを意味していた。
      つまりHerokuは、もう新機能なしで保守だけをする段階だ。
    • ビジネス的にはイノベーション投資の停止を意味する。
      ただシステムを維持して、火が消えないようにするだけのレベルだ。
    • 要するに「炎上はさせません」と言えば済む話を、やたら難しく言っているだけだ。
    • おそらく投稿者の名前だけ借りて、実際の文章はLLMが書いたものなのかもしれない。
    • こうした運営は、CA/Broadcomが買収したあらゆるソフトウェアで繰り返されるパターンだ。

  • Herokuの衰退は、教科書的に研究する価値のある事例だ。
    Salesforceが買収後に放置したようにも見えるが、実際はもっと複雑だ。

    • たいていの場合、大企業がスタートアップを買収すると最終的にはイノベーションが消え、死を迎える。
      Herokuも例外ではなかったが、それでも買収後15年も持ちこたえたのは大したものだ。
    • Herokuが成功した理由は、卓越した開発者体験と無料リソースの提供にあった。
      しかし有料移行の時点で価格のハードルが高すぎて、多くのユーザーは「高すぎる」と感じていた。
      実際の請求額のかなりの部分はHerokuではなく、サードパーティ製アドオンの費用だった。
    • 「Benioffは勝利の瞬間でさえ敗北を生み出す」という言葉は、決して伊達ではない。
    • 昔RackspaceがSlicehostを買収したときも、同じような感覚があった。
      その後DigitalOceanが現れてSlicehostの長所を継承し、今ではFly.ioがHerokuの精神を受け継ぐ存在だと思っている。
    • 実はHerokuの黄金期は買収後だった。
      Salesforceが資金を投じてプロダクトを成長させ、その後で支援を引き上げたことで衰退が始まった。
      「大企業がスタートアップを殺す」というクリシェはよくあるが、Herokuの場合は少し違う話だ。

  • この2年ほど、Herokuを使っているという人をほとんど見かけなかった。
    ユーザー減少を考えれば、今回の決定は自然に見える。
    私はヨーロッパ拠点のPaaSであるPloi Cloudの共同創業者で、NodeJSとPHPを中心に運営している。
    Herokuから大きな影響を受けており、ヨーロッパ地域中心の代替を探しているなら ploi.cloud を見てほしい。

    • イギリスのユーザー視点では、価格ページの小数点表記をローカライズしたほうがよさそうだ。
    • Ploi.ioとの関連があるのか気になる。