CloudflareのAI精神病：インフラ企業が迷走する理由
Cloudflare's AI Psychosis
かつて信頼性の高いインフラ企業だったCloudflareが、AIブームに乗って製品を乱発し、開発者体験やドキュメント、可観測性が劣化していると筆者は批判する。D1やWorkers、Sandboxesなど重複するサービス群、不完全なObservability、AI生成コンテンツによる品質低下が問題視され、経営陣がインフラより競合との比較や発表数に注力していると指摘する。
インフラ企業がプロダクトマネジメント組織に潰されると、何が起こるか分かっているだろう。まず機能が増殖する。
HNでの議論
97- reisse
> クラウドフレアがインターネットをより良くしていた時代があった
そんな時代はなかった。クラウドフレアは大きくなりすぎた癌だ。そして、ユーザーとインターネットの間の仲介者として、最初からそうなるように位置づけられていた。
すでに、「標準的」ではないツール（つまり、GoogleアカウントでサインインしたChromeではなく、EU/米国の住宅用IPアドレスではないもの）を使ってウェブを閲覧するのは苦痛なことがある。もし明日、クラウドフレアのチェックが、認証され署名されたブラウザバイナリを要求するようになったらどうなるだろうか？
- alberth
この投稿で見落とされているのは、クラウドフレアが何年もの間、自分たちは「クラウド2.0」の企業であると感じていることだ。
そして、AWSやGCPなどは「クラウド1.0」であると。
彼らは、AIエージェントがインターネットを根本的に変えると信じており、彼らの統計によると、ボットやエージェントがインターネットトラフィックの大部分を占めていることを考えると、彼らがそう考えるのも無理はない。
そのため、AIに全力を注ぐことは、「クラウド2.0」であるという彼らのテーゼに適合している。
- aleda145
全く同意できない。確かにドキュメントはひどいし、時々バグもある。しかし、私にとってクラウドフレアは実際に革新を起こし、「新しい」インフラを提供しようとしている。Durable ObjectsやWorkersはとてもクールだ。R2は無料のエグレスを提供しているが、それを実現できたのは驚異的ではないか？
もしPostgresを実行するVMが欲しいなら、他にもっと良い選択肢があるだろう。
彼らが悪人ではないとは言わないが、おそらくそうだろう。しかし、インフラの部分はクールだ。
- 0xbadcafebee
この人がどこから「エンジニアによって運営されている会社」が良い製品を生むという考えを得たのかわからない。エンジニアは必ずしも最終結果を気にしない。私はエンジニアが自分の仕事を楽にするためや楽しむために、製品の有用性や体験を完全に妥協するのを見てきた。「論理的に聞こえる」なら、それが良いと決めつけて、ユーザーへの影響についてそれ以上質問しない。
機械エンジニアを雇って自動車会社を経営させるだろうか？機械エンジニアはトランスミッションが高効率かどうかを気にするが、シートが快適かどうか、標準的なホイールやタイヤが装着できるかどうかは気にしない。それらは車のユーザーが気にするものだ。ユーザーはトランスミッションが効率的であることを期待するが、同様に快適で互換性があることも期待する。
「インフラ」は生の機械部品ではない。それは技術以外の「生活」全体を持つ製品だ。ユーザーがそれをどう制御するか、その応答性と直感性、ユーザー（および第三者）がどうそれとインターフェースするか、その運用モードと障害モード、その出力と入力...これらすべては内部の動作とは別だ。
それは、車にドアがあることと、完全にフィットし、簡単に開き、隙間や継ぎ目なく閉まるドアがあることの違いだ。それを実現するには多くの追加作業が必要だ。ドアを作るのは簡単だが、うまくフィットさせるのははるかに難しい。
オタクを責任者にしても、最終結果への焦点は修正されない。ユーザーエクスペリエンスに執着する人々を責任者に置く必要がある。
- gedy
この投稿で良い指摘がなされている（特にCFに限ったことではないが）のは、機能を増やすことの問題だ。私が知っているAIに非常に熱心な企業やリーダーのほとんどが、100倍の製品開発などに興奮し、大量の新しい雑多な機能を出そうとしているのは興味深い。これは良いことではない！
私は多くの人員とスピードを持つ会社（AI以前）にいたことがあるが、機能を出すことが自動的に良いことだと思うのは大きな自爆行為だ。ほとんどの有料顧客はSaaSタイプの企業にこれを望んでいない。
特に小規模な企業は落ち着いて、一つのことをうまくやるべきだ。そして残念ながら、AI開発はそれを奨励しない。
- tosh
私は、まだ新しいものを出荷しているほとんどの大企業と同様に思う：
顧客にとって、良い部分が何で、今は無視すべきものが何かを見極めるのが少し複雑になる。
GoogleやAWSなどでも同じだ。
（私は通常、信頼できる人々の意見に頼って、大規模な提供物の「JavaScript: The Good Parts」版を見つけている。）
もう一方の極端は、新しいものを出そうとしないことで、それもリスクがある。
バランスを見つけるのは難しく、勢いや新しいものに過度に重点を置きながら、定着したものを強化し改善するのに十分な投資をすることはおそらく良い考えだ。
- orliesaurus
皆さん、こんにちは。著者です。私はクラウドフレアの状態に非常に不満で、先日このブログを自分のブログとHNに投稿しました（しかし議論は生まれませんでした）。再投稿ありがとうございます。コメントを読み始めて、返信を始めます。
- NicoJuicy
クラウドフレアを知っていると主張する記事だが、彼は知らないと思う。
クラウドフレアはボトムアップで構築された。最初にSDN（ソフトウェア定義ネットワーク）、次にその上に製品。最初のものは論理的だった：CDNとDDoS対策。
残りはすべてSDNの上に構築され続けた - Workers、D1など。しかし、フルスタックを手に入れた時（それはD1の頃に起こった）、他の人々にクラウドフレアの上に構築させる時が来た。
それが現在の段階（クラウド2.0）であり、それは常に目標だった。それは彼らのティッカー（NET）にもある。
実際には、AIは天の恵みかもしれない。ソフトウェアのためのまったく新しい基盤であり、クラウドフレアのスタックは完璧な製品適合である（使い捨てコンピューティング、他の人々は長期実行コンピューティング契約で自分のコンピューティングを保護するだろう）。彼らが機会をつかもうとするのを責めることはできない。
正直なところ、著者はクラウドフレアがどのようにクラウドを構築しているか（例えば、Durable Objectsがどれほど強力か）に実際には適応していないように感じる。
追伸：大規模な障害はずっと前のことだ...（私たちはそれらを使用しており、当時の問題とポストモーテムを覚えている。私が気づいた限り、多くはより安定した。）