TRANSCRIÇÃO · CC BY 3.0

Painel de Discussão Principal: SMACK na Empresa - Moderado por Elizabeth K. Joseph, Mesosphere

Tradução automática para o português do Brasil. Gerada e salva em 2026-10-23. Pode conter erros; confira os termos e as citações na versão em inglês e no vídeo original. Os horários são os mesmos da fonte. A transcrição original em inglês está disponível abaixo.

Os painelistas empresariais discutem a stack de dados SMACK, análise de carros conectados, escolhas de infraestrutura e gerenciamento de dados em ambientes de nuvem.

The Linux Foundation · Publicado · 19 min · Inglês · Licença: CC BY 3.0 · Fonte: assistir no YouTube

Fonte da transcrição: reconhecimento automático de fala no Vidleaf (pode conter erros). Pontuação por IA adicionada pelo Vidleaf; redação original e âncoras de timestamp mantidas. A transcrição original está disponível abaixo.

Resumo gerado por IA

Painelistas da Audi, Deutsche Telekom, ASML e um fabricante holandês de equipamentos apresentam suas empresas e seu uso da stack SMACK/SMAC. A Audi coleta e processa dados produzidos por carros em uma plataforma flexível, e seu backend de carros conectados usa todas as cinco letras do SMACK para ingerir dados, fazer análises em tempo real com Spark e enviar reações de volta ao carro; ele roda na Amazon, mas visa permanecer agnóstico em relação à nuvem, com o DCOS ajudando a distribuir a carga entre provedores. A Deutsche Telekom usa DCOS e a stack SMACK para criar mais valor para os clientes na seleção de redes de acesso, e um caso da Georgia Telecom usa Mesos e Kafka com planos para Spark. O fabricante holandês de equipamentos escolheu o Mesos para infraestrutura para escalar computação e armazenamento e lidar com modos de falha até a disponibilidade entre data centers. Os painelistas citam velocidade, análises em tempo real, não perder dados e cargas de trabalho distribuídas como principais benefícios, e discutem contêineres, conselhos de migração, cultura e habilidades, e prioridades da stack SMAC 2.0. O segmento diz que mais componentes de IA devem ser implementados na stack, descritos como cruciais para construir camadas de mapas com eventos em tempo real para permitir a direção autônoma no futuro; o rótulo da stack SMAC provavelmente permanecerá o mesmo, mesmo que o conteúdo do pacote seja diferente, semelhante a como o LAMP ainda pode ser baixado, com muitas mudanças futuras esperadas no nível da infraestrutura, como novos frameworks de orquestração, e construir produtos que rodam nos clientes exige atenção à manutenibilidade, monitoramento, segurança e criptografia em repouso e em trânsito, criando efetivamente uma 'empresa SMAC'.

Gerado a partir da transcrição. Verifique as passagens vinculadas em relação ao vídeo original.

Resumos de capítulos com carimbos de tempo

Painelistas se Apresentam e Apresentam Suas Empresas

  • [0:00] Pede-se que cada painelista apresente brevemente sua empresa, o que ela faz e seu próprio histórico antes do início das perguntas.
  • [0:14] Stefan Bauer, da Audi, chefia um departamento que coleta e processa todos os dados que os carros produzem durante o uso.
  • [0:28] A Audi está principalmente construindo uma plataforma flexível para lidar com muitos dados e viabilizar bons novos produtos para os clientes.
  • [0:41] Stefan está na Audi há cerca de 15 anos, com um histórico principalmente em software embarcado e agora se expandindo para o software de backend para que o carro faça parte do mundo da IoT.
  • [0:58] Hubert Fischer, também da Audi, é gerente sênior de projeto do projeto de IoT que coleta dados semanais de sensores e faz parte da transição da empresa de uma empresa puramente de hardware para uma empresa de IoT.
  • [1:19] Oliver Goldisch, da Deutsche Telekom, é gerente na área de redes e serviços, usando DCOS e a stack SMACK para criar mais valor para os clientes na seleção de redes de acesso.
  • [1:45] Christian Worps, arquiteto de produto na ASML, trabalha em uma plataforma de computação e dados e diz que eles são bastante novos na stack SMACK, tendo começado no início deste ano e não usando todas as letras no momento.

Necessidades de infraestrutura do fabricante holandês de equipamentos

  • [2:32] A empresa é um fabricante holandês de equipamentos que envia máquinas para os clientes.
  • [2:42] Essas máquinas geram uma quantidade tremenda de dados.
  • [2:48] Sua plataforma de computação precisa escalar adequadamente a computação e o armazenamento.
  • [2:55] Ela também precisa lidar com modos de falha individuais até a disponibilidade entre data centers.
  • [3:06] A empresa escolheu o Mesos para infraestrutura para operar capacidades de computação e dados.

Automação de Wi-Fi da Georgia Telecom com a stack SMAC

  • [3:20] Eles estão usando Mesos e a parte do Kafka, com planos de migrar para computações Spark no futuro.
  • [3:31] O problema da Georgia Telecom começou há cerca de dois anos.
  • [3:45] Eles tentam automatizar para que os clientes possam entrar em redes Wi-Fi com ótima qualidade, e se o Wi-Fi for realmente ruim, você não chega lá.
  • [3:55] Eles começaram a construir um aplicativo móvel que coleta uma quantidade enorme de informações sobre as redes de acesso que os clientes enfrentam.
  • [4:06] Eles querem dar recomendações em um aplicativo móvel implantado sobre para quais redes X os clientes serão direcionados.
  • [4:17] Usar uma infraestrutura de stack antiga foi um grande desafio.
  • [4:24] Eles esperam uma base de clientes maior, e a forma distribuída como a stack SMAC é projetada lhes dá muitas oportunidades.

Plataforma de dados de carros conectados em stack agnóstica em relação à nuvem

  • [4:36] Milhões de carros têm unidades de comunicação de bordo que coletam dados ouvindo os sistemas de barramento do carro.
  • [4:48] Essas unidades enviam os dados gerados para um backend.
  • [4:53] O projeto de backend usa todas as cinco letras da stack max para ingerir dados.
  • [5:01] O backend faz análises em tempo real para identificar padrões e causar reações de volta no carro para o cliente.
  • [5:14] O Spark é usado para esse propósito específico.
  • [5:20] A infraestrutura atualmente é baseada na Amazon, mas a abordagem é ser e permanecer agnóstica em relação à nuvem.
  • [5:28] O DCOS ajuda a distribuir a carga entre diferentes provedores de nuvem para aproveitar recursos de nuvem caros e permanecer independente de qualquer provedor de nuvem.
  • [6:00] Como empresa global, soluções globais são muito importantes, e a incerteza jurídica em alguns países como a China torna a independência de um único provedor de infraestrutura crucial.
  • [6:28] Soluções híbridas são possíveis, e como parte do grupo Volkswagen há muita capacidade interna de data center que poderia ser usada junto com data centers externos no futuro.

Stack SMACK para Dados de Carros em Tempo Real

  • [6:48] Alguns painelistas usam a stack SMACK completa: Spark, Mesos, Akka, Cassandra e Kafka.
  • [7:02] Um painelista usa três das tecnologias SMACK.
  • [7:24] O benefício mais importante para um painelista é a velocidade, permitindo análises em tempo real.
  • [7:35] Eles querem reagir imediatamente a situações que acontecem em uma única chamada.
  • [7:44] Eles precisam reunir conhecimento do restante da frota e enviá-lo diretamente para a única chamada.
  • [7:57] É importante não perder nenhum dado, com milhões de carros enviando milhões de dados por segundo.
  • [8:12] Eles precisam de infraestrutura capaz de coletar esses dados sem perder nenhum.
  • [8:18] Cargas de trabalho distribuídas são uma vantagem da stack SMACK.
  • [8:24] Sem clientes presentes, a infraestrutura pode ser reduzida, o que também não é ruim.

Contêineres e infraestrutura da stack SMAC

  • [8:53] O projeto ao longo do último ano mostrou que eles ganharam capacidade e flexibilidade para escalar, alcançar alta disponibilidade e usar e reutilizar dinamicamente recursos de nível de hardware para aplicações.
  • [9:16] O que eles constroem dentro de sua plataforma de computação e dados é a base para aplicações construídas por cima, fornecendo uma camada intermediária para os desenvolvedores de aplicações.
  • [9:30] Colocar tudo em contêineres não foi um caminho fácil, e eles o construíram completamente do zero em vez de incrementalmente.
  • [9:44] A mudança de mentalidade é bastante difícil, e as metas técnicas às vezes podem parecer um pouco antiquadas, com pessoas perguntando onde está a VM.
  • [9:55] Eles aguardam com expectativa a rede definida por software e o armazenamento definido por software como um bom próximo passo para toda a stack SMAC.

Conselhos de Migração para a Stack SMACK

  • [10:30] Recomendam começar em um greenfield para obter todas as vantagens de uma stack SMACK desde o início.
  • [10:46] Comece com POCs de código aberto, mas migre para versões empresariais o mais rápido possível.
  • [10:58] Grandes empresas precisam de suporte profissional e serviços profissionais.
  • [11:06] As diretorias podem questionar a quem ligar quando algo dá errado, como indisponibilidade ou bugs.
  • [11:22] Muitos membros da diretoria pensam que código aberto é para excêntricos e não para empresas.

Migração para a Nuvem: Cultura, Habilidades, Comunicação

  • [11:42] As versões empresariais ajudam a convencer as partes interessadas de que esta é uma forma profissional de trabalhar.
  • [11:58] A Greenfields teve a sorte de começar com um projeto novo em uma infraestrutura limpa da Amazon.
  • [12:09] Outra equipe teve que convencer a gerência a implantar no Azure em vez de com a equipe de operações, porque são mais rápidos usando um serviço de nuvem pública.
  • [12:20] Eles começaram diretamente com suporte premium e licenças empresariais premium, o que é mais fácil com o suporte do fornecedor.
  • [12:29] Iterar em ciclos muito pequenos os ajudou muito.
  • [12:51] Uma empresa tem uma plataforma de hardware enviada aos clientes da qual precisa evoluir, movendo a implantação para o data center do cliente.
  • [13:12] Eles devem manter ativos os investimentos existentes na stack de computação enquanto criam novos processos junto com os clientes.
  • [13:33] A migração do mundo Java Enterprise para uma arquitetura conteinerizada mais granular funciona e é viável.
  • [13:52] Os desafios incluem uma nova stack de software internamente, exigindo convencer as pessoas e mostrar que realmente funciona.
  • [14:22] Do lado do cliente, a propriedade da stack de hardware deve passar das pessoas de negócios para o próprio departamento de TI.
  • [14:52] Comunicação e confiança foram muito úteis, incluindo contar com desenvolvedores de software e arquitetos em vez de incomodá-los com muitas comparações e POCs.
  • [15:29] Um conjunto de habilidades completamente diferente é necessário para trabalhar na stack SMAC, e encontrar boas pessoas é bastante desafiador.

Stack SMAC 2.0 e Necessidades Futuras das Empresas

  • [16:46] A stack SMAC está atualmente sendo implementada e funcionando bem, levantando questões sobre sua forma futura e se a sigla mudará.
  • [16:57] Para a stack SMAC 2.0, as principais prioridades são rede definida por software e armazenamento definido por software.
  • [17:29] A integração estreita dos produtos e de cada aplicação dentro da stack SMAC seria uma grande vantagem, ajudando a evitar indisponibilidades durante a migração para versões superiores.
  • [17:33] Mais componentes de IA devem ser implementados na stack, o que é crucial para construir camadas de mapas com eventos em tempo real para permitir a direção autônoma no futuro.
  • [18:05] O rótulo da stack SMAC provavelmente permanecerá o mesmo, mesmo que o conteúdo do pacote seja diferente, semelhante a como o LAMP ainda pode ser baixado.
  • [18:16] Grande parte da mudança futura é esperada no nível da infraestrutura, como o surgimento de novos frameworks de orquestração.
  • [18:34] Construir produtos que rodam nos clientes exige atenção à manutenibilidade, monitoramento, segurança e criptografia em repouso e em trânsito, criando efetivamente uma 'empresa SMAC'.

[0:00] Então eu só quero rapidamente que cada um de vocês se apresente. diga de qual empresa vocês são e um pouco sobre o que sua empresa está fazendo. Só brevemente antes de entrarmos nas perguntas, talvez um pouco do histórico de vocês. Então, bem. Comece com Devin. Então meu nome é Stefan Bauer. Eu venho da Audi. Eu chefio um departamento que cuida de, digamos, coletar e processar, todos os dados que nossos carros produzem durante o uso do carro. Então... Estamos principalmente construindo uma plataforma que deve ser capaz de ser muito flexível e de lidar com muitos dados.

[0:36] das pessoas do ZB. ser capaz de fazer um bom novo produto para nossos clientes. Então, pessoalmente, estou na Audi desde-- eu acho que 15 anos. Temos um histórico em software. claro, principalmente em software embarcado, e agora estamos nos expandindo também para o software de backend para que o carro faça parte do mundo da IoT. Sim, eu sou Hubert Fischer, também da Audi. Sou o gerente sênior de projeto do projeto de IoT que coleta dados semanais de sensores. Estive em vários projetos antes dentro da empresa e agora faço parte da transição pela qual a empresa passa de uma empresa puramente de desenvolvimento de hardware para uma empresa de IoT.

[1:19] Olá, meu nome é Oliver Goldisch, da Deutsche Telekom. Sou gerente na área de redes e serviços. Estamos usando o DCOS em particular e esta pilha Mac para, uh, criar mais valor para nossos clientes em termos de seleção de redes de acesso. Então, podemos dar mais atualizações em breve. Mas, hum... Sim, estamos usando a pilha smack para isso. Sim. Bom dia. Meu nome é Christian Worps. Sou arquiteto de produto ou dentro da ASML.

[1:51] Então, estou fazendo isso para um projeto que é uma plataforma de computação e dados. Nós somos, eu acho, bastante novos na pilha SMAC. Então começamos no início deste ano. e não estamos usando todas as letras agora. E então estou ansioso para aprender e trocar informações durante os próximos dois dias. Ótimo. Então vamos começar novamente com você. Eu meio que queria perguntar, tanto quanto você puder compartilhar sobre sua infraestrutura em relação a quais tecnologias você está usando, o tamanho da infraestrutura, o que você se sentir confortável em compartilhar, tenho certeza.

[2:28] Muitos na plateia estariam interessados em saber. Sim. Hum... Para nós, o desafio é que somos um fabricante holandês de equipamentos que envia máquinas para nossos clientes. e essas máquinas estão operando e criando uma quantidade tremenda de dados e nossa plataforma de computação agora precisa ser capaz de escalar adequadamente e computação e armazenamento. mas também precisa ser capaz de lidar adequadamente com modos de falha individuais até a disponibilidade entre data centers.

[3:04] E isso é-- Escolhemos o Mesos para uma infraestrutura que possamos realmente operar as capacidades de computação e dados. Então estamos-- dessa pilha estamos-- usando o Mesos e a parte do Kafka. Estamos indo em direção às computações Spark no futuro. E é isso que estamos-- Josephine. Oliver, o que você nos conta sobre a Georgia Telecom? Sim, então tivemos um problema que começamos há cerca de dois anos. Acho que todos sabem, pelo menos...

[3:41] Temos toda a senha do Wi-Fi aqui no nosso crachá. Mas na verdade tentamos automatizar isso para que nossos clientes possam entrar em redes Wi-Fi, mas com uma qualidade muito boa. Então, se o Wi-Fi for realmente ruim, você não chega lá. Então, o que começamos a construir é um aplicativo móvel que coleta uma enorme quantidade de informações sobre as redes de acesso. que você está enfrentando como cliente, e queremos dar recomendações para possuir em um aplicativo móvel implantado, para quais redes X você será direcionado.

[4:17] E isso foi um grande desafio com uma infraestrutura de pilha antiga. E como esperamos uma base de clientes maior chegar lá. A forma distribuída como a pilha SMAC é projetada nos dá muitas oportunidades aqui. Sim, então temos milhões de carros por aí equipados com unidades de comunicação a bordo para coleta de dados. Então eles estão ouvindo os sistemas de barramento no carro.

[4:48] e enviando esses dados gerados para um backend. Então o backend é o nosso projeto a configurar. Usamos todas as cinco letras desta pilha max. para ingerir esses dados, fazer análises em tempo real desses dados que chegam, identificar padrões e causar reações de volta no carro para o cliente. e usamos Spark para esse propósito específico.

[5:20] Toda a infraestrutura é atualmente baseada na Amazon, mas temos a abordagem de ser e permanecer agnósticos à nuvem. E para isso, hum, o DCOS nos ajuda muito. para distribuir a carga entre diferentes provedores de nuvem para obter uma exploração perfeita dos recursos da nuvem que são caros e permanecemos independentes de qualquer provedor de nuvem, para que possamos mudar de uma ferramenta para outra usando o DCoS.

[5:56] Ótimo. Talvez deixe-me adicionar mais alguns aspectos. como somos uma empresa global, para nós é muito, muito importante também ter soluções globais. E para isso, sabemos que há diferentes países onde talvez possamos usar MSR, talvez não possamos usar, talvez na China, sempre há um pouco. digamos, legal-- IN CETERZA. o que você pode fazer, então é muito, muito crucial poder, independentemente do provedor de infraestrutura individual.

[6:28] e até ter a possibilidade de fazer algumas soluções híbridas como parte do grupo Volkswagen. Também temos muita capacidade interna para data centers. Então, no futuro, eu-- eu tinha a mentalidade de que realmente poderíamos usar data centers internos e externos para esse propósito. Ótimo. Então acho que ouvi um pouco de alguns de vocês usando a pilha smack completa. Spark, Mesos, Akka. Cassandra e Kafka. Então vocês estão usando todas as letras, acho, a maioria do painel aqui.

[7:02] E então você está usando três delas, certo? Sim. Ok. Então acho que especificamente falando da pilha SMAC e da coleção de tecnologias, isso é, o que isso fez no nível da aplicação, você tocou nisso um pouco, mas se houver algo que você gostaria de adicionar, o que esse pipeline específico orientado a dados fez por você. Bem, para nós, acho que a coisa mais importante é a rapidez, a mais rápida. como queremos fazer nossas análises aqui em tempo real. Então realmente queremos sair e entrar no campo de poder reagir imediatamente a situações que estão acontecendo em uma única chamada.

[7:42] E com isso, temos que ser capazes de-- saber o que está acontecendo lá fora e ser capazes de obter o conhecimento que reunimos do resto da frota para poder enviar diretamente para a chamada individual. Então isso é crucial para nós. Sim, e além de toda a parte analítica, é importante para nós não perder nenhum dado. Você pode imaginar que temos milhões de carros enviando em segundos milhões de dados. Então precisamos de algum tipo de infraestrutura.

[8:12] que seja capaz de coletar esses dados e não perder nenhum deles. Sim, claro. E só para acrescentar, as cargas de trabalho distribuídas são uma grande vantagem desta pilha Mac. Oh. E especialmente se você não tem clientes lá, você pode realmente reduzir a infraestrutura também, o que também não é tão ruim. Sim, o que meio que me leva à minha próxima pergunta. Vamos começar por lá. É meio que falar sobre o nível de aplicação, mas também o nível de infraestrutura, como usar contêineres e DCOS e Mesos e a pilha SMAC realmente ajudou você a construir sua infraestrutura e planejar o futuro. Se você pudesse falar sobre isso um pouco.

[8:52] Obrigado. Então, o que estamos ansiosos e o que também o último ano desse projeto mostrou é que ganhamos realmente a capacidade e a flexibilidade de escalar, de ter alta disponibilidade, de também usar e reutilizar dinamicamente os recursos que estão disponíveis no nível de hardware para nossas aplicações. e o que construímos dentro de nossa plataforma de computação e dados. é a base para as aplicações que são construídas em cima disso.

[9:23] Então também estamos fornecendo uma camada intermediária para nossos desenvolvedores de aplicações. Claro, e só para acrescentar, não foi um caminho fácil colocar tudo nos contêineres. Você fez isso incrementalmente, ou fez como uma grande troca única? Construímos completamente novo. Novo? Porque a mudança de mentalidade é bastante difícil. Bem, as metas técnicas talvez às vezes pareçam um pouco antiquadas. Então, quando comecei o projeto, perguntamos: Sim, e onde está a VM? Então-- Sim.

[9:55] Sim, e já que estamos falando de contêineres, estamos ansiosos por redes definidas por software e armazenamento definido por software. Então esse seria um ótimo próximo passo para toda a pilha SMAC. Obrigado. Então, como vocês estão vendo, temos muitas pessoas na plateia que estão planejando migrar para a pilha smack ou estão apenas começando. Se vocês pudessem falar sobre alguns dos desafios ou sucessos que tiveram em sua migração para uma pilha smack, as pessoas podem se beneficiar. Obrigado.

[10:26] Acho que uma que temos em nossa história, eu sempre poderia recomendar. tente começar em um campo verde. Hum... realmente começar do zero para poder obter todas as vantagens que você obtém de tal pilha smack. E a segunda questão é começar com alguns POSCs, é claro, em uma base de código aberto. mas realmente queremos estar no nível empresarial. Então, para nossas empresas, somos grandes empresas aqui ao redor.

[10:58] Você precisa de suporte profissional, precisa de serviços profissionais, então. o mais rápido possível mude para as versões empresariais. Sim, não é propaganda aqui. Eu não disse para ele dizer isso. Não, como você vê, em nossa mente, quando eles vão ao meu conselho e dizem: OK, você está introduzindo uma nova arquitetura, novo software, então-- versus estrutura de suporte. quem poderia lembrar quando algo está errado, e quanto ao tempo de inatividade, e quanto a alguns problemas, alguns bugs, whatever. Porque muitos dos membros do conselho pensam que código aberto é algo para freak.

[11:33] Algo para, sim, você pode fazer isso no desenvolvimento de software em casa, mas nada para empresas. Então-- para convencê-los de que é uma forma profissional de trabalhar, as versões empresariais são muito úteis. Então, para voltar rapidamente ao Greenfields, vocês tinham infraestrutura existente que tiveram que migrar, ou conseguiram realmente começar com um projeto novo? Obrigado. Sim, tivemos sorte. e poder começar com um projeto novo.

[12:03] com uma infraestrutura Amazon limpa. para adicionar aí. Tivemos o mesmo desafio. Precisávamos convencer nossa gerência de que não iríamos com nossa equipe de operações, mas sim implantar no Azure porque somos mais rápidos usando um serviço de nuvem pública. E começamos diretamente com o suporte premium--com as licenças empresariais premium. e é simplesmente mais fácil com o suporte do fornecedor. Iteramos em ciclos muito pequenos. Isso nos ajudou muito.

[12:34] para ir longe demais. Apenas um passo à frente. E vocês tinham uma infraestrutura legada para migrar, ou estavam começando do zero? Tudo novo, sim. Tudo novo? Essa é a maneira mais fácil. Tenho certeza que é, sim. E quanto a-- Então sim, somos bidirecionais na verdade. Então temos uma plataforma de hardware que atualmente enviamos para nossos clientes. onde nosso software está rodando. mas temos que crescer além dessa infraestrutura? Então nos mudamos para o data center do nosso cliente com a implantação da nossa plataforma.

[13:08] E o segundo aspecto é que temos que manter os investimentos que já tínhamos na pilha de computação. Então temos que primeiro também criar novos processos junto com nossos clientes, e colaboração estreita. E segundo, temos que garantir que nossos investimentos permaneçam ativos. no nível de computação. Então a migração que fizemos do mundo Java Enterprise para uma arquitetura conteinerizada mais refinada. Funciona. É factível.

[13:40] E foi isso que fizemos no passado. Você poderia dar mais alguns detalhes sobre -- ou houve algum desafio, coisas específicas que você poderia aconselhar? Sobre a migração? Os dois desafios, é também uma nova pilha de software, também dentro da nossa organização. Então você tem que fazer muito-- Sim, convencer as pessoas e mostrar que realmente funciona. É uma maneira diferente de fazer o desenvolvimento. Mas sim, você tem que fazer sua lição de casa para levar isso ao público adequado.

[14:15] hum... É também como uma espécie de gestão de comunidade. Você poderia dizer, e o segundo aspecto é Do lado do cliente, eles também têm os mesmos desafios. de mover o... Sim, a propriedade dessa pilha de hardware das pessoas de negócios para seu próprio departamento de TI. Isso também é o... coisas que você precisa comunicar. Você tem que ser aberto lá e, sim. É factível. Sim. Sim, é como ouvimos na última palestra. Não é apenas sobre a tecnologia. A comunicação é realmente vital com esses projetos. Exatamente. Eu não poderia subscrever isso.

[14:50] Hmm. Obrigado. Talvez me deixe acrescentar comunicação e confiança. Então acho que foi Para nós, foi muito útil poder realmente contar com nossos desenvolvedores de software e nossos arquitetos para dizer: ok, este é o caminho certo que queremos seguir. E não incomodá-los com comparações demais, POCs demais, demais, ah, por favor, você poderia me dar mais alguma informação sobre por que usamos exatamente este produto específico e não aqueles? entre os 20 outros produtos.

[15:21] Confie neles. E acrescentar também, um desafio que tivemos ali é que na verdade você precisa de um conjunto de habilidades completamente diferente de pessoas que possam trabalhar na stack SMAC. Então é bastante desafiador encontrar pessoas boas que realmente façam o trabalho. Então isso é realmente difícil. É por isso que temos um estande de RH ali para alguns de vocês que estiverem interessados. Quer dizer, vocês descobriram que conseguiram treinar algumas pessoas internamente para colocá-las em dia? ou, você sabe. E por último, mas não menos importante, temos que mencionar que não é puramente uma questão técnica fazer essa mudança. É principalmente uma mudança cultural necessária em grandes empresas e também uma mudança do modo de trabalho, das habilidades que você já mencionou. Então há muito mais do que pura tecnologia.

[16:11] Sim. Uma coisa a acrescentar em relação à comunicação, acho que Ben ontem na tarde do DCS. tinha uma frase nos slides que falava sobre comunicação. E na verdade, havia um-- assunto que você poderia trocar ali com qualquer tipo de Sim, com qualquer assunto, mas tudo se resumia à comunicação como chave. Sim. Esse eu gostei muito. Certo, então a última pergunta que eu tinha para todos vocês é meio que uma pergunta voltada para o futuro. Então implementar a stack SMAC agora, está funcionando bem. Onde vemos a stack SMAC daqui a alguns anos? O que é a stack SMAC 2.0? As -- a sigla muda?

[16:57] O que vocês estão pensando? Talvez, mas para nós, uma coisa importante para a stack SMAC 2.0 é conseguir aquilo que eu já mencionei, rede definida por software, armazenamento definido por software, isso seria uma boa coisa. E a integração estreita dos produtos entre si também seria realmente uma grande vantagem para nós, para evitar tempos de inatividade durante a migração para versões superiores e coisas do tipo. E esses são os componentes dentro da própria stack SMAC? Integração ou o outro?

[17:29] Sim, a própria stack SMAC e cada aplicação dentro dela E a outra coisa em torno disso é que temos que implementar cada vez mais componentes nessa stack em relação a capacidades de IA. Esse é um dos fatores cruciais para nós termos sucesso nas questões de ambiente de visão, construir camadas de mapa com eventos em tempo real sobre elas para deixar o carro dirigir sozinho.

[18:03] no futuro. Sim. Hum, SmackStack, eu acho, não vai mudar. Ainda posso baixar o LAMP. Provavelmente o pacote ainda tem coisas diferentes nele. mas o rótulo permanece o mesmo. Acho que grande parte da maioria fará ou será feita no nível da infraestrutura. como novos frameworks de orquestração surgindo. É mais aí que eu vejo o futuro-- algo vai mudar. Obrigado. Hum...

[18:34] Olhando para o futuro, espero que haja uma SMEC enterprise. Não importa. Então, se você realmente constrói produtos que rodam nos seus clientes, você tem que cuidar da manutenibilidade, monitoramento, aspectos de segurança, criptografia em repouso e em trânsito. E se você quiser adicionar tudo isso por conta própria, então você na verdade constrói essa Mac enterprise. Obrigado. Obrigado. Certo. Obrigado a todos. Isso foi ótimo.

Ver a transcrição original em inglês

[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.

Abrir no ambiente de trabalho do Vidleaf

Pesquise a transcrição, selecione linhas, copie citações com carimbos de data/hora, traduza.

Abrir no ambiente de trabalho →

Atribuição

"Painel de Discussão Principal: SMACK na Empresa - Moderado por Elizabeth K. Joseph, Mesosphere" pela The Linux Foundation (https://www.youtube.com/@linuxfoundationorg), licenciado sob CC BY 3.0 (https://creativecommons.org/licenses/by/3.0/). Vídeo original: https://www.youtube.com/watch?v=NiZFwTWkow0. Esta página é uma transcrição em texto do vídeo com quebras de parágrafo e carimbos de tempo adicionados; o criador não é afiliado ao Vidleaf nem o endossa. O Vidleaf adicionou pontuação por IA e um resumo gerado por IA; o texto original permanece disponível nesta página.

Você é o criador ou detentor de direitos? Solicite uma correção ou remoção: copyright@vidleaf.app (veja Sobre estas páginas).

Última atualização