今年の6月は、昨年の6月からちょうど1年になります。 昨年6月、 Clouderaは2020年第1四半期の財務報告を発表したが、収益はアナリストの予想をわずかに下回り、その日の株価は40%下落した。 Cloudera は今年 6 月に21 年度第 1 四半期の財務レポートを発表しました。前年比では、売上高が12%増、利益が44%増となり、大口顧客やサブスクリプションサービスの割合も着実に増加し、アナリストの予想を上回りました。その結果、株価は上昇を続け、流行時の傾向に反して高値に戻った。 株価から判断すると、 Clouderaの今年の業績はジェットコースターのようだった。しかし、財務報告書の解釈は私の得意分野ではなく、トレンドのテクニカル分析を行うことは、私にとってさらに専門的ではありません。しかし、私はこの現象の「根本」について何か言いたいことがあります。 昨年 6 月に Cloudera の株価が急落したとき、人々は 3 つの問題に気づきました。 1) Cloudera が生き残るために依存しているHadoop は勢いを失っている。 2) Cloudera がHortonworksと合併しましたが、両社の製品ラインが異なっていたため、統合が困難でした。 3) Cloudera はクラウド時代に何もせず、見捨てられてしまった。 これら 3 つの問題は、程度は誇張されているものの、まったく根拠がないわけではなく、焦点は非常に正確です。したがって、いわゆる「基礎」は、実際にはClouderaがそれらを解決したかどうかを確認することです。 1. Hadoopは死んだ、 Hadoop万歳かなり昔、 2019年にClouderaの株価が急落する5、6年ほど前から、多くの人がHadoopは死んだと宣言し始めました。 Sparkが登場した後Hadoop は消滅し、 Elasticsearch が登場した後Hadoop は消滅し、 MongoDB が登場した後Hadoopも消滅しました。 2011 年にHadoopに触れ始め、現在でも Hadoop を仕事に使っている中年のIT担当者として、私はHadoopが死んだという主張に非常に不満を感じています。実際、この根拠のない思い込みを止めるには、いくつかの質問だけが必要です。Hadoop を使用せずにビッグ データを処理する企業はいくつあるでしょうか? Hadoopに代わるものはありますか?もしそうなら、 ElasticsearchやSpark 、 Mongoなどよりも難しくないでしょうか? 私がもっと受け入れやすい意見は、 Hadoop の一部のコンポーネントにはすでに代替手段があるということです。たとえば、 MapReduceのSparkやFlink 、 HDFSのクラウド ストレージ、 YARNのK8S などです。そして、これは、 Hadoopは死んだという激しい主張よりも、 Clouderaにとってより現実的でより心配なことだと私は思います。 では、 Cloudera はこの問題をどのように解決するのでしょうか? 彼はそれを解決しなかった。 実際、彼はテクノロジーの衰退そのものを否定したり抵抗したりするのではなく、むしろそれを認めているのです。同氏は、テクノロジーは常に壊れたり壊れたりのサイクルにあるため、必要なのはHadoop をエコシステムに開発し、最終的にはより高度なテクノロジーがこのエコシステムの一部となるようにすることだと述べました。 HiveやHbaseなどの古いテクノロジーや、 SparkやFlinkなどの新しいテクノロジーが現在ではHadoopエコシステムの一部となっており、その総数は40を超えています。 まるで森のようです。ある部分は枯れ、ある部分は生まれ変わりますが、全体としては変化し続け、永遠に成長し続けます。 彼らの PPT の 1 つを借りると、次のようになります。
(写真はCloudera Greater Chinaのゼネラルマネージャー、Xu Jin氏がInfoQで共有したものです) それは変化を受け入れる哲学です。 このように見ると、 Hadoop は他のオープンソース ソフトウェアよりも強い活力を持っていると認めざるを得ません。というのは、 Elasticsearch上のELKや、 Kafka上のKSQLやKafka Streamsなど、意図的か否かにかかわらず誰もがこの方向に取り組んでいますが、現時点ではHadoopだけがエコシステムを構築できると考えているからです。 一方、多くのメーカーが提供する Hadoop の部分的な代替ソリューションは、例外なくすべてHadoopインターフェースと互換性があります。そのため、たとえHadoopの独自ソフトウェアがすべて衰退し、完全に置き換えられたとしても、 Hadoop は標準として存在し続けることができます。 Hadoopは死んだ、 Hadoop万歳。 2. Cloudera製品ラインの統合新しいCloudera は、古いClouderaとHortonworksの合併によって誕生しました。 合併前は、両製品は Hadoop をベースとしていましたが、そのコンセプトや具体的なコンポーネントは一貫していませんでした。 Clouderaの製品はCDHと呼ばれ、 Open Core +クローズドソース コンポーネントのビジネス モデルを採用し、管理および制御プラットフォームなど、オープンソースのHadoop上にいくつかの自社開発製品を追加しています。 Hortonworksの製品はHDPと呼ばれ、そのコンポーネントとビジネス モデルは両方とも完全にオープン ソースです。 したがって、合併後の最初の大きな問題は、製品戦略の問題です。 この目的のために、 Cloudera は抜本的な改革を行いました。 一方、 Cloudera は2022 年までオリジナルのCDHとHDPのサポートを維持し、これらの顧客にスムーズな移行期間を提供します。一方、 Clouderaも新たな統合製品を発表し、 2022年以降は全顧客がこの製品に切り替えるという大胆な宣言をしています。 この新製品は CDP です。 CDP はCloudera Data Platformの略です。 ClouderaのCPOであるArun Murthy氏によると、 CDPはCDH6とHDP3に基づいて統合され、2つの製品ラインから最良のコンポーネントを採用することで、互換性を確保しながら顧客に優れたエクスペリエンスを提供するとのことだ。 これを基に、 Clouderaもビジネス モデルを変更しました。 Clouderaは2019年7月、 「オープンソースへの取り組み」と題した記事を公開し、 Cloudera Manager 、 Cloudera Navigator 、 Cloudera Data Science Workbench ( 「CDSW」 )など、元のクローズドソースコンポーネントをすべてオープンソース化し、この決定は古いCDH 、 HDP 、 CDPを含むすべての新バージョンに適用されると述べました。 決定の実施期間は6か月でしたが、現在は完了しています。 現在、 Cloudera は自社の全製品をApache Foundationでホストし、 AGPLとApache 2.0ライセンスの両方の下でオープンソース化し、サブスクリプション ベースで顧客にソフトウェアとサービスの料金を請求しています。 これはCloudera の新しいビジネス モデルであり、Red Hat のビジネス モデルでもあります。 2013年には早くも、 Clouderaの初代CEOであるマイク・オルソン氏は、オープンソースソフトウェアは急成長しているものの、それを支える営利企業が単独で生き残るのは難しいと発言していた。 IIIustra 、 Informix 、 Sleepycat 、 Mysql 、 SpringSource 、 JBossなどの企業は消滅するか買収されます。実際に成功した企業は Red Hat だけです。 だから驚くことではありません。 それで、効果はどうですか? 21年度第1四半期の財務報告によると、サブスクリプションサービスの収益は1億8,710万米ドルで、全体の89%を占め、前年同期比21%増加し、全体の成長率を上回りました。同時に、売上総利益率も85%に増加しました。これは、サブスクリプション サービスが主な収益源となり、全体的な上昇の原動力となっていることを意味します。 同時に、 Clouderaの顧客基盤も拡大しています。 2020年第2四半期の財務報告では、 Clouderaの大口顧客(年間経常収益が10万ドル以上)の数は24社増加して953社となった。 21年度第1四半期の財務報告では、この数は1004に達しました。 1年前のClouderaの急落は顧客数に関係していたことを知っておくべきです。 2020年第1四半期の決算発表で、元CEOのトム・ライリー氏は、製品ラインの相違が顧客拡大に影響を与え、実際に一部の顧客が製品ラインの統合を待つ間に契約更新を延期したことを自ら認めました。 したがって、これら 2 つの観点から見ると、 Clouderaの製品ラインの統合は成功していると言えます。
3.クラウドとの共生過去 1 年間は、クラウド コンピューティングにおいて Cloudera が急速に追いついた年でした。 北宋の時代には、 「論語の半分で天下を治めた」と称される趙普という有名な宰相がいました。宋の太宗皇帝趙匡胤は即位した時、手紙の中で「中国が平和であれば、蛮族は自発的に服従する。従って、外国の侵略に抵抗したいのであれば、まず国内を安定させなければならない」と記した。それ以来、 「外国の侵略に抵抗する前に、まず国内を安定させなければならない」という考え方は受け継がれ、内外の困難に直面したすべての王朝の統治者が好む戦略となった。それは、9月18日事件後まで国民政府によって繰り返し強調され続けました。 この文は Clouderaを説明するのにも適しているかもしれません。 なぜなら、 Hadoopコミュニティは以前、内戦状態にあったからです。 Hadoop はDoug Cutting 氏自身によって考案されましたが、Yahoo で成長しました。 Hadoopをベースにしたオープンソースの独立商用企業としては、 ClouderaとHortonworks の2 社が挙げられます。両社のオープンソース コミュニティへの貢献はほぼ同等です。両者は市場をめぐって競争しているだけでなく、オープンソースのHadoopの支配権をめぐっても競争している。この分割には多大な労力がかかり、注意しないと、クラウド ベンダーがオープン ソースのHadoopを直接使用して、クラウドに移行するほとんどの企業のメリットを享受することになります。 つまり、不思議な現実があるのです。一方ではHadoopは死に絶え、他方では大手クラウドベンダーがHadoopで莫大な利益を上げているのです。アナリストの推計によると、 AWSのEMRは2018年だけで2億5000万ドルの収益を生み出しており、製品紹介は「ホスト型Hadoopフレームワーク」です。これは孤立したケースではありません。 AWSのEMR以外にも、Google Cloud にはDataproc 、 AzureにはHDInsight 、Alibaba Cloud にはE-MapReduceがあります。クラウド コンピューティングの大手 4 社は、 Hadoopオープン ソースのメリットを享受するために参加しています。 したがって、製品ラインの統合が社内の問題であるならば、クラウドベンダーは社外の問題となります。 しかし、クラウドベンダーは Hadoop をターゲットにしていません。クラウドは急速に成長し、 Hadoopだけでなく他のオープンソース ソフトウェアも含め、その途中で遭遇するすべてのものを飲み込んでいます。 MongoDBのCEO は、次のように説明しています。 「新しいオープンソース プロジェクトが人気を博すたびに、クラウド プロバイダーは当社の技術を剥奪し、その無料ソフトウェアを自社のプラットフォームに導入し、その価値のほとんど (すべてではないにしても) を奪い取りますが、オープンソース コミュニティにはほとんど何も還元しません。 」 ユーザーがクラウドに移行する限り、クラウドベンダーが提供するオープンソース サービスしか選択できないことがほとんどであり、クラウドへの移行は過去 10 年間のエンタープライズ IT の主なテーマとなっています。これにより、元のオープンソースメーカーは非常に激怒しました。 RedisのCEOは率直にこう語った。 「長年、我々は愚か者でした。そして彼らは我々が開発したもので大金を稼いでいたのです。 」 そこで彼らは行動を起こし始めました。一方で、オープンソース契約を修正し、クラウドベンダーによるホスティングサービスの提供を禁止しました(一部のコンポーネントにのみ有効)。その一方で、 Confluent社のConfluent Cloud 、 Elastic社のElastic Cloud 、 Cloudera社のCDPなど、独自の独立したクラウドサービスの開発も積極的に行っていました。 彼らはパブリッククラウドベンダーを吸血鬼と非難し、独占禁止法訴訟を起こす準備をした。 幸いなことに、クラウドベンダーは一枚岩のグループではありません。たとえば、Google はAWS を上回るチャンスがあると考えています。彼はオープンソースへの支持を明確に表明し、 2019年にはオープンソースソフトウェアベンダー7社がGoogle Cloudを通じて商用サービスを販売することを導入し、オープンクラウドの構築を準備しました。 ほとんどのクラウドベンダーは、他社が開発したソフトウェアを販売するためのマーケットプレイスを持っていますが、Google Cloud の特別な点は、導入するオープンソースベンダーがパフォーマンスに責任を持つ社内チームを持っていることです。たとえば、 Confluent ( kafka )を導入したのは、 Google 自身のPub/Sub製品チームでした。 2 つは機能とシナリオが似ていますが、一方が自社開発でもう一方がオープンソースであるという点が異なります。 Google によれば、これら 2 つの製品を同じクラウド プラットフォーム上で提供する目的は、 「ユーザーのさまざまな好みに応える」ことです。 この場合、オープンソースメーカーによる独立したクラウドサービスが実用的になります。独立した入り口を維持し、クラウドと共存しながら、さまざまなパブリッククラウドと連携し、さまざまなクラウド上で製品を販売することができます。 ClouderaのCDPについても同様です。 CDP は、従来のCDHとHDP の製品ラインを組み合わせたものであるだけでなく、複数のクラウドをサポートする共有クラウド バージョンや、プライベート クラウド/ハイブリッド クラウドなどの複数の運用環境もサポートします。
さらに、 CDP の開発速度も非常に速いです。この計画は2019年初頭に発表され、数か月後に製品がリリースされました。現在、 AWSとAzure上のバージョンが完成しており、Google Cloudバージョンは今年後半に提供開始予定です。実際、マルチクラウドは、 Cloudera がクラウドベンダーからの脅威に対処する手段であるだけでなく、顧客ニーズの観点からもかけがえのない価値を持っています。クラウドの普及が進むにつれて、クラウドに縛られることが現実的な懸念となり、多くの顧客がクラウドへの移行中にプラン Bを探すようになりました。たとえば、複数のクラウド サービス プロバイダーにアプリケーションを展開したり、独自のコンピューター ルームを構築したりします。 CDP はこの需要の産物です。 CDPを通じて、顧客はAWS 、 Azure 、または Google Cloudにビッグデータ サービスを展開し、シームレスに切り替えることができ、特定のクラウド ベンダーに縛られる問題を排除できます。 さらに、 Clouderaは最近、 K8Sに基づいてストレージとコンピューティングを分離し、顧客のアプリケーションがパブリッククラウドとパブリッククラウド間、パブリッククラウドとプライベートクラウド間でシームレスに切り替えることを可能にするCDPプライベートクラウドを開始し、 「データ中心のマルチクラウドプライベートクラウドプラットフォーム」を構築しました。 Cloudera はわずか 1 年で驚異的なスピードで変革を完了しました。かつてはクラウド時代に何もしていないと批判されていたが、今ではそのトレンドに追いつき、さらには先頭に立っている。
4.まとめこれが、Cloudera の株価がジェットコースターのように急騰している根本的な理由です。 Clouderaがすべてを賭けたCDPは、計画面でも実行面でも優れたパフォーマンスを発揮し、かつては批判されていた多くの問題を一つの製品で解決しました。この観点から見ると、彼の変革は成功した、あるいは少なくとも成功への道を歩んでいると言える。 昨年のように、義和団の乱をめぐる外国のライフル部隊の態度で、彼がどこへ行くのか尋ねる人は誰もいない。 しかし、彼にとって、この一年は少し長く感じられた。 |
>>: Kubernetes Ingress Controller Contour が Cloud Native Computing Foundation のインキュベーション プロジェクトに
2011年は電子商取引が爆発的に成長した年でした。10年間の発展を経て、この新興産業はついに巨額の資...
海外への市場拡大を進めていますが、最初のステップは何ですか?戦略間のつながり: SEO + PPC ...
マッシュルームホームページのスクリーンショット新浪科技は5月15日午後、女性向けショッピング共有サイ...
11月29日、世界第2位のショッピングカーニバル、ブラックフライデー。クレジットカード、PayPal...
昨日、国家新聞出版広電総局は関連通知を発表し、各種ラジオ・テレビ番組や広告は、国家共通語の文字、単語...
2020年9月10日、アマゾンウェブサービス(北京)有限公司(AWS中国)とKPMGエンタープライズ...
従来の販売のネットワーク化により、SEO はより注目されるようになりました。 8年間の紆余曲折を経て...
[51CTO.com クイック翻訳] クラウドコンピューティング変革の波は、企業の発展を推進し続けて...
最近、「エコロジカルイノベーションの結集と産業変革の先導」をテーマにした2021年SAPジョイントイ...
現在、コンテンツとトラフィックを持つあらゆるプラットフォームが情報フロー広告を行おうとしているようで...
翻訳者 |朱仙忠校正:孫淑娟導入今日、データ ストレージの管理タスクはますます複雑になっており、IT...
今年はオリンピックイヤーです。4年に一度のオリンピックの祭典が近づいています。近づくにつれ、誰もが心...
3月14日のWebmaster Network(www.admin5.com)によると、2つのセッシ...
今日の非常に競争の激しい環境において、ハイテク製造業はデジタル変革とインテリジェント製造の課題に直面...
異なるシナリオで必要なフロー制御アルゴリズムは同じではありません。では、適切なフロー制御ソリューショ...