kubernetesは10歳になります:過去10年間、クラウドネイティブコンピューティングをどのように操縦したか、そして次は何ですか

htmlp>Linux、クラウド、コンテナ、またはKubernetesを技術環境から取り除くと、ほとんど認識できない世界になってしまいます。Linuxはこれらの技術すべての基盤であり、クラウドは膨大なリソースとアプリケーションへのアクセスを提供し、コンテナはこれらのアプリの住処を提供し、Kubernetesはすべてのコンテナを調和させます。これらのどれか一つでもなくなると、我々は技術のより原始的な時代に逆戻りすることになります。p>
p>特にKubernetesは、過去10年間でクラウドネイティブコンピューティングの世界を劇的に変革しました。10周年を迎えたKubernetesは、オープンソースの協力と革新の力を象徴する輝かしい例です。Googleでの誕生からコンテナオーケストレーションの標準となるまでの道のりで、アプリケーションの展開、管理、スケーリングの方法を革命的に変えました。p>
p>そして、私の言葉だけを信じる必要はありません。Pure Storageの最近のi>2024年Kubernetesエキスパートの声レポートi>によると、「今後5年間で、80%の新しいアプリケーションがクラウドネイティブプラットフォームで構築される」とされています。個人的には、この数字がもっと高くないことに驚いています。p>
h2>Kubernetesのコンピューティングへの影響h2>
p>Kubernetesは、コンピューティングへのアプローチを根本的に変えました。Isovalent(eBPFベースのネットワーキング、セキュリティ、監視会社)の主任オープンソースオフィサーであるLiz Riceが私に説明したように、Kubernetesはネットワーキングとセキュリティへのアプローチを変革しました:p>
blockquote>p>Kubernetesは本質的に動的です。ポッドは需要に応じてスケールアップまたはスケールダウンでき、ワークロードは異なるマシンにスケジュールされ、再スケジュールされます。そのため、Kubernetesのワークロード間のネットワーキングはIPパケットを使用しますが、IPアドレスは短期的にのみ意味を持ち、異なるワークロードに対して異なるタイミングで使用され、再利用されます。これは、ポートやIPアドレスに基づいてトラフィックを識別する従来のネットワーキングおよびセキュリティツールがもはや十分でないことを意味します。短期間のIPアドレスをポッド、サービス、ネームスペース、ノードなどの意味のあるKubernetesアイデンティティにマッピングするツールが必要です。p>blockquote>
p>過去10年間を振り返り、Kubernetesがどこから始まり、クラウドネイティブの風景をどのように形成し、未来がどうなるかを見てみましょう。p>
h2>Kubernetesの起源h2>
p>Kubernetesの物語は、2010年代初頭のGoogleで始まります。エンジニアたちは、大規模なコンテナ化アプリケーションの管理という課題に取り組んでいました。コンテナの重要性が高まる中、管理ソリューションが切実に求められていました。p>
p>Google内部では、コンテナの整理の重要性がすでに十分に理解されていました。Googleは、Dockerがコンテナを普及させるずっと前からコンテナを使用していました。2013年にGoogleのエンジニアであるCraig McLuckie、Joe Beda、Brendan Burnsが、当時のGoogleの技術インフラ責任者であるUrs Hölzleにアイデアを提案したとき、彼はこう答えました。「つまり、君たちはBorgタスクスケジューラの外部バージョンを構築したいんだね。それも我々の最も重要な競争優位の一つで、外部では話さないものだ。そして、その上、それをオープンソースにしたいと?」p>
p>そうです、それがまさに彼らが望んでいたことでした。そして最終的に、彼らはHölzleを説得し、それが良い動きだと納得させました。p>
p>McLuckieは彼らの理由をこう説明しました:p>
blockquote>p>私たちは常に、Kubernetesをオープンソースにすることが正しい道だと信じていました。それによりプロジェクトに多くの利点がもたらされました。まず、フィードバックループがほぼ即座に得られました。問題があったり、何かがうまく機能しなかった場合、すぐに知ることができました。しかし最も重要なのは、コンテナを展開することで利益を得るビジネスのニーズを本当に理解している多くの優れたエンジニアと協力できたことです。それは好循環でした。才能あるエンジニアの仕事がプロジェクトへのさらなる関心を呼び、それが改善と使用の速度をさらに高めました。p>blockquote>
p>2014年6月初旬の初のDockerConで、「コンテナオーケストレーション戦争」が始まりました。Apache Mesos、Red HatのGearD、Docker Libswarm、FacebookのTupperware、そしてKubernetesがすべて発表されました。Drone.ioの創設者であったBrad Rydzewskiは、「#dockerconで学んだこと:誰もが自分たちのオーケストレーションプラットフォームを構築している。本当に、誰もが」と述べました。p>
p>彼は間違っていませんでした。さらに多くのオーケストレーションプログラムがすぐに続きました。p>
p>その初期の段階でも、私はKubernetesが勝者として浮上すると信じていました。それは2003年から使用されていたGoogleのBorgコンテナ管理プログラムにインスパイアされており、他のものにはない成熟度を持っていました。p>
p>Kubernetesはすぐに注目を集めました。「Kubernetes」という名前は、ギリシャ語の「舵手」または「操縦士」に由来し、コンテナ化アプリケーションを操縦する役割を象徴しています。Kubernetesのロゴ、七本のスポークを持つ船の舵輪は、Borgの伝統と、商標の理由で取りやめられた初期の名前「Seven of Nine」(スタートレックの友好的なボーグ)に敬意を表しています。p>
h2>急速な採用とコミュニティの成長h2>
p>Kubernetesのオープンソースの性質と堅牢な機能セットは、開発者や企業に瞬く間に受け入れられました。2015年までにKubernetesはバージョン1.0に達し、GoogleはLinux Foundationと提携してCloud Native Computing Foundation(CNCF)を設立し、Kubernetesをそのシード技術としました。この動きは、Kubernetesを中心とした活気あるコミュニティを育み、急速な革新と広範な採用につながりました。p>
p>他のコンテナオーケストレーションプログラムは依然として存在しますが、2017年にAmazon Web Services(AWS)がElastic Container Service for Kubernetes(EKS)を発表し、Kubernetesのクラウドネイティブ世界での支配を明確に示しました。p>
p>同時に、CNCFはKubernetesエコシステムを育みました。今日、何百ものクラウドネイティブプログラムがKubernetesに依存しています。主要なクラウドプロバイダーでKubernetesがないものはありません。それはコンテナオーケストレーションの標準プラットフォームとなりました。p>
h2>クラウドネイティブ開発の変革h2>
p>Kubernetesのクラウドネイティブ開発への影響は計り知れません。アプリケーションの展開と管理のための新しいパラダイムを導入し、開発者がインフラストラクチャの管理ではなくコードの記述に集中できるようにしました。Kubernetesは、コンテナオーケストレーションの複雑さを抽象化し、自動化されたロールアウトとロールバック、自己修復、水平スケーリングなどの機能を提供します。p>
p>Kubernetesのもう一つの大きな利 respiración
点は、その可搬性です。Kubernetesにデプロイされたアプリケーションは、どのクラウドプロバイダーやオンプレミスのインフラストラクチャでも実行できるため、ハイブリッドおよびマルチクラウド環境に最適です。この柔軟性は、ベンダーロックインを回避し、クラウド戦略を最適化したい企業にとって革新的な変化をもたらしました。p>
p>長年にわたり、Kubernetesは、その機能を拡張する豊富なツールやプロジェクトのエコシステムを生み出しました。これには、アプリケーションのデプロイと管理を簡素化するKubernetesのパッケージマネージャであるHelmや、Kubernetes環境向けの強力な監視およびアラートツールであるPrometheusが含まれます。p>
p>Kubernetesの台頭は、Gitを宣言型インフラストラクチャおよびアプリケーション管理の唯一の真実のソースとして活用するGitOpsのような新しいパラダイムも生み出しました。p>
h2>Kubernetesの未来h2>
p>今後を見据えると、Kubernetesは減速する兆しを見せていません。このプラットフォームは、新しい機能や改良が定期的に追加され、進化を続けています。Kubernetesコミュニティは、ユーザーエクスペリエンスの簡素化、セキュリティの向上、スケーラビリティの強化を模索しています。p>
p>Kubernetesの創設者の一人でChainguardの共同創業者であるVille Aikasは、次のように述べています:p>
blockquote>p>CNCFの風景が大きく花開いたことは、プラットフォームチームに提供されるツールやインフラストラクチャの選択肢の多様性という点で素晴らしいことです。しかし、それによってKubernetesを運用するために多くの選択肢が生まれ、その風景は膨大になりました。私は常に、Kubernetesがこれほど人気になった核心的な理由の一つは、そのApplication Programming Interface(API)が非常にシンプルで、使うための認知負荷が比較的低いことだと感じていました。Kubernetesが成熟するにつれて、その精神モデルのシンプルさとAPIの使いやすさを何とか維持する必要があります。p>blockquote>
p>Kubernetesとクラウドネイティブプログラミングのパラダイムのバランスは、ますます複雑になっています。p>
p>Groundcover(eBPFパフォーマンス監視会社)のCEO兼共同創業者であるShahar Azulayは、次のように述べました:p>
blockquote>p>Kubernetesは、多様なタスクを効果的に管理する能力を示してきましたが、その複雑さはかなりのセットアップと継続的なメンテナンスを必要とします。Linuxが信頼性の高いオペレーティングシステムに発展したように、Kubernetesもよりユーザーフレンドリーな抽象化レイヤーに変革することを期待しています。Kubernetesの採用が10年目に突入する中、効率性とコスト最適化の必要性がますます重要になっています。p>blockquote>
p>未来を見据えて、IsovalentのRiceは次のように付け加えました:p>
blockquote>p>すでにKubernetesは、レガシーワークロードと並行してハイブリッド環境やエッジデバイスで使用されています。Ciliumのビジョンは、アプリケーション開発者が、対話したいサービスがどこで実行されているかを知る必要がないことです。接続性とサーキュリティはすべてプラットフォームレイヤーで処理されるべきです。p>blockquote>
p>もう一つのエキサイティングな展開は、Kubernetesとサーバーレスコンピューティングの統合です。KubelessやFissionなどのプロジェクトは、Kubernetesにサーバーレス機能をもたらし、開発者が既存のKubernetesクラスター上でFunction-as-a-Service(FaaS)を構築およびデプロイできるようにしています。このサーバーレスとKubernetesの融合は、クラウドネイティブアプリケーションに新たな可能性を開くことを約束します。p>
p>エッジコンピューティングとKubernetesも密接に成長しています。デバイスやアプリケーションがエッジに移行する中、Kubernetesはエッジデプロイをサポートするように適応されています。Kubernetesコミュニティは、KubeEdge、MicroK8s、Red Hat Device Edgeなどのプロジェクトに取り組み、エッジデバイスで動作する軽量で効率的なKubernetesクラスターを可能にしています。p>
p>Kubernetesの未来は明るいです。継続的な革新と繁栄するエコシステムにより、Kubernetesは今後何年にもわたりクラウドネイティブの風景を形成し続けるでしょう。Kubernetesのさらなる10年に、革新、協力、コンテナオーケストレーションの卓越性を期待しています。p>
関連記事
Googleが「Gemini Notebooks」を発表、NotebookLMとパーソナルナレッジベースを統合
Googleは先日、Gemini向けに「Notebooks」機能をリリースしました。これは、ユーザーがパーソナライズされたナレッジベースを作成することで、複雑なプロジェクトを管理しやすくすることを目的としています。このアップデートは、GeminiとAIリサーチアシスタント「NotebookLM」との間のデータギャップを埋めるものであり、Googleが閉ループAIワークフローの構築を目指す取り組みに
Luma AI、テキストとピクセルを同時に生成する自己回帰モデル「Uni-1」を発表
Luma Labsは3月23日、画像生成モデル「Uni-1」をリリースしました。これは、同社の「Unified Intelligence」アーキテクチャに基づいて構築された、初の一般公開モデルとなります。現在、公式サイトにて無料トライアルの提供が開始されており、APIの料金体系も発表されました。また、企業向けアクセスチャネルも順次展開される予定です。アーキテクチャの転換:拡散モデルから自己回帰モデ
NVIDIAのウー・シンジョウ氏:自動運転における「ChatGPT的瞬間」が到来、レベル4の量産はもはや夢ではない
急速に進化する物理AIの分野において、自動運転は克服すべき最初の大きな課題と見なされることが多い。 最近、NVIDIAの副社長であるウー・シンジョウ氏は、北京で開催されたイベントで、同社のインテリジェント・ドライビングに関する野心的なビジョンを概説した。同氏は、運転支援を支える「5層ケーキ」アーキテクチャについて説明しただけでなく、レベル4の自動運転の展開に向けた明確なロードマップも提示した。「5
関連特集おすすめ
コメント (4)
0/500
Kubernetes turning 10 feels like a tech lifetime! It's wild to think how much it standardized deployment chaos. Honestly, the 'what's next' part has me curious—will it get simpler or even more complex? The ecosystem feels massive already. 🤔
Kubernetes가 벌써 10년이라니... 처음 도입할 때는 정말 어려웠는데 지금은 거의 모든 인프라의 표준이 되다니 감회가 새롭네요. 다음 10년은 어떤 모습일지 궁금합니다! 혹시 서버리스로 완전히 대체될까요? 🤔
Kubernetes hitting 10 is wild! It's like the backbone of cloud tech now, but what's next? Hoping for smoother scaling and less complexity 🤞

p>Linux、クラウド、コンテナ、またはKubernetesを技術環境から取り除くと、ほとんど認識できない世界になってしまいます。Linuxはこれらの技術すべての基盤であり、クラウドは膨大なリソースとアプリケーションへのアクセスを提供し、コンテナはこれらのアプリの住処を提供し、Kubernetesはすべてのコンテナを調和させます。これらのどれか一つでもなくなると、我々は技術のより原始的な時代に逆戻りすることになります。p>
p>特にKubernetesは、過去10年間でクラウドネイティブコンピューティングの世界を劇的に変革しました。10周年を迎えたKubernetesは、オープンソースの協力と革新の力を象徴する輝かしい例です。Googleでの誕生からコンテナオーケストレーションの標準となるまでの道のりで、アプリケーションの展開、管理、スケーリングの方法を革命的に変えました。p>
p>そして、私の言葉だけを信じる必要はありません。Pure Storageの最近のi>2024年Kubernetesエキスパートの声レポートi>によると、「今後5年間で、80%の新しいアプリケーションがクラウドネイティブプラットフォームで構築される」とされています。個人的には、この数字がもっと高くないことに驚いています。p>
h2>Kubernetesのコンピューティングへの影響h2>
p>Kubernetesは、コンピューティングへのアプローチを根本的に変えました。Isovalent(eBPFベースのネットワーキング、セキュリティ、監視会社)の主任オープンソースオフィサーであるLiz Riceが私に説明したように、Kubernetesはネットワーキングとセキュリティへのアプローチを変革しました:p>
blockquote>p>Kubernetesは本質的に動的です。ポッドは需要に応じてスケールアップまたはスケールダウンでき、ワークロードは異なるマシンにスケジュールされ、再スケジュールされます。そのため、Kubernetesのワークロード間のネットワーキングはIPパケットを使用しますが、IPアドレスは短期的にのみ意味を持ち、異なるワークロードに対して異なるタイミングで使用され、再利用されます。これは、ポートやIPアドレスに基づいてトラフィックを識別する従来のネットワーキングおよびセキュリティツールがもはや十分でないことを意味します。短期間のIPアドレスをポッド、サービス、ネームスペース、ノードなどの意味のあるKubernetesアイデンティティにマッピングするツールが必要です。p>blockquote>
p>過去10年間を振り返り、Kubernetesがどこから始まり、クラウドネイティブの風景をどのように形成し、未来がどうなるかを見てみましょう。p>
h2>Kubernetesの起源h2>
p>Kubernetesの物語は、2010年代初頭のGoogleで始まります。エンジニアたちは、大規模なコンテナ化アプリケーションの管理という課題に取り組んでいました。コンテナの重要性が高まる中、管理ソリューションが切実に求められていました。p>
p>Google内部では、コンテナの整理の重要性がすでに十分に理解されていました。Googleは、Dockerがコンテナを普及させるずっと前からコンテナを使用していました。2013年にGoogleのエンジニアであるCraig McLuckie、Joe Beda、Brendan Burnsが、当時のGoogleの技術インフラ責任者であるUrs Hölzleにアイデアを提案したとき、彼はこう答えました。「つまり、君たちはBorgタスクスケジューラの外部バージョンを構築したいんだね。それも我々の最も重要な競争優位の一つで、外部では話さないものだ。そして、その上、それをオープンソースにしたいと?」p>
p>そうです、それがまさに彼らが望んでいたことでした。そして最終的に、彼らはHölzleを説得し、それが良い動きだと納得させました。p>
p>McLuckieは彼らの理由をこう説明しました:p>
blockquote>p>私たちは常に、Kubernetesをオープンソースにすることが正しい道だと信じていました。それによりプロジェクトに多くの利点がもたらされました。まず、フィードバックループがほぼ即座に得られました。問題があったり、何かがうまく機能しなかった場合、すぐに知ることができました。しかし最も重要なのは、コンテナを展開することで利益を得るビジネスのニーズを本当に理解している多くの優れたエンジニアと協力できたことです。それは好循環でした。才能あるエンジニアの仕事がプロジェクトへのさらなる関心を呼び、それが改善と使用の速度をさらに高めました。p>blockquote>
p>2014年6月初旬の初のDockerConで、「コンテナオーケストレーション戦争」が始まりました。Apache Mesos、Red HatのGearD、Docker Libswarm、FacebookのTupperware、そしてKubernetesがすべて発表されました。Drone.ioの創設者であったBrad Rydzewskiは、「#dockerconで学んだこと:誰もが自分たちのオーケストレーションプラットフォームを構築している。本当に、誰もが」と述べました。p>
p>彼は間違っていませんでした。さらに多くのオーケストレーションプログラムがすぐに続きました。p>
p>その初期の段階でも、私はKubernetesが勝者として浮上すると信じていました。それは2003年から使用されていたGoogleのBorgコンテナ管理プログラムにインスパイアされており、他のものにはない成熟度を持っていました。p>
p>Kubernetesはすぐに注目を集めました。「Kubernetes」という名前は、ギリシャ語の「舵手」または「操縦士」に由来し、コンテナ化アプリケーションを操縦する役割を象徴しています。Kubernetesのロゴ、七本のスポークを持つ船の舵輪は、Borgの伝統と、商標の理由で取りやめられた初期の名前「Seven of Nine」(スタートレックの友好的なボーグ)に敬意を表しています。p>
h2>急速な採用とコミュニティの成長h2>
p>Kubernetesのオープンソースの性質と堅牢な機能セットは、開発者や企業に瞬く間に受け入れられました。2015年までにKubernetesはバージョン1.0に達し、GoogleはLinux Foundationと提携してCloud Native Computing Foundation(CNCF)を設立し、Kubernetesをそのシード技術としました。この動きは、Kubernetesを中心とした活気あるコミュニティを育み、急速な革新と広範な採用につながりました。p>
p>他のコンテナオーケストレーションプログラムは依然として存在しますが、2017年にAmazon Web Services(AWS)がElastic Container Service for Kubernetes(EKS)を発表し、Kubernetesのクラウドネイティブ世界での支配を明確に示しました。p>
p>同時に、CNCFはKubernetesエコシステムを育みました。今日、何百ものクラウドネイティブプログラムがKubernetesに依存しています。主要なクラウドプロバイダーでKubernetesがないものはありません。それはコンテナオーケストレーションの標準プラットフォームとなりました。p>
h2>クラウドネイティブ開発の変革h2>
p>Kubernetesのクラウドネイティブ開発への影響は計り知れません。アプリケーションの展開と管理のための新しいパラダイムを導入し、開発者がインフラストラクチャの管理ではなくコードの記述に集中できるようにしました。Kubernetesは、コンテナオーケストレーションの複雑さを抽象化し、自動化されたロールアウトとロールバック、自己修復、水平スケーリングなどの機能を提供します。p>
p>Kubernetesのもう一つの大きな利 respiración
点は、その可搬性です。Kubernetesにデプロイされたアプリケーションは、どのクラウドプロバイダーやオンプレミスのインフラストラクチャでも実行できるため、ハイブリッドおよびマルチクラウド環境に最適です。この柔軟性は、ベンダーロックインを回避し、クラウド戦略を最適化したい企業にとって革新的な変化をもたらしました。p>
p>長年にわたり、Kubernetesは、その機能を拡張する豊富なツールやプロジェクトのエコシステムを生み出しました。これには、アプリケーションのデプロイと管理を簡素化するKubernetesのパッケージマネージャであるHelmや、Kubernetes環境向けの強力な監視およびアラートツールであるPrometheusが含まれます。p>
p>Kubernetesの台頭は、Gitを宣言型インフラストラクチャおよびアプリケーション管理の唯一の真実のソースとして活用するGitOpsのような新しいパラダイムも生み出しました。p>
h2>Kubernetesの未来h2>
p>今後を見据えると、Kubernetesは減速する兆しを見せていません。このプラットフォームは、新しい機能や改良が定期的に追加され、進化を続けています。Kubernetesコミュニティは、ユーザーエクスペリエンスの簡素化、セキュリティの向上、スケーラビリティの強化を模索しています。p>
p>Kubernetesの創設者の一人でChainguardの共同創業者であるVille Aikasは、次のように述べています:p>
blockquote>p>CNCFの風景が大きく花開いたことは、プラットフォームチームに提供されるツールやインフラストラクチャの選択肢の多様性という点で素晴らしいことです。しかし、それによってKubernetesを運用するために多くの選択肢が生まれ、その風景は膨大になりました。私は常に、Kubernetesがこれほど人気になった核心的な理由の一つは、そのApplication Programming Interface(API)が非常にシンプルで、使うための認知負荷が比較的低いことだと感じていました。Kubernetesが成熟するにつれて、その精神モデルのシンプルさとAPIの使いやすさを何とか維持する必要があります。p>blockquote>
p>Kubernetesとクラウドネイティブプログラミングのパラダイムのバランスは、ますます複雑になっています。p>
p>Groundcover(eBPFパフォーマンス監視会社)のCEO兼共同創業者であるShahar Azulayは、次のように述べました:p>
blockquote>p>Kubernetesは、多様なタスクを効果的に管理する能力を示してきましたが、その複雑さはかなりのセットアップと継続的なメンテナンスを必要とします。Linuxが信頼性の高いオペレーティングシステムに発展したように、Kubernetesもよりユーザーフレンドリーな抽象化レイヤーに変革することを期待しています。Kubernetesの採用が10年目に突入する中、効率性とコスト最適化の必要性がますます重要になっています。p>blockquote>
p>未来を見据えて、IsovalentのRiceは次のように付け加えました:p>
blockquote>p>すでにKubernetesは、レガシーワークロードと並行してハイブリッド環境やエッジデバイスで使用されています。Ciliumのビジョンは、アプリケーション開発者が、対話したいサービスがどこで実行されているかを知る必要がないことです。接続性とサーキュリティはすべてプラットフォームレイヤーで処理されるべきです。p>blockquote>
p>もう一つのエキサイティングな展開は、Kubernetesとサーバーレスコンピューティングの統合です。KubelessやFissionなどのプロジェクトは、Kubernetesにサーバーレス機能をもたらし、開発者が既存のKubernetesクラスター上でFunction-as-a-Service(FaaS)を構築およびデプロイできるようにしています。このサーバーレスとKubernetesの融合は、クラウドネイティブアプリケーションに新たな可能性を開くことを約束します。p>
p>エッジコンピューティングとKubernetesも密接に成長しています。デバイスやアプリケーションがエッジに移行する中、Kubernetesはエッジデプロイをサポートするように適応されています。Kubernetesコミュニティは、KubeEdge、MicroK8s、Red Hat Device Edgeなどのプロジェクトに取り組み、エッジデバイスで動作する軽量で効率的なKubernetesクラスターを可能にしています。p>
p>Kubernetesの未来は明るいです。継続的な革新と繁栄するエコシステムにより、Kubernetesは今後何年にもわたりクラウドネイティブの風景を形成し続けるでしょう。Kubernetesのさらなる10年に、革新、協力、コンテナオーケストレーションの卓越性を期待しています。p>
Googleが「Gemini Notebooks」を発表、NotebookLMとパーソナルナレッジベースを統合
Googleは先日、Gemini向けに「Notebooks」機能をリリースしました。これは、ユーザーがパーソナライズされたナレッジベースを作成することで、複雑なプロジェクトを管理しやすくすることを目的としています。このアップデートは、GeminiとAIリサーチアシスタント「NotebookLM」との間のデータギャップを埋めるものであり、Googleが閉ループAIワークフローの構築を目指す取り組みに
Luma AI、テキストとピクセルを同時に生成する自己回帰モデル「Uni-1」を発表
Luma Labsは3月23日、画像生成モデル「Uni-1」をリリースしました。これは、同社の「Unified Intelligence」アーキテクチャに基づいて構築された、初の一般公開モデルとなります。現在、公式サイトにて無料トライアルの提供が開始されており、APIの料金体系も発表されました。また、企業向けアクセスチャネルも順次展開される予定です。アーキテクチャの転換:拡散モデルから自己回帰モデ
NVIDIAのウー・シンジョウ氏:自動運転における「ChatGPT的瞬間」が到来、レベル4の量産はもはや夢ではない
急速に進化する物理AIの分野において、自動運転は克服すべき最初の大きな課題と見なされることが多い。 最近、NVIDIAの副社長であるウー・シンジョウ氏は、北京で開催されたイベントで、同社のインテリジェント・ドライビングに関する野心的なビジョンを概説した。同氏は、運転支援を支える「5層ケーキ」アーキテクチャについて説明しただけでなく、レベル4の自動運転の展開に向けた明確なロードマップも提示した。「5
Kubernetes turning 10 feels like a tech lifetime! It's wild to think how much it standardized deployment chaos. Honestly, the 'what's next' part has me curious—will it get simpler or even more complex? The ecosystem feels massive already. 🤔
Kubernetes가 벌써 10년이라니... 처음 도입할 때는 정말 어려웠는데 지금은 거의 모든 인프라의 표준이 되다니 감회가 새롭네요. 다음 10년은 어떤 모습일지 궁금합니다! 혹시 서버리스로 완전히 대체될까요? 🤔
Kubernetes hitting 10 is wild! It's like the backbone of cloud tech now, but what's next? Hoping for smoother scaling and less complexity 🤞





家






