Mai-Lan Tomsen Bukovec, da Amazon Web Services, prepara-se para um futuro em que os dados são para sempre

Livrar-se da carga de gerenciamento de hardware é uma das principais razões pelas quais as empresas estão transferindo sua infraestrutura de tecnologia para a computação em nuvem. Mas remover esse fardo também libera novas possibilidades, agora que a computação e o armazenamento são adquiridos e gerenciados separadamente.

Esse foi um dos desenvolvimentos mais empolgantes trazidos pela mudança. para a computação em nuvem, disse Mai-Lan Tomsen Bukovec, vice-presidente e gerente geral do serviço de armazenamento de dados Amazon Web Services S3, em nosso 2019 GeekWire Cloud Summit na semana passada em Bellevue. A capacidade de dimensionar computação e armazenamento separadamente, em vez de comprar caixas maiores e mais potentes para o seu próprio data center a cada ano, mesmo que você precise atualizar apenas uma dessas coisas, permite que as empresas gastem seu dinheiro com mais cuidado e projetem novos aplicativos realidade.

Mas as empresas que são novas na nuvem geralmente precisam de ajuda para entender como tirar proveito dessa liberdade e também precisam de ajuda para entender como gerenciar a segurança de seus dados na nuvem. Como todas as empresas de nuvem, a AWS usa um modelo de “responsabilidade compartilhada” para segurança, o que significa que é para o cliente verificar se está usando ferramentas de segurança fornecidas por serviços de armazenamento como o S3.

Conversamos sobre esses tópicos e muito mais durante a sessão, que foi parte de um ótimo dia no Cloud Summit. Uma transcrição levemente editada da nossa conversa segue abaixo.

GeekWire Cloud e Enterprise Editor Tom Krazit: Após o anúncio que a Microsoft acabou de fazer (sobre o seu Na iniciativa Women in Cloud, fiquei me perguntando se você poderia falar um pouco sobre como as oportunidades para as mulheres na nuvem e no setor de tecnologia em geral mudaram ao longo do tempo em que você trabalha nessa indústria. E o que mais precisa ser feito?

Mai-Lan Tomsen Bukovec: Bem, acho que fizemos alguns bons progressos com as mulheres na área de tecnologia. Principalmente em termos de educação, Tom. Se você pensar nas aulas de graduação em informática para graduação e pós-graduação, muitas das principais faculdades de tecnologia estão se formando mais ou menos metade das mulheres em suas turmas de pós-graduação. Carnegie-Mellon: ótima universidade e eles tem um ótimo programa de tecnologia. Eles são bastante constantes, com 50%, às vezes um pouco mais altos, e mulheres fora de suas aulas de formatura. Então, se eu pensar nos avanços que fizemos na educação, isso tem sido fenomenal. Se eu pensar nos avanços que fizemos no ensino médio e no ensino médio, isso também é muito bom. Muito do foco nas atividades STEM fez uma grande diferença.

Isso é algo que a AWS reconhece também. Temos uma iniciativa chamada AWS Educate, que realiza eventos de 14 anos ou mais em todo o mundo. Onde estamos trabalhando, por exemplo, com uma universidade técnica feminina na Coréia, ou estamos trabalhando com jovens nas Filipinas para fazer hackathons, fazer concursos, fazer todo tipo de educação em torno das habilidades em nuvem. Como sabemos que para mudar a demografia, para aumentar a diversidade na força de trabalho técnica, você precisa começar cedo. Você tem que começar no ensino médio e seguir em frente.

Eu acho que o lugar, Tom, onde realmente precisamos fazer melhor como indústria, são aquelas transições pelas quais as mulheres passam quando eles começam a ter uma família, por exemplo. Estamos tirando essas mulheres da escola, porque as escolas estão fazendo um ótimo trabalho para se tornarem mais iguais.

Mas então, quando elas têm o primeiro filho, como estamos sendo uma indústria mais acolhedora? novos pais? E eu não estou falando apenas de mulheres. Eu também estou falando de homens. Para mim, isso apenas remete ao comportamento que todos nesta sala fazem, você e eu.

Quando voltamos e vemos alguém que voltou de licença-paternidade ou licença-maternidade e não é dormindo muito, eles estão de volta ao trabalho e eles estão tentando colocar os pés embaixo deles? Um gesto simples como “bem-vindo de volta” vai longe.

Muito disso é cultural. Isso é algo que acreditamos com certeza na minha experiência na Amazon, mas todos na sala podem ajudar a construir essa cultura que acolhe não apenas as novas mães, mas também os novos pais que voltam ao trabalho. E ajude-os com o que pensamos como estes estágios de transição de vida. Tom Krazit: Sim, eu acho que isso contribuirá para uma melhor indústria geral de tecnologia em geral.

Mai-Lan Tomsen Bukovec: Eu acho que sim.

Tom Krazit: Pulando para um pouco mais sobre o que esperamos falar hoje. Kevin (Scott, Microsoft CTO) fez referência a isso durante sua palestra (no início da manhã), mas falando sobre a imensa quantidade de dados que foram gerados… comparado a 10 anos atrás, o que está sendo gerado hoje. Eu estava procurando uma estimativa na noite passada e, até 2020, todos nós no planeta geraremos 44 zettabytes de dados. Um zettabyte para aqueles de vocês na platéia, que, como eu, não podem contar tão alto sem ajuda, é um trilhão de gigabytes. Eu fiz isso certo? (Mai-Lan acena com a cabeça.)

Ok. De onde vêm todos esses dados, e o que vamos fazer com isso?

Mai-Lan Tomsen Bukovec: Sim, acho incrível assistir. Realmente, eu acho que o crescimento, a explosão que estamos vendo para os dados é apenas impulsionada pelas explosões na fonte dos dados.

Você tem sensores IoT: os tratores John Deere estão enviando dados da IoT sobre as condições de campo de backup na nuvem, armazenadas no S3 e as análises são executadas em cima disso. Você tem sequenciamento do genoma humano, que é apenas um campo fascinante, (e) está explodindo agora por causa do custo do armazenamento em nuvem.

Então, se eu pensar, por exemplo, em S3, temos (um) cliente, HLI, que é Human Longevity, Inc., e sua missão é sequenciar um milhão de genomas humanos. Agora um genoma tem toda a informação que você precisa para construir e manter um organismo. Se você sequenciar um genoma humano, são 100 gigabytes de dados. São dados brutos, não anotados, sem fontes fenotípicas, nada disso. Se você está começando a partir de 100 gigabytes de dados por genoma humano e você está indo de lá, você pode ver como algo como pesquisa médica e sequenciamento do genoma em si está direcionando parte do volume que você está falando. p>

Mas a lista continua: carros autônomos. Toda vez que esses carros autônomos voltam e estacionam, eles carregam uma tonelada de dados. Esses dados são necessários e importantes para a segurança, para análise, para todos os tipos de coisas. Acho que estamos apenas no começo, para ser honesto, Tom. Estamos falando sobre essa explosão de dados, os números sobre os quais você está falando. Mas, na verdade, como essas fontes começam a se multiplicar, não apenas nos EUA ou na Europa, mas também no sudeste da Ásia, no leste da Ásia e se torna global, essa é uma quantidade fenomenal de dados.

Tom Krazit: Como as pessoas mudaram a maneira como querem trabalhar com esses dados? Quer dizer, não estamos apenas jogando isso (dados) em uma unidade de fita e jogando-a no armário em algum lugar e esquecendo-a mais. Quer dizer, há um relacionamento muito mais ativo com seus dados. Em sua experiência, o que as pessoas querem fazer quando geram quantidades cada vez maiores de dados em seus negócios?

Mai-Lan Tomsen Bukovec: Bem, eu acho que há algumas tendências realmente interessantes que nós está vendo agora. Acho que uma das tendências que estamos vendo é que os clientes agora podem, principalmente com tecnologias de nuvem como o S3, conseguir separar o computador e o armazenamento. Este é um conceito realmente fundamental. Porque se você puder separar o seu computador e o seu armazenamento, você pode dimensioná-los independentemente.

Então a explosão de dados que estamos falando agora, essa explosão de dados pode crescer elasticamente, que é o que nós para S3, é que estamos construídos para uma escala elástica. Ela pode crescer elasticamente e, dependendo do que você precisa hoje para o seu cálculo, seja analítica ou o que você tem, você pode criar isso. Mas você pode separar a criação dos aplicativos de computação do crescimento do próprio armazenamento.

O que descobrimos é que os clientes gostam de pensar nisso como dois modelos separados. Porque no final do dia, eles não sabem como serão os aplicativos de computação que eles vão construir daqui a 10 anos. Mas eles querem ter certeza de que os dados estão lá para eles fazerem isso. O aprendizado de máquina é um ótimo exemplo disso.

Temos muitos clientes dizendo: “Hoje eu preciso de análises. Hoje eu preciso de algum tipo de mergulho log em cima da minha perna de dados. Mas eu quero começar a aprender em máquina em um ano, e eu preciso saber que meus dados estão lá para isso. "Eu acho que a separação de computação e armazenamento é o que os clientes querem.

A outra coisa que nós temos, é que temos clientes que possuem exabytes de armazenamento. E o que descobrimos é que é extremamente importante criar recursos em nosso sistema de armazenamento que permitem gerenciar um terabyte de armazenamento ou um exabyte de armazenamento com a mesma facilidade. Assim, à medida que esses dados explodem, como você pode ter certeza de que está evoluindo a simplicidade de seus recursos, de modo que o crescimento de dados não signifique uma complexidade adicional para gerenciá-los?

Tom Krazit: O que permitiu essa separação de computação e dados? Como isso aconteceu?

Mai-Lan Tomsen Bukovec: Bem, acho que inerente à nuvem é essa idéia ... certamente para a AWS quando pensamos sobre isso, pensamos sobre sistemas construídos propositadamente. Portanto, temos mais de 140 serviços diferentes agora. Uma das coisas que descobrimos é que quando construímos um determinado serviço que é realmente bom em alguma coisa - o S3 é realmente bom em armazenar os dados da tabela, que é segurança, durabilidade, disponibilidade, confiabilidade e desempenho - que é uma competência central que você continue a desenvolver.

E o que eu acho que os clientes estão descobrindo que eles também têm suas principais competências. Quando conseguem separar o crescimento do armazenamento da lógica de negócios que têm em algum aspecto de computação, são capazes de fazer iterações mais rapidamente, são capazes de inovar mais rapidamente e são capazes de experimentar, que é o coração da AWS. Eles são capazes de experimentar coisas e realmente fazer um nome para si mesmos em uma indústria.

Temos muitos exemplos disso. Airbnb em viagens, há um monte deles. Mas realmente a essência disso é que essa separação permite que as empresas façam o que estão tentando fazer, o que é inovar os novos padrões de amanhã que os tornam um negócio de longo prazo em seu campo.

Tom Krazit : O que as pessoas querem fazer com dados que não podemos fazer hoje? Quais são algumas das solicitações dos clientes, pelo que elas querem fazer com seus dados, mas a tecnologia não existe ou o modelo de negócios não está certo? O que você acha?

Mai-Lan Tomsen Bukovec: Não ouvimos muito do que os clientes não podem fazer com seus dados. Acho que o que ouvimos muito é que os clientes estão vindo até nós e estão dizendo: "Quero fazer isso com meus dados".

E quando pensamos sobre isso, você provavelmente Ouvi dizer que a obsessão do cliente está em nosso DNA. Tom Krazit: Ouvi isso.

Mai-Lan Tomsen Bukovec: Vou dar um exemplo. A Digital Globe coleta e fornece imagens de satélite. A Digital Globe chegou até nós há alguns anos. E eles disseram: "Veja, eu tenho esse arquivo de 18 anos de imagens de satélite, são 100 petabytes. Eu não quero criar um aplicativo que envie todos esses dados para o S3, o que eu faço? ”

Então construímos o Snowmobile, construímos um caminhão, um caminhão de dados, se você quiser. O caminhão de dados, um dos primeiros clientes que o caminhão de dados tinha, e a Digital Globe tem um ótimo blog e fotos sobre isso. Estamos indo de carro até os data centers da Digital Globe, ligamos o caminhão e colocamos todos os dados de que precisávamos para nos mover em um caminhão e o trouxemos para a região da AWS que eles realmente queriam.

Essa ideia ou esse padrão simplesmente se repete repetidamente no armazenamento, ou computação, ou banco de dados, ou aprendizado de máquina. Onde um cliente vem até nós e diz: “Eu quero fazer isso. Como fazemos isso? ”Realmente uma das coisas divertidas, você viu isso, por trabalhar na nuvem, é que o espírito de possibilidade é muito forte agora. E a razão para isso é que todas essas tecnologias estão evoluindo tão rapidamente, você pode fazer praticamente tudo o que quiser, se você se dedicar a isso, e construir um aplicativo específico para isso.

Tom Krazit: Você rola esse caminhão até seus centros de dados se as pessoas quiserem mover seus dados para outro local?

Mai-Lan Tomsen Bukovec: Nós não o fazemos agora.

Tom Krazit: Talvez um dia. Vamos falar sobre os intervalos de armazenamento, porque eu sinto que isso é uma coisa que surge o tempo todo quando ouço as pessoas falarem sobre o S3. E a maioria de vocês provavelmente já viu histórias de pessoas infelizes ou negligentes que deixaram seus repositórios de armazenamento no S3 abertos, detectáveis ​​na Internet, resultando na violação de dados de clientes ou dados pessoais. Eu sei que a AWS fez muito para ajudar as pessoas a lidar com esse problema, mas isso continua acontecendo. Em primeiro lugar, por que as pessoas deixam os baldes abertos? E o que mais você pode fazer para ajudá-los?

Mai-Lan Tomsen Bukovec: Eu acho que essa é uma situação difícil para os clientes quando chegam a esse ponto. Eu sinto que se você pensar sobre o modelo que temos para segurança, quando nós arquitetarmos, nós projetamos de cima para baixo para segurança. Operamos no modelo de responsabilidade compartilhada, onde nós, na AWS, somos responsáveis ​​pelo sistema operacional host e pela camada de virtualização, até os ativos físicos no data center. O cliente é responsável por usar as ferramentas e aplicar as permissões apropriadas para sua aplicação.

Então, quando criamos o S3 há 13 anos, começamos e continuamos a afirmar que, quando você cria um bloco, ele é bloqueado apenas para o proprietário dessa conta. Isso é verdade hoje. Você vai criar um balde, o único que pode entrar é você.

O que acontece com o tempo, é que os clientes têm outras pessoas que entram e talvez modifiquem as permissões. E às vezes eles modificam as permissões de forma que deixem as permissões em um local em que as pessoas podem fazer o que você está falando. Embora saibamos que é um modelo de responsabilidade compartilhada, também estamos fazendo uma tonelada para ajudar os clientes com isso.

Por exemplo, no ano passado, criamos um recurso chamado acesso público a blocos. A razão pela qual nós construímos isso é porque queremos que todos, exceto as pessoas que estão fazendo ativos baseados na web que eles precisam ter para sua aplicação, todos os outros usuários usem o acesso público ao bloco. Todo o mundo. A razão para isso é que, quando você coloca o bloqueio de acesso público em um nível de conta, está bloqueando todo o acesso público para cada recurso, objeto e depósito do S3 nessa conta agora e no futuro.

é incrivelmente poderoso. É o único recurso em qualquer armazenamento em nuvem que permite fazer isso hoje. É uma prova futura. Isso significa que qualquer intervalo ou objeto criado sob a propriedade da conta avançando no tempo, não terá acesso público.

Esse é um tipo de recurso que criamos no S3 para ajudar os clientes . É um controle se você quiser. Mas também temos serviços como o CloudTrail, que monitora, como você sabe, o acesso. E nós temos o Amazon Macie, que é um serviço de aprendizado de máquina que procura por informações pessoalmente identificáveis ​​ou propriedade intelectual. Construímos todo esse ecossistema na camada de recursos do S3 em outros serviços, para ajudar os clientes com ele. Mas, no final das contas, o desenvolvedor do aplicativo precisa entender as permissões e aplicá-las adequadamente para o aplicativo.

Tom Krazit: Por que as pessoas deixam esses blocos abertos? Quais são os tipos de aplicativos ou os tipos de negócios que exigem esse tipo de acesso?

Mai-Lan Tomsen Bukovec: Bem, quando isso começou a acontecer, saímos e conversamos com muitos clientes. Porque dissemos: "Veja, temos todos esses recursos para você controlar suas permissões. O que está acontecendo aqui? ”Encontramos algumas coisas.

Uma delas é que, como o armazenamento em nuvem está sendo adotado por mais e mais empresas, a propriedade do intervalo começa a ser compartilhada entre diferentes grupos. . E alguém pode ter a idéia de abrir as permissões de depósito temporariamente para trocar arquivos e compartilhar arquivos. Quando ouvimos isso, nós construímos SFTP. Sim, é verdade. É um oldie mas goodie. Ok, pelo menos é SFTP. E criamos um serviço completo dedicado a ajudar os clientes a transferir arquivos com mais segurança. Que lançamos no ano passado ou no ano anterior, e é muito popular.

Portanto, a troca de arquivos era um dos motivos. Então, as pessoas às vezes esquecem de alterar as permissões nele. Outra é que talvez você tenha um contratado ou alguém que não faz parte da empresa e talvez não entenda o modelo de permissões. Essa foi uma das principais razões pelas quais construímos o acesso público ao bloco, porque pensamos nele como um controle. E se é o seu balde e o seu armazenamento, não importa quem trabalha nele, você quer aplicar um controle.

Então continuaremos seguindo esse caminho de construir mais controles, assim como construímos serviços essa ajuda para auditoria, como CloudTrail, ou análise como, Macie. Mas no final do dia, muito disso também volta para o cliente, entendendo “qual é a segurança que eu quero nos meus dados e está em vigor?” Tom Krazit: Parece muito disso nasce da migração. Pessoas que são novas na nuvem e não necessariamente entendem a melhor maneira de operar ou a maneira mais segura de operar. Mas à medida que mais e mais empresas que não estão familiarizadas com a nuvem migram para ela, quais são algumas das coisas em que você está pensando para ajudá-las a fazer essa transição e manter seus dados seguros?

Mai-Lan Tomsen Bukovec: Segurança é um trabalho para a AWS, assim como é para todos os nossos clientes. É um trabalho. Você pergunta a qualquer CIO, CEO, eles vão te dizer isso. Isso é o mais importante: se você estiver armazenando dados de clientes, precisa protegê-los.

Já construímos uma ótima base. Todo serviço que armazena dados no S3 tem criptografia por padrão como uma opção. Por padrão ou como uma opção para os clientes. Continuaremos criando mais serviços no espaço de segurança que permitem que as pessoas realizem esse tipo de controle. Acho que a coisa que vi ao trabalhar com clientes que estão no início de sua jornada na nuvem, a única coisa que vejo como sendo incrivelmente útil, é quando você arquiteta isso como parte da primeira etapa da migração da nuvem.

Eu vou te dizer, uma das coisas notáveis ​​que acontece é que quando o escritório de segurança de algumas empresas se senta e começa a realmente aprender e quebrar todos os modelos de segurança da AWS, uma das coisas que realmente acontecem é que o departamento de segurança acaba sendo um defensor das iniciativas de nuvem. Não alguém preocupado ou com dupla verificação.

Quando eles entendem profundamente qual é a profundidade, por exemplo, da segurança da AWS, ela é bastante transformadora em sua jornada na nuvem. Porque eles podem colocar os controles em todos os diferentes grupos e os diferentes aplicativos migrando para a nuvem. E isso remove esse ponto de atrito. Porque cada um desses grupos diferentes vai ter que pensar sobre isso.

Se um modelo central é posto em prática, porque o departamento de segurança diz que este é o lugar mais seguro para colocar nossos dados, assim como Um Capital fez. A Capital One fez uma análise da segurança da AWS e disse: “Você executa seus data centers com mais segurança do que nós. Então, estamos colocando tudo em cima de você ”. Esse é o tipo de coisa que realmente libera a velocidade da migração, mas também remove o atrito de todos esses aplicativos diferentes que estão se movendo também. Pense nisso de antemão e pense nisso como algo que se aplica a toda a empresa, e você pode obter esses dois benefícios. Tom Krazit: Se você olhar para o futuro da tecnologia de armazenamento, eu sinto que a tecnologia de armazenamento Obtém um pouco de um rap ruim. Não há necessariamente uma Lei de Moore para a forma como esse progresso foi feito. Mas, obviamente, você está trabalhando em ideias, está trabalhando em coisas que, na sua opinião, proporcionarão ganhos de armazenamento inovadores para os clientes no futuro. Quais são algumas das coisas que você está vendo? E como você acha que isso será implementado?

Mai-Lan Tomsen Bukovec: Bem, acho que há duas partes disso. Um é voltar para Tom, para essa ideia, a separação entre armazenamento e computação.

Temos um conjunto de iniciativas que facilitam o gerenciamento de armazenamento em escala, porque estamos vendo exabytes e exabytes de armazenamento. . Eu acho que muitas das maneiras que pensamos sobre o que construímos são realmente governadas pelo que os clientes estão pedindo. Por exemplo, os clientes querem mais flexibilidade para replicar o armazenamento de uma região para outra. Então, você verá muito mais recursos em torno da replicação em qualquer classe de armazenamento proveniente da AWS.

Acho que a outra grande área de inovação para nós; e, novamente, isso não é algo que você verá em qualquer outro provedor de armazenamento em nuvem. Acho que uma das coisas sobre o S3 é que, como estamos há 13 anos e trabalhamos com muitos clientes, ouvimos muito sobre para onde eles estão indo. Assim como você estava dizendo anteriormente, “ele, eu quero fazer isso. Como eu chego lá? ”O lugar onde realmente estamos inovando agora é a ideia de trazer computação para armazenamento.

Falamos sobre a separação de computação e armazenamento em termos de aplicativos de clientes e dados de clientes. . Mas o que estamos observando é que existem certos tipos de computação que os clientes fazem repetidas vezes para o armazenamento deles.

Tom Krazit: Como o quê?

Mai-Lan Tomsen Bukovec Vou te dar um exemplo. Alguns anos atrás, descobrimos que muitos clientes de lagos de dados, por exemplo, estavam tirando muito armazenamento, centenas de petabytes, para filtrar até 10% dos dados que eles realmente queriam fazer com suas análises. em. Eles estavam gastando dinheiro em clusters de computadores para filtrar, essencialmente. Então, alguns anos atrás, lançamos uma API S3 chamada S3 Select, que é uma API S3 nativa que permite filtrar dentro de um objeto usando instruções SQL, em uma API de armazenamento de objetos, para (nativamente) trazer de volta o que você precisa.

Portanto, se você tiver um objeto que é um arquivo do Apache Parquet, você pode usar uma API do S3 para recuperar dados de uma coluna nesse objeto. E é incrivelmente poderoso. Esse é um aspecto de se fazer o cálculo que você faria daquele cluster e trazê-lo para o S3. Então, fazemos o cálculo para você, ou extraímos os dados para você e os trazemos de volta para você como parte de uma recuperação para armazenamento.

Outra maneira de fazer isso é que este ano nós lançamos basicamente um lote. Nós chamamos de operações em lote. Um mecanismo em lote no S3, onde você pode executar tarefas em lote no S3 no serviço, sem ter que pagar por qualquer computação por conta própria. Para fazer coisas como definir AQLs, copiar armazenamento ou executar uma função do Lambda. Se você pensar sobre isso, estará executando sua função do Lambda no S3 como parte da operação do S3. Em vez de ter que pagar por isso sozinho. Isso é incrivelmente poderoso.

Tom Krazit: Isso é uma coisa interessante para se pensar. O serverless mudará a equação para dados? Se você pensar em serverless em termos de funções e eventos, quero dizer, obviamente, que muitos dados estão sendo gerados. Isso cria um aumento exponencial de requisitos de armazenamento de dados?

Mai-Lan Tomsen Bukovec: Sim, eu acho que o que é realmente interessante sobre servidores, é que eu não sei se tem tanto um impacto no crescimento do armazenamento. Tem um enorme impacto no uso. Porque o que o serverless permite que você faça é experimentar. Ele permite criar aplicativos que se conectam a fluxos de trabalho de negócios e permite que você tire proveito do seu armazenamento de maneiras que você pode não ter pensado antes. Grande parte desse contêiner e sem servidor, outras formas de computação estão operando na mesma filosofia de data lake em que as pessoas estão construindo seus aplicativos da próxima geração.

Tom Krazit: O que mais surpreendeu você na maneira como as pessoas usar dados no S3? Tipo, "Não consigo acreditar que o Cliente A fez isso". Há coisas que a Amazon nem sequer pensou e, em seguida, viu um cliente que queria fazer algo nesse sentido e ficou tipo: "Uau! Isso é realmente algo interessante. ”

Mai-Lan Tomsen Bukovec: Bem, eu sinto que isso acontece todos os dias. É incrivelmente divertido trabalhar na AWS porque temos muitos tipos diferentes de clientes fazendo muitos tipos diferentes de coisas. Vou te dar uma coisa que me surpreendeu alguns anos atrás. E então eu vou te dar um exemplo mais recente.

Alguns anos atrás, FINRA, que é o órgão regulador das bolsas de valores dos EUA, sua missão é ser um cão de guarda do consumidor. É procurar por casos de fraude nas transações diárias feitas nos EUA para os mercados de ações. Uma das coisas que eles fizeram fenomenalmente bem é que eles reconheceram muito cedo em sua evolução, há alguns anos, que eles iriam arquitetar novamente seu aplicativo de missão crítica.

Isso vai surpreender você, quantos as empresas começam primeiro com seu aplicativo de missão crítica. Eles não começam com um aplicativo menor que está desativado em alguns departamentos como um experimento. Na verdade, eles começam com o principal, porque reconhecem que esse aplicativo principal obterá o maior benefício. Sua missão precisa do benefício para o que a nuvem AWS fornece. Agora, a FINRA está realizando validações em mais de 500 bilhões de transações de ações por dia. Todos operando de S3 e EMR porque eles tomaram essa decisão bem no início. E fico continuamente impressionado com a quantidade de inovação e realmente com a liderança que muitas dessas empresas estão fazendo indo para a nuvem em seus aplicativos de missão crítica.

E, mais recentemente, acho que algumas delas realmente casos de uso interessantes estão relacionados ao aprendizado de máquina. As pessoas colocam dados no S3, e alguns deles fazem aprendizado de máquina agora e alguns deles querem fazer aprendizado de máquina em um ano. Mas a Marinus Analytics é uma empresa sediada em Boston e cria ferramentas de inteligência artificial. O que eles estão fazendo agora é que eles estão executando o Amazon Rekognition, que é um serviço de aprendizado de máquina de reconhecimento de imagem, com imagens armazenadas no S3 para ajudar a identificar e localizar vítimas de tráfico humano.

são histórias como o sequenciamento do genoma humano e o que isso significa para a saúde preventiva. Essa é a coisa que é para mim, incrivelmente inspiradora. Porque não se trata apenas de tecnologia, trata-se de unir tecnologia e seres humanos e melhorar a condição humana. Tom, eu estava no Corpo da Paz, que fala comigo como um ex-voluntário do Corpo da Paz. Acho que é uma das grandes coisas sobre a tecnologia que está acontecendo hoje. Tom Krazit: Então, há muitos clientes que, com certeza, estão muito empolgados com algumas dessas possibilidades futuras. Depois, há outra classe de clientes que diz: "Quero que isso seja mais barato". Como você pensa sobre isso, quando falamos sobre essa explosão de dados, quando falamos sobre todos esses dados que serão absorvidos. Isso vai custar algo aos clientes. Como os preços se ajustarão a essa explosão de dados ao longo do tempo?

Mai-Lan Tomsen Bukovec: Para qualquer objetivo do cliente, eu diria que, para todos os nossos clientes, o custo é uma prioridade. Agora, às vezes, vemos clientes que chegam à AWS inicialmente porque são atraídos pela atração do menor custo. Então eles encontram o benefício da agilidade.

Mas no final do dia, o custo é importante. E o custo é muito importante quando você tem o crescimento de dados. Acho que você continuará a ver mais e mais opções para armazenamento de custo mais baixo.

Lançamos, no início deste ano, o Deep Archive. E o Deep Archive custa menos de um décimo de centavo por um gigabyte de armazenamento por mês. É esse tipo de preço que faz as pessoas pensarem: “Por que eu deveria deletar meus dados?”

Quando lançamos o Deep Archive, tivemos uma tonelada de clientes que vieram até nós e disseram: “A esse preço ponto eu só não vou apagar. Porque o que eu vou fazer é apenas manter isso por perto. É mais barato que fita, é melhor que fita. Eu só vou usar a API do S3 quando eu precisar de qualquer maneira. Eu posso colocá-lo no meu lago de dados. Eu simplesmente não vou deletar isso. ”

Eu acho que o que você vai encontrar é que os pontos de menor preço, como o Deep Archive, vão mudar a maneira como as pessoas pensam sobre a evolução Data Lake e quais aplicativos eles podem fazer no futuro, e manter essa porta aberta porque eles não precisam excluir. Eles têm algo ativo na ponta dos dedos, não trancados em fitas. Tom Krazit: Dados que vivem para sempre, é um ... Mai-Lan Tomsen Bukovec: Dados que vivem para sempre .

Tom Krazit:… coisa interessante e assustadora. Estamos sem tempo. Muito obrigado por estar conosco hoje.

Mai-Lan Tomsen Bukovec: Obrigado.

Via: Geek Wire