基調パネルディスカッション：エンタープライズにおけるSMACK - モデレーター：Elizabeth K. Joseph、Mesosphere
このページのタイトル、字幕、要約、読書メモは保存済みの AI 翻訳です。誤りが含まれる場合があります。タイムスタンプは原文と同じです。原文の字幕を開き、元の動画と照合できます。
エンタープライズのパネリストたちが、SMACKデータスタック、コネクテッドカー分析、インフラストラクチャの選択肢、クラウド環境全体でのデータ管理について議論します。
文字起こしの出典：Vidleafによる自動音声認識（誤りを含む可能性があります）。AIによる句読点はVidleafが追加しました。元の文言とタイムスタンプのアンカーは保持されています。元の文字起こしは以下でご覧いただけます。
AI生成の要約
アウディ、ドイツテレコム、ASML、オランダの機器メーカーのパネリストが自社とSMACK/SMACスタックの使用について紹介します。アウディは車が生成するデータを柔軟なプラットフォームで収集・処理し、コネクテッドカーのバックエンドはSMACKの五文字すべてを使用してデータを取り込み、Sparkでリアルタイム分析を行い、反応を車に送り返します。Amazon上で稼働していますが、クラウドに依存しないことを目指しており、DCOSがプロバイダー間で負荷を分散するのに役立っています。ドイツテレコムはDCOSとSMACKスタックを使用して、顧客がアクセスネットワークを選択する際により多くの価値を生み出し、ジョージアテレコムの事例ではMesosとKafkaを使用し、Sparkの計画があります。オランダの機器メーカーは、コンピュートとストレージを拡張し、データセンター間の可用性に至るまでの障害モードに対処するためのインフラストラクチャとしてMesosを選択しました。パネリストは、速度、リアルタイム分析、データを失わないこと、分散ワークロードを主な利点として挙げ、コンテナ、移行のアドバイス、文化とスキル、SMACスタック2.0の優先事項について議論します。このセグメントでは、スタックにさらにAIコンポーネントを実装する必要があると述べ、将来の自動運転を可能にするためにリアルタイムイベントを伴う地図レイヤーを構築する上で極めて重要だと説明しています。SMACスタックというラベルは、パッケージの内容が異なっても同じままである可能性が高く、LAMPが今でもダウンロードできるのと同様であり、新しいオーケストレーションフレームワークなどインフラストラクチャレベルで多くの将来の変化が予想され、顧客の元で動作する製品を構築するには、保守性、監視、セキュリティ、保存時および転送時の暗号化に注意を払う必要があり、事実上「SMACエンタープライズ」を創り出します。
文字起こしから生成されました。リンクされた箇所を元の動画と照合して確認してください。
タイムスタンプ付きの章の要約
パネリストの自己紹介と各社の紹介
- [0:00] 各パネリストは、質問が始まる前に、自社の概要、事業内容、自身の経歴を簡単に紹介するよう求められます。
- [0:14] AudiのStefan Bauerは、使用中に車両が生成するすべてのデータを収集・処理する部門を率いています。
- [0:28] Audiは主に、大量のデータを処理し、顧客向けの優れた新製品を実現するための柔軟なプラットフォームを構築しています。
- [0:41] StefanはAudiに約15年間在籍しており、主に組み込みソフトウェアの経歴を持ち、現在はバックエンドソフトウェアへと領域を広げて、車がIoTの世界の一部となるようにしています。
- [0:58] 同じくAudiのHubert Fischerは、週次のセンサーデータを収集するIoTプロジェクトのシニアプロジェクトマネージャーであり、同社が純粋なハードウェア企業からIoT企業へと移行する取り組みの一員です。
- [1:19] Deutsche TelekomのOliver Goldischは、ネットワークおよびサービス領域のマネージャーであり、DCOSとSMACKスタックを使用して、アクセスネットワークの選択において顧客により大きな価値を生み出しています。
- [1:45] ASML内のプロダクトアーキテクトであるChristian Worpsは、コンピュートおよびデータプラットフォームに携わっており、SMACKスタックについてはかなり新しく、今年の初めに開始し、現在はすべての文字を使用しているわけではないと述べています。
オランダの機器メーカーのインフラストラクチャ要件
Georgia TelecomのSMACスタックによるWi-Fi自動化
- [3:20] 彼らはMesosとKafkaの部分を使用しており、将来的にはSparkコンピューティングへ移行する計画です。
- [3:31] ジョージアテレコムの問題は約二年前に始まりました。
- [3:45] 彼らは、顧客が非常に良好な品質でWi-Fiネットワークに接続できるよう自動化を試みており、Wi-Fiが本当に悪い場合には接続できません。
- [3:55] 彼らは、顧客が直面するアクセスネットワークに関する膨大な情報を収集するモバイルアプリケーションの構築を開始しました。
- [4:06] 彼らは、展開済みのモバイルアプリケーション上で、顧客がどのXネットワークへ誘導されるかについての推奨事項を提供したいと考えています。
- [4:17] 古いスタックのインフラストラクチャを使用することは、かなりの課題でした。
- [4:24] 彼らはより大きな顧客基盤を期待しており、SMACスタックが設計されている分散型の方式は、彼らにかなりの多くの機会をもたらします。
クラウド非依存スタック上のコネクテッドカーデータプラットフォーム
- [4:36] 数百万台の車両には、車両のバスシステムを監視してデータを収集する車載通信ユニットが搭載されています。
- [4:48] それらのユニットは、生成されたデータをバックエンドに送信します。
- [4:53] バックエンドプロジェクトはmaxスタックの五文字すべてを使用してデータを取り込みます。
- [5:01] バックエンドはリアルタイム分析を行い、パターンを特定し、顧客のために車両に反応を返します。
- [5:14] その特定の目的のためにSparkが使用されています。
- [5:20] インフラストラクチャは現在Amazonに基づいていますが、方針はクラウドに依存せず、依存しない状態を維持することです。
- [5:28] DCOSは、高価なクラウドリソースを活用し、どのクラウドプロバイダーからも独立を保つために、異なるクラウドプロバイダー間で負荷を分散するのに役立ちます。
- [6:00] グローバル企業として、グローバルなソリューションは非常に重要であり、中国のようないくつかの国における法的な不確実性は、単一のインフラストラクチャプロバイダーからの独立を不可欠なものにしています。
- [6:28] ハイブリッドソリューションは可能であり、フォルクスワーゲングループの一員として、将来は外部のデータセンターと並行して活用できる多くの内部データセンター容量が存在します。
リアルタイムの車両データ向けSMACKスタック
- [6:48] 一部のパネリストは、Spark、Mesos、Akka、Cassandra、Kafkaという完全なSMACKスタックを使用しています。
- [7:02] あるパネリストはSMACK技術のうち三つを使用しています。
- [7:24] あるパネリストにとって最も重要な利点は速度であり、リアルタイム分析を可能にします。
- [7:35] 彼らは、単一の通話で発生している状況に即座に反応したいと考えています。
- [7:44] 彼らは、フリートの残りの部分から知識を収集し、それを直接その単一の通話に送信する必要があります。
- [7:57] 何百万台もの車が毎秒何百万ものデータを送信する中で、データを一切失わないことが重要です。
- [8:12] 彼らは、そのデータを一切失うことなく収集できるインフラストラクチャを必要としています。
- [8:18] 分散ワークロードはSMACKスタックの利点です。
- [8:24] 顧客が存在しない場合、インフラストラクチャをスケールダウンできることも、悪くありません。
コンテナとSMACスタックのインフラストラクチャ
- [8:53] 過去一年間のプロジェクトは、スケールする能力と柔軟性を獲得し、高可用性を達成し、アプリケーションのためにハードウェアレベルのリソースを動的に使用および再利用できることを示しました。
- [9:16] 彼らがコンピュートおよびデータプラットフォーム内で構築するものは、その上に構築されるアプリケーションの基盤であり、アプリケーション開発者に向けた中間層を提供します。
- [9:30] すべてをコンテナ化するのは容易な道のりではなく、彼らは段階的にではなく完全に新しく構築しました。
- [9:44] マインドシフトはかなり難しく、技術的な目標は時に少し時代遅れに見えることがあり、人々はVMはどこにあるのかと尋ねます。
- [9:55] 彼らは、SMACスタック全体にとって良い次のステップとして、ソフトウェア定義ネットワーキングとソフトウェア定義ストレージを楽しみにしています。
SMACKスタック移行のアドバイス
クラウド移行：文化、スキル、コミュニケーション
- [11:42] エンタープライズ版は、これがプロフェッショナルな働き方であることをステークホルダーに納得させるのに役立ちます。
- [11:58] Greenfieldsは、クリーンなAmazonインフラストラクチャ上で新しいプロジェクトを開始できる幸運に恵まれました。
- [12:09] 別のチームは、パブリッククラウドサービスを使用する方が速いため、運用チームではなくAzureにデプロイするよう経営陣を説得しなければなりませんでした。
- [12:20] 彼らは直接プレミアムサポートとプレミアムエンタープライズライセンスから始めましたが、ベンダーのサポートがあればより簡単です。
- [12:29] 非常に小さなサイクルで反復することが彼らにとって大いに役立ちました。
- [12:51] ある企業は顧客に出荷するハードウェアプラットフォームを持っており、そこから成長してデプロイを顧客のデータセンターに移行する必要があります。
- [13:12] 彼らは、顧客と共に新しいプロセスを作りながら、既存のコンピュートスタックへの投資を稼働させ続けなければなりません。
- [13:33] Java Enterpriseの世界からより細かいコンテナ化アーキテクチャへの移行は機能し、実行可能です。
- [13:52] 課題には、内部での新しいソフトウェアスタックがあり、人々を説得し、それが本当に機能することを示す必要があります。
- [14:22] 顧客側では、ハードウェアスタックの所有権をビジネス担当者から顧客自身のIT部門に移す必要があります。
- [14:52] コミュニケーションと信頼は非常に役立ちました。これには、あまりに多くの比較やPOCで悩ませるのではなく、ソフトウェア開発者やアーキテクトに頼ることが含まれます。
- [15:29] SMACスタックで作業するにはまったく異なるスキルセットが必要であり、優れた人材を見つけるのは非常に困難です。
SMACスタック2.0と将来のエンタープライズのニーズ
- [16:46] SMACスタックは現在実装され、順調に稼働しており、将来の形や頭字語が変わるかどうかについての疑問を引き起こしています。
- [16:57] SMACスタック2.0にとって、重要な優先事項はソフトウェア定義ネットワーキングとソフトウェア定義ストレージです。
- [17:29] 製品とSMACスタック内の各アプリケーションの緊密な統合は大きな利点となり、より高いバージョンへの移行中のダウンタイムを回避するのに役立ちます。
- [17:33] より多くのAIコンポーネントをスタックに実装する必要があり、これは将来の自動運転を可能にするためにリアルタイムイベントを含むマップレイヤーを構築する上で極めて重要です。
- [18:05] SMACスタックのラベルは、LAMPが今でもダウンロードできるのと同様に、パッケージの内容が異なってもおそらく同じままです。
- [18:16] 将来の変化の多くは、新しいオーケストレーションフレームワークの登場など、インフラストラクチャレベルで予想されます。
- [18:34] 顧客先で稼働する製品を構築するには、保守性、監視、セキュリティ、保存時および転送時の暗号化に注意を払う必要があり、事実上「SMACエンタープライズ」を創り出します。
[0:00] では、まず簡単に皆さんに自己紹介をしていただきたいと思います。どの会社から来たのか、そして皆さんの会社が何をしているのかを少しお話しください。質問に入る前に、簡単にご自身のバックグラウンドについてもお話しいただければと思います。では、Devinから始めましょう。私の名前はStefan Bauerです。Audiから来ました。私は、車の使用中に車が生成するすべてのデータを、いわば収集し処理することを担当する部門を率いています。ですので…私たちは主に、非常に柔軟で大量のデータを扱えるプラットフォームを構築しています。
[0:36] ZBの人々の。お客様のために良い新製品を作ることができるように。個人的には、私はAudiに15年ほど在籍していると思います。私たちにはソフトウェアの歴史があります。もちろん、主に組み込みソフトウェアですが、今はバックエンドソフトウェアにも広がっており、車がIoTの世界の一部となるようにしています。はい、私もAudiから来たHubert Fischerです。私は週次のセンサーデータを収集するIoTプロジェクトのシニアプロジェクトマネージャーです。私はこれまで社内でいくつかのプロジェクトに携わってきましたが、今は純粋なハードウェア開発会社からIoT企業への会社の移行の一部を担っています。
[1:19] こんにちは、Deutsche TelekomのOliver Goldischです。私はネットワークとサービス領域のマネージャーです。私たちは特にDCOSとこのMacスタックを使用して、アクセスネットワークの選択においてお客様により多くの価値を生み出しています。ですので、後でより詳しい最新情報を簡単にお伝えできます。しかし、ええと…はい、そのためにsmackスタックを使用しています。はい。おはようございます。私の名前はChristian Worpsです。私はASML内でプロダクトアーキテクトを務めています。
[1:51] 私はコンピュートとデータのプラットフォームであるプロジェクトのためにこれをやっています。私たちはSMACスタックではかなり新しいと思います。今年の初めに始めました。そして現在、すべての文字を使用しているわけではありません。ですから、次の二日間で学び、情報交換することを楽しみにしています。素晴らしい。では、またあなたから始めましょう。できる限り共有していただける範囲で、使用している技術、インフラストラクチャの規模など、インフラストラクチャについてお聞きしたいと思っていました。もちろん、共有しても差し支えない範囲で構いません。
[2:28] 聴衆の多くの方が知りたいと思うでしょう。はい。ええと…私たちにとっての課題は、私たちがオランダの装置メーカーであり、顧客に機械を送り出していることです。そしてこれらの機械は稼働して膨大な量のデータを生成しており、私たちのコンピュートプラットフォームは、コンピュートとストレージを適切にスケールできる必要があります。しかしまた、個々の障害モードからデータセンター間の可用性に至るまで、実際に適切に対処できる必要があります。
[3:04] そして、それは――私たちは、実際に運用できるインフラ、つまりコンピュートとデータの機能のためにMesosを選びました。ですので、私たちは――そのスタックのうち、MesosとKafkaの部分を使っています。将来的にはSparkの計算に進んでいきます。そして、それが私たちの――Josephineです。Oliver、Georgia Telecomについて何を教えてくれますか？ええ、そうですね、私たちには約二年前に始めた問題がありました。少なくとも皆さんご存知だと思いますが……
[3:41] 私たちのバッジにはすべてのWi-Fiパスワードが載っています。しかし実際には、お客様が非常に良い品質でWi-Fiネットワークに入れるように自動化しようとしています。ですので、Wi-Fiが本当に貧弱なら、そこには入れません。そこで私たちが構築を始めたのは、お客様として直面するアクセスネットワークに関する膨大な情報を収集するモバイルアプリケーションで、どのXネットワークに誘導されるかについて、展開されたモバイルアプリケーション上で推奨事項を提供したいと考えています。
[4:17] そしてこれは古いスタックインフラで進めるにはかなりの課題でした。そして私たちはより大きな顧客基盤がそこに来ると予想しています。SMACスタックが設計されている分散型の方法は、ここで私たちにかなりの多くの機会を与えてくれます。はい、私たちにはデータ収集用の車載通信ユニットを搭載した何百万台もの車が存在します。ですので、それらは車内のバスシステムを監視しています。
[4:48] そして、生成されたそれらのデータをバックエンドに送信します。ですので、バックエンドは私たちが構築するプロジェクトです。私たちはこのmaxスタックの五つの文字すべてを使っています。それらのデータを取り込み、入ってくるそれらのデータのリアルタイム分析を行い、パターンを特定し、車内の顧客に反応を返すためです。そして、その特定の目的のためにSparkを使っています。
[5:20] インフラ全体は現在Amazonに基づいていますが、私たちにはクラウドに依存しない状態を保つというアプローチがあります。そしてそのために、DCOSが大いに役立ちます。異なるクラウドプロバイダー間で負荷を分散し、高価なクラウドリソースを完璧に活用し、どのクラウドプロバイダーからも独立を保つためです。ですので、DCOSを使用してあるツールから別のツールへ切り替えることができます。
[5:56] 素晴らしい。いくつかさらに側面を追加させてください。私たちはグローバル企業ですので、グローバルなソリューションを持つことも非常に非常に重要です。そしてそのために、MSRを使用できる国もあれば、使用できない国もあることを私たちは知っています。中国に目を向けると、いつも少しあります。いわば、法的な…不確実性です。何ができるかということですので、単一のインフラプロバイダーから独立できることは非常に非常に重要です。
[6:28] そしてVolkswagenグループの一部として、いくつかのハイブリッドソリューションを作る可能性を持つことも重要です。私たちにはデータセンター用の内部容量もたくさんあります。ですので将来、私は、この目的のために内部と外部のデータセンターの両方を本当に使えるという考えを持っていました。素晴らしい。では、何人かの方が完全なsmackスタックを使用していると少し聞いたと思います。Spark、Mesos、Akka、Cassandra、Kafka。ですので、皆さんはすべての文字を使っていると思います、ここにいるパネリストのほとんどが。
[7:02] そして、そのうちの三つを使っているのですね？ええ。わかりました。では、具体的にSMACスタックと技術の集合について言えば、つまり、アプリケーションレベルでは何があるのか、それについては少し触れられましたが、付け加えたいことがあれば、その特定のデータ駆動型パイプラインがあなた方にとって何をもたらしたのか。そうですね、私たちにとって最も重要なことは、速さ、最速であることだと思います。ここでリアルタイムに分析を行いたいからです。ですので、私たちは本当に、一回の呼び出しで起きている状況に即座に反応できる領域に踏み込みたいのです。
[7:42] そしてそのためには、外で何が起きているかを知り、他のフリートから集めた知識を直接その単一のコールに送れる必要があります。ですからそれは私たちにとって極めて重要です。ええ、そして分析全般に加えて、データを一切失わないことも重要です。ご想像のとおり、何百万台もの車が毎秒何百万ものデータを送ってきます。ですから、何らかのインフラストラクチャが必要です。
[8:12] それらのデータを収集でき、そのどれも失わないようなインフラです。ええ、なるほど。そして付け加えると、分散ワークロードはこのMacスタックの大きな利点です。おお。特に顧客がいない場所では、インフラを大幅にスケールダウンすることもでき、それも悪くありません。ええ、それは次の質問につながりますね。そこから始めましょう。アプリケーションレベルだけでなくインフラストラクチャレベルについても、コンテナやDCOS、Mesos、SMACスタックを使うことが、インフラの構築と将来への計画にどのように役立ったかということです。それについて少し話していただけますか。
[8:52] ありがとうございます。私たちが期待していること、そしてそのプロジェクトの昨年が示したことは、実際にスケールする能力と柔軟性、高可用性を備え、ハードウェアレベルでアプリケーションに利用可能なリソースを動的に使用し再利用できるということです。そして私たちがコンピュート・データプラットフォーム内で構築したものは、その上に構築されるアプリケーションの基盤です。
[9:23] ですから私たちはアプリケーション開発者向けの中間層も提供しています。ええ、そして付け加えると、すべてをコンテナに入れるのは簡単な道のりではありませんでした。段階的に行ったのですか、それとも一度に大きく切り替えたのですか。完全に新しく構築しました。新しいものですか？マインドシフトはかなり難しいからです。ええ、技術目標は時々少し古臭く思えることもあります。プロジェクトを始めたとき、私たちは尋ねました、ええ、そしてVMはどこですか、と。ですから、ええ。
[9:55] ええ、そしてコンテナについて言えば、私たちはソフトウェア定義ネットワーキングとソフトウェア定義ストレージを期待しています。ですからそれはSMACスタック全体にとって本当に良い次のステップになるでしょう。ありがとうございます。では、ご覧のとおり、聴衆にはSMACスタックへの移行を計画している人や始めたばかりの人がたくさんいます。SMACスタックへの移行で経験した課題や成功について話していただければ、皆さんの参考になるでしょう。ありがとうございます。
[10:26] 私たちの歴史の中で一つあるのは、いつもお勧めできることです。グリーンフィールドで始めるようにと。ええと…本当にゼロから始めて、そのようなSMACスタックから得られるすべての利点を活かせるようにするためです。そして二つ目の問題は、もちろんオープンソースベースでいくつかのPoCから始めることです。しかし私たちは本当にエンタープライズレベルにいたいのです。私たちの会社は、この周辺の大企業ですから。
[10:58] プロフェッショナルなサポートが必要で、プロフェッショナルサービスも必要です。ですから、できるだけ早くエンタープライズ版に切り替えてください。ええ、ここで宣伝しているわけではありません。彼にそう言うように頼んだわけではありません。いいえ、ご覧のとおり、私たちの考えでは、取締役会に来て、『よし、新しいアーキテクチャ、新しいソフトウェアを導入する』と言うとき、サポート体制と比べてどうか、ということがあります。何か問題が起きたときに誰が対応できるのか、ダウンタイムはどうか、いくつかの問題やバグはどうか、などです。取締役の多くはオープンソースは変人のためのものだと思っていますから。
[11:33] 何かのための、ええ、自宅でのソフトウェア開発ではできるかもしれませんが、エンタープライズ向けではありません。ですから、それがプロフェッショナルな働き方であると彼らに納得させるために、エンタープライズ版は非常に役立ちます。では、グリーンフィールドにすぐ戻りますが、移行しなければならない既存のインフラはありましたか、それとも本当に新規プロジェクトとして始められたのですか。ありがとうございます。ええ、私たちは幸運でした。新規プロジェクトとして始めることができました。
[12:03] クリーンなAmazonインフラで。付け加えると、私たちも同じ課題がありました。運用チームではなく、パブリッククラウドサービスを使う方が速いので、Azureにデプロイすると経営陣を説得する必要がありました。そして私たちはすぐにプレミアムサポート、プレミアムエンタープライズライセンスから始めました。ベンダーのサポートがあればずっと簡単です。私たちは非常に小さなサイクルで反復しました。それが大いに助けになりました。
[12:34] 行き過ぎないように。一歩先へ進むだけです。そして移行すべきレガシーインフラはありましたか、それともゼロから始めたのですか。すべて新しく、ええ。すべて新しくですか？それが一番簡単な方法です。きっとそうでしょうね、ええ。では、そちらはどうですか。そうですね、私たちは実際には両方です。現在顧客に出荷しているハードウェアプラットフォームがあり、そこで私たちのソフトウェアが動作しています。しかし私たちはそのインフラから成長していかなければなりません。ですから私たちのプラットフォームの展開とともに顧客のデータセンターへ移行します。
[13:08] そして第二の側面は、私たちがすでにコンピュートスタックに対して行った投資を維持しなければならないということです。ですので、まず顧客とともに、緊密な協力のもとで新しいプロセスも作り出す必要があります。そして第二に、私たちの投資がコンピュートレベルで引き続き有効であることを確実にしなければなりません。ですので、私たちが行ったJava Enterpriseの世界から、より細分化されたコンテナ化アーキテクチャへの移行は、機能します。実行可能です。
[13:40] そして、これが私たちが過去に行ったことです。もう少し詳しく説明していただけますか――あるいは、何か課題や、助言できる具体的なことはありましたか？移行についてですか？二つの課題は、新しいソフトウェアスタックでもあるということ、私たちの組織内でもそうです。ですので、多くのことをしなければなりません――ええ、人々を説得し、それが本当に機能することを示す必要があります。それは開発のやり方が異なります。しかしええ、それを適切な聴衆に届けるためには、準備をしなければなりません。
[14:15] ええと……それはある種のコミュニティ管理のようなものでもあります。そう言えるでしょうし、第二の側面は、顧客側でも同じ課題があるということです。移行することから……ええ、そのハードウェアスタックの所有権をビジネス側の人々から自分たちのIT部門へ移すこと。それもまた……伝える必要があることです。そこではオープンでなければなりませんし、ええ。実行可能です。ええ。ええ、前の講演で聞いたように、技術だけの問題ではありません。こうしたプロジェクトではコミュニケーションが本当に重要です。その通りです。私もそれに同意します。
[14:50] うーん。ありがとうございます。コミュニケーションと信頼について付け加えさせてください。私たちにとって非常に役立ったのは——ソフトウェア開発者やアーキテクトを本当に信頼できることです。「これが私たちが進みたい正しい道だ」と言えること。そして、あまりに多くの比較や、あまりに多くのPOCや、「なぜこの特定の製品を正確に使い、20 他の製品の中のあれではないのか、もう少し詳しく教えてくれませんか」といったことで彼らを煩わせないことです。
[15:21] 彼らを信頼すること。そして付け加えると、そこで私たちが抱えた一つの課題は、実際にSMACスタックで作業できる人材にはまったく異なるスキルセットが必要だということです。ですので、実際にその仕事をする優れた人材を見つけるのは非常に困難です。ですから、それは本当に難しいことです。それが、興味のある方のために私たちがHRブースを出している理由です。つまり、すでに社内で何人かを訓練して、彼らを即戦力にすることはできましたか？あるいは、ご存知のように。そして最後に重要なこととして、この移行を行うのは純粋に技術的な問題ではないと述べなければなりません。それは主に大企業に必要な文化的な移行であり、またすでに述べたスキルの、働き方の移行でもあります。ですので、純粋な技術以上のものがたくさんあります。
[16:11] ええ。コミュニケーションに関して付け加えると、昨日のDCS午後でベンがコミュニケーションについて話したスライドに一文あったと思います。そして実際、そこには——どんな話題でも交換できるテーマがありました。ええ、どんな話題でもですが、結局はすべてコミュニケーションが鍵だということでした。ええ。それは本当に気に入りました。では、皆さんへの最後の質問は、将来を見据えたものです。今SMACスタックを導入し、うまく動いています。数年後、SMACスタックはどこにあると見ていますか？SMACスタック2.0とは何か？頭文字は変わりますか？
[16:57] どう思いますか？おそらく、しかし私たちにとってSMACスタック 2.0 で重要なのは、すでに述べたもの、つまりソフトウェア定義ネットワーキング、ソフトウェア定義ストレージを実現することです。それは良いことでしょう。そして製品同士の緊密な統合も、より高いバージョンへの移行中のダウンタイムなどを避けるために、私たちにとって本当に大きな利点となるでしょう。そしてそれはSMACスタック内部のコンポーネント自体のことですか？統合のことですか、それとも他のことですか？
[17:29] ええ、SMACスタック自体とその中の各アプリケーション、そしてもう一つは、AI機能に関してそのスタックにますます多くのコンポーネントを実装していかなければならないということです。それは、環境を構想し、リアルタイムのイベントを載せた地図レイヤーを構築して車を自動運転させるという点で、私たちが成功するための重要な要素の一つです。
[18:03] 将来において。ええ。ええと、SMACKスタックは、おそらく変わらないでしょう。今でもLAMPをダウンロードできます。おそらくパッケージにはまだ別のものが入っているでしょう。しかしラベルは同じままです。大多数はインフラストラクチャレベルで行われる、あるいは行われるだろうと思います。新しいオーケストレーションフレームワークが登場するような。将来何かが変わるのはもっとそこだと考えています。ありがとうございます。ええと…
[18:34] 将来を見据えると、SMECエンタープライズが登場することを願っています。名前はどうでもいいのですが。つまり、顧客先で稼働する製品を本当に構築するなら、保守性、監視、セキュリティの側面、保存時および転送時の暗号化に気を配らなければなりません。そしてこれらすべてを自分たちで追加したいなら、そのときは実際にこのMacエンタープライズを構築することになります。ありがとうございます。ありがとうございます。では、皆さんありがとうございました。素晴らしいものでした。
英語の原文字幕を見る
[0:00] So I just want to quickly have you each introduce yourselves. say which company you're from and a little bit about what your company is doing. Just briefly before we get into the questions, maybe some of your own background. So, well. Start with Devin. So my name is Stefan Bauer. I'm coming from Audi. I'm heading a department that is taking care of um, let's say, collecting and processing, all the data our cars are producing during the usage of the car. So... We're primarily building up a platform which should be able to be very flexible and to handle a lot of data.
[0:36] of the ZB people. be able to make good new product for our customers. So personally, I'm with Audi since-- I guess 15 years. We have a history in software. of course, mainly in embedded software, and now we are spreading out into the backend software as well so that the car is part of the IoT world. Yeah, I'm Hubert Fischer, also from Audi. I'm the senior project manager of the IoT project collecting weekly sensor data. I've been in several projects before within the company and now I'm part of the transition the company goes through from a pure hardware developing company to an IoT company.
[1:19] Hello, my name is Oliver Goldisch from Deutsche Telekom. I'm a manager in the networks and service area. We are using DCOS in particular and this Mac stack for, uh, creating more value for our customers in terms of selecting access networks. So we're I can briefly give more updates later. But, um... Yeah, we're using smack stack for that. Yeah. Good morning. My name is Christian Worps. I'm product architect or within ASML.
[1:51] So I'm doing this for a project which is a compute and data platform. We are, I think, quite new in the SMAC stack. So we started beginning of this year. and we are not using all of the letters right now. And so I'm eager to learn and exchange information throughout the next two days. Great. So we'll start again with you. I sort of wanted to ask, as much as you can share about your infrastructure with regard to what technologies you're using, the size of the infrastructure, whatever you're comfortable with sharing, I'm sure.
[2:28] Many in the audience would be interested to know. Yeah. Um... For us, the challenge is we are a Dutch equipment manufacturer which are sending out machines to our customers. and these machines are operating and creating a tremendous amount of data and our compute platform now needs to be able to properly scale and compute and storage. but also needs to be able to properly actually tackle individual failure modes down to cross data center availability.
[3:04] And that's-- We have chosen Mesos for an infrastructure that we can actually operate the-- compute and the data capabilities. So we are-- of that stack we are-- using Mesos and the Kafka part. We are heading out to the Spark computations in the future. And that's what we are-- Josephine. Oliver, what do you tell us about Georgia Telecom? Yeah, so we had a problem that we started about two years ago. I think everyone knows it, at least...
[3:41] We have all of the Wi-Fi password here on our badge. But actually we try to automate that so that our customers can get into Wi-Fi networks but with a very good quality. So if the Wi-Fi is really poor, you don't get there. So what we started to build is a mobile application that collects enormous amount of information about the access networks. you're facing as a customer, and we want to give recommendations to own on a mobile application deployed, which X networks you're going to be steered.
[4:17] And this was quite a challenge to go with an old stack infrastructure. And since we're We expect a bigger customer base come there. The distributed way of how the SMAC stack is designed gives us quite a lot of opportunities here. Yeah, so we have millions of cars out there equipped with onboard communication units for data collecting. So they're listening to the bus systems in the car.
[4:48] and sending those data generated out to a backend. So backend is our project to set up. We use all the five letters of this max stack. to ingest those data, to do real-time analytics of those data coming in, identifying patterns, and cause reactions back in the car to the customer. and we do use Spark for that specific purpose.
[5:20] The whole infrastructure is currently based on Amazon, but we have the approach to be and to stay cloud agnostic. And for that, um, DCOS helps us a lot. to spread the load between different cloud providers to get a perfect exploitation of the cloud resources which are are expensive and we stay independent from any cloud provider, so we can switch from one tool to another in using DCoS.
[5:56] Great. Maybe let me add some more aspects. as we are a global company, For us it's very, very important to also to have global solutions. And for that, we know there are different countries where maybe we can use MSR, maybe we are not able to use, maybe in the look to China, there is always a little bit. let's say, legal-- IN CERTAINTY. what you can do, so it's very, very crucial to be able to, independently from the single infrastructure, infrastructure provider.
[6:28] and even to have the possibility to make some hybrid solutions as part of the Volkswagen group. We also have a lot of internal capacity for data centers. So in future, I-- I had the mindset we really could use both internal, external data center, for this purpose. Great. So I think I heard a little bit from a couple of you using the full smack stack. Spark, Mesos, Akka. Cassandra and Kafka. So you guys are using all the letters, I think, most of the panel here.
[7:02] And then you're using three of them, right? Yeah. Okay. So I guess specifically speaking to the SMAC stack and the collection of technologies, that is, what has that on the application level, you've touched upon that a little bit, but if there's anything you'd like to add, what has that specific data-driven pipeline done for you. Well, for us, I guess the most important thing is The fast, the fastestness. as we want to do our analytics here real time. So we really want to go out and to to go into the field of being able to react immediately on situations that are happening in a single call.
[7:42] And with that, we have to be able to-- to know what's happening outside and to be able to to get the knowledge that we gathered from the rest of the fleet to be able to send directly to the single call. So that's crucial for us. Yeah, and next to the whole analytic stuff, it's important for us not to lose any data. You can imagine we have millions of cars sending in seconds millions of data. So we need some kind of infrastructure.
[8:12] which is capable of collecting those data and not losing any of those. Yeah, sure. And just to add, the distributed workloads are quite an advantage of this Mac stack. Oh. And especially if you don't have customers there, you can really scale down the infrastructure as well, which is not so bad as well. Yeah, which sort of leads me into my next question. We'll start over there. It's sort of talking about the application level, but also the infrastructure level, how using containers and DCOS and Mesos and the SMAC stack has really helped you build out your infrastructure and plan for the future. If you could speak to that a little bit.
[8:52] Thank you. So what we are looking forward to and what also the last year of that project has shown that we gain actually the capability and the flexibility to scale, to have the high availability, to also dynamically use and reuse the resources that are on the hardware level available for our applications. and what we build within our compute and data platform. is the foundation for the applications that are built on top of that.
[9:23] So also we are providing a middle layer towards our application. of developers, actually. Sure, and just to add, this was not an easy road to get everything in the containers. Did you do it incrementally, or did you do it like one big switch over? We built it completely new. New one? Because the mind shift is quite hard. Well, Tech goals maybe sometimes uh, occur to be a little bit old fashioned. So when I started the project, we asked, you Yeah, and where's the VM? So-- Yeah.
[9:55] Yeah, and since talking about containers, we're looking forward to software-defined networking and software-defined storage. So that would be a really good next step for the whole SMAC stack. Thank you. So as you're looking, we've got a lot of people in the audience who are planning on moving to the smack stack or are just getting started. If you could talk about some of the challenges or successes that you've had in your migration over to a smack stack people can benefit from. Thank you.
[10:26] I guess one we have in our history, I always could recommend. try to start on a greenfield. Um... to really get up from the scratch to be able to to get all the advantages you get out of such a smack sack. And the second issue is, start with some POSCs, of course, on an open source basis. but we really want to be in the enterprise level So for our companies, we are big companies in the round here.
[10:58] You need professional support, you need professional services, So. as soon as possible change to the enterprise versions. Yes, it's not advertising here. I didn't tell him to say that. No, as you see, in our mind, when they go to my board and say, OK, you're introducing a new architecture, new software, So-- versus support structure. who could recall when something is going wrong, what about a down time, what about some issues, some bugs, whatever. Because a lot of the board members think open source is something for freaks.
[11:33] Something for, yeah, you can do it at your home-based software development, but nothing for enterprise. So-- to to convince them that it's a professional way of working Enterprise versions are very helpful. So to quickly go back to Greenfields, did you have existing infrastructure that you had to move over, or were you able really to start with a fresh project? Thank you. Yes, we were lucky. and be able to start with a fresh project.
[12:03] with a clean Amazon infrastructure. to add there. We had the same challenge. We needed to convince our management that we don't go with our operations team, but rather deployed on Azure because we're faster in using a public cloud service. And we directly started with the premium support--with the premium enterprise licenses. and it's just easier with the support of the vendor. We iterated in very small cycles. This helped us a lot.
[12:34] to go too far. Just one step ahead. And did you have a legacy infrastructure to move over at all, or were you starting from scratch? Everything new, yeah. Everything new? That's the easiest way. I'm sure it is, yeah. How about over-- So yes, we are two-way actually. So we do have a hardware platform that we currently ship to our customers. where our software is running on. but we have to grow out of that Infrastructure? So we move into our customer's data center with the deployment of our platform.
[13:08] And the second aspect is that we do have to keep the investments that we had already to the compute stack So we have to first also create new processes together with our customers, and close collaboration. And second, we have to make sure that our investments stay still active. on the compute level. So the migration that we did from the-- Java Enterprise world into a more fine-grained containerized architecture. It works. It's doable.
[13:40] And this is what we did in the past. Could you give a few more details about -- or were there any challenges, specific things that you could give advice? About the migration? The two challenges, it's also a new software stack, also within our organization. So you do have to do a lot of-- Yeah, convincing people and showing that it really works. It's a different way of doing the development. But yeah, you have to do your homework in order to bring that to the proper audience.
[14:15] um... It's also like kind of community management. You could say so, and the second aspect is On the customer side, they also have the same challenges. from moving the... Yeah, the ownership of that hardware stack from the business people to their own IT department That's also the... things that you need to communicate. You have to be open there and, yeah. It's doable. Yeah. Yeah, it's like we heard in the last talk. It's not just about the technology. Communication is really vital with these projects. Exactly. I couldn't subscribe to that.
[14:50] Hmm. Thank you. Maybe let me add communication and trust. So I think it's For us, it was very helpful to-- to be really Could rely on our on our software developers and our architects to say, okay, this is the right way we want to move. And don't bother them with too many comparisons, too many POCs, too many, oh, please, could you give me some more insight, why we exactly use this specific product and not those? out of the 20 other products.
[15:21] Trust them. And to add as well, one challenge that we had there is actually you need a completely different skill set of people that can work on the SMAC stack. So it's quite challenging to find good people that I actually do the work. So that's really a hard one. That's the reason why we have an HR booth out there for some of you who are interested in. I mean, have you found you've been able to train some people internally already to get them up to speed? or, you know. And last but not least, we have to mention that it's not purely a technical issue to do this shift. It's mostly a cultural shift necessary in big companies and also a shift of the work mode, of the skills that you've already mentioned. So there's lots more than pure technology.
[16:11] Yeah. One thing to add with regard to communication, I think Ben yesterday in the DCS afternoon. had one sentence on the slides which talked about communication. And actually, there was one-- subject that you could exchange there with any kind of Yeah, with any subject, but it all came down to communication as a key. Yeah. That one I really liked. All right, so last question I had for all of you is sort of a future looking one. So implementing the SMAC stack now, it's running well. Where do we see the SMAC stack in a few years? What is the SMAC stack 2.0? Do the -- does the acronym change?
[16:57] What are you thinking? Maybe, but for us, important thing for SMAC stack 2.0 is to get the stuff I've already mentioned, software defined networking, software defined storage, that would be a good thing. And the tight integration of the products together would also be really a huge advantage for us to avoid downtimes while migrating to higher versions and things like that. And that's the components inside the SMAC stack themselves? Integration or the other?
[17:29] Yeah, the SMAC stack itself and each application within And the other thing around is that we have to implement more and more components into that stack regarding AI. capabilities. That's one of the crucial factors for us to succeed in the matters of envisioning environment, building map layers with real-time events on it to let the car drive on its own.
[18:03] in the future. Yeah. Um, SmackStack, I guess, will not change. I can still download LAMP. Probably the package still different things in it. but the label sticks the same. I think that a lot of the majority will do or will be done on the infrastructure level. like new orchestration frameworks appearing This is more where I see future-- something's going to change. Thank you. Um...
[18:34] Looking into the future, I hope that there will be a SMEC enterprise. Doesn't matter. So if you really build products that are running at your customers, you have to take care about maintainability, monitoring, security aspects, encryption at rest in transit. And if you would like to add all this on your own, Then you actually build this Mac enterprise. Thank you. Thank you. All right. Thank you, everyone. This was great.
Vidleafワークベンチで開く
トランスクリプトを検索し、行を選択し、タイムスタンプ付きの引用をコピーし、翻訳します。
帰属
「基調講演パネルディスカッション：エンタープライズにおけるSMACK - モデレーター：Elizabeth K. Joseph、Mesosphere」by The Linux Foundation（https://www.youtube.com/@linuxfoundationorg）、CC BY 3.0（https://creativecommons.org/licenses/by/3.0/）の下でライセンスされています。ソース動画：https://www.youtube.com/watch?v=NiZFwTWkow0。このページは、段落区切りとタイムスタンプを追加した動画のテキスト文字起こしです。作成者はVidleafと提携しておらず、Vidleafを推奨するものでもありません。VidleafはAIによる句読点とAI生成の要約を追加しました。元の文言はこのページで引き続き参照できます。
あなたは制作者または権利者ですか？訂正や削除をリクエストする：copyright@vidleaf.app（これらのページについてを参照）。
最終更新