Episódio 1 da série de podcasts de aniversário de 5 anos do Atlas – Do Onramp ao Atlas
Avalie esse Podcast
Estou muito satisfeito em dar as boas-vindas a você neste, o primeiro de uma série de capítulos criados para festejar o aniversário de cinco anos do lançamento do MongoDB Atlas, nosso banco de dados como plataforma de serviço.
Nesta série, meus co-anfitriões, Jesse Hall e Nic Raboy, conversarão com algumas das pessoas responsáveis pela criação e pelo lançamento da plataforma que ajudaria a transformar a MongoDB como uma empresa.
A partir do Episódio 1, o Atlas conversa com Sahir Azam, diretor de produtos, e Andrew Davidson, VP de produtos, sobre a mudança estratégica de uma empresa de software para um negócio de software como serviço.
No episódio 2, Zero to Database as a Service, conversaremos com Cailin Nelson, SVP de engenharia, e Cory Mintz, VP de engenharia, sobre o Atlas como produto e como ele foi construído e lançado.
No capítulo 3, nós iremos Go Mobile, conversamos com Alexander Stigsen, Fundador do Realm Mobile Database, que se tornou parte da Atlas Platform.
No episódio 4, encerraremos a série com um painel de discussão e analisaremos alguns de nossos valiosos comentários de clientes sobre a plataforma.
Muito obrigado por assistir e ler, dedique um momento para se inscrever para mais capítulos e, se aproveitar o que ouvir, não se lembre de fornecer um comentário e uma classificação para nos ajudar a continuar a melhorar.
Sem mais delongas, aqui está a transcrição do primeiro episódio desta série.
Sahir: [00:00:00] Olá a todos. Meu nome é Sahir Azam e sou diretor de produtos da Mongo DB. Bem-vindo ao podcast Mongo DB.
Mike: [00:00:07] Ok. Hoje, vamos falar sobre o MongoDB Atlas e a viagem que aconteceu para nos levar a este ponto, o aniversário de cinco anos do MongoDB Atlas de um lançamento do MongoDB Atlas. E estou acompanhado no estúdio hoje por alguns convidados. E começaremos introduzindo Sahir Azure, diretor de produtos do Mongo DB. Sahir, bem-vindo ao show. É ótimo ter você no podcast.
Sahir: [00:00:31] Ei, oi, mike. É ótimo estar aqui.
Mike: [00:00:33] Incrível. E também estamos acompanhados por Andrew Davidson. Andrew é vice-presidente de produtos de nuvem do produto no Mongo DB. É isso, estou certo?
Andre: [00:00:41] É isso mesmo? É bom estar aqui, Mike. Como vai?
Mike: [00:00:44] Estou ótimo. É ótimo ter você no programa. E, claro, são meus co-apresentadores do dia. Jesse Hall também é conhecido como codeSTACKr. Bem-vindo de volta ao show, Jesse. É ótimo tê-lo conosco
Jesse: [00:00:54]Sou relativamente novo aqui. Estou ansioso para saber sobre a história do Atlas
Mike: [00:00:58] fantástico. Sim. Vamos, vamos entrar nisso. Mas antes de fazermos isso aqui, acho que talvez nos apresentemos ao público, falemos um pouco sobre quem você é e o que você.
Sahir: [00:01:09] Sim. Então, mencionei anteriormente que administro a organização de produtos na Mongo e, como parte do meu foco principal, penso nos produtos, construímos os roteiros desses produtos e em como eles atendem aos clientes e, finalmente, nos ajudam a expandir nossos negócios. E estou na empresa há cerca de cinco anos. Coincidentemente, fui recrutado para liderar basicamente a transição do negócio. Empresa de software corporativo de código aberto se tornará fornecedora de SAS. E então eu entrei logo antes do lançamento do Atlas, andrew na linha aqui sem dúvidas tem a história de como o Atlas surgiu mesmo antes de eu entrar. Mas, uh, tem sido uma viagem e tanto.
Mike: [00:01:46] Incrível. Bem, Andrew, isso nos leva a você uma vez, mas deixe as pessoas saberem quem você é e o que faz.
Andre: [00:01:52] sim. Sim. Da mesma forma que Sahir, meu foco é o gerenciamento de produtos, mas mais especificamente em nosso conjunto de produtos de cloud. E, se você pensar bem, era algo que cinco anos atrás, quando lançamos pela primeira vez o Atlas, era apenas um kernel inicial, um pouco de uma inicialização dentro de nossa empresa como um todo. E então, antes daquele tempo, eu estava muito focado em nossa experiência tradicional de gerenciamento de cloud privada mais de marketing, e tem sido realmente essa viagem surpreendente para realmente transformar esta empresa com Sahir e tantos outros em uma empresa de cloud. Estou muito animado por estar aqui neste marco.
Mike: [00:02:25] Incrível. E Jesse, então você está com o Mongo para ser, eu suponha, relativamente a menor quantidade de tempo entre nós quatro, mas talvez fale sobre sua experiência com o Mongo para ser e cloud em geral.
Jesse: [00:02:36] Sim. Então, usei várias vezes em alguns tutoriais que criei na parte Atlas dele. Passar pela experiência de integração e aprender como ele realmente funciona, como funciona a linha de comando e tudo isso foi incrível para entendê-lo também a partir dessa perspectiva. Então, sim, estou esperando para ver como você levou isso para a nuvem.
Mike: [00:02:58] Sim. Sim, eu também. E se você pensar na viagem que eu faria, era um produto de código aberto de sucesso. I foi um projeto amplamente usado por desenvolvedores. Para aumentar a agilidade. Representou uma maneira diferente de armazenar dados e não foi uma viagem perfeita. Houve alguns desafios no início, especificamente em torno da singularidade do mecanismo que está usando para armazenar dados é diferente das formas tradicionais. E. Então, parece que você está aqui há mais tempo, em oito anos. Fale sobre os desafios da transição de um produto de software para um banco de dados online, como serviço.
Andre: [00:03:37] Sim. Claro. Quando pensamos na situação em que estávamos, digamos, há oito anos e meio, como você disse, tínhamos esse tipo de categoria quase nova de experiência de dados para desenvolvedores, que oferecia a eles essa maneira natural de interagir com os dados de uma forma que refletia totalmente a maneira como eles queriam pensar sobre seus dados, os objetos ali contidos. E entramos e revolucionamos o mundo com essa forma de interagir com os dados. E foi isso que os levou a eles. Estarei simplesmente explodindo em popularidade. Foi incompreensível ver milhões de pessoas todos os meses, experimentando o MongoDB pela primeira vez como puro software de código aberto em seus laptops. Mas à medida que avançamos ao longo dos anos, compreendemos. Poderíamos ser esse banco de dados fenomenal que deu aos desenvolvedores exatamente a maneira como eles desejam interagir com os dados. Poderíamos ser incrivelmente escaláveis. Poderíamos Go até qualquer nível de escala com o tipo vertical e horizontal de economia de custo linear, realmente construído para a nuvem. Poderíamos fazer tudo isso, mas se nossos clientes continuassem a autogerenciar todo esse software em escala, entendemos que poderíamos ficar para trás no final. Poderemos ser espancados por bancos de dados que não são tão bons. Mas, então, seremos entregues em um nível mais alto de abstração, um serviço totalmente gerenciado. Então, Go com tudo como empresa, reconhecendo que precisamos tornar isso muito fácil para as pessoas começarem e subirem a qualquer nível de escala. E era disso que se tratava Atlas. Tratava-se de democratizar esse incrível banco de dados, que já havia democratizado um novo modelo de dados, mas tornando-o acessível para casos de uso de produção na nuvem, em qualquer lugar da sala. E julgo que, quando você vê o que aconteceu hoje com apenas milhões de pessoas que agora usaram o Atlas, a mesma magnitude de número usou nosso software autogerenciado. É surpreendente ver o quão longe.
Mike: [00:05:21] Sim. Sim. Foi uma viagem e tanto e é um momento interessante. Então aqui, então você entrou na mesma época. Eu meio que vi que alguns meses antes do lançamento do Atlas. Conte-nos sobre sua função desde o início.
Sahir: [00:05:36] Sim, acha que o que me chamou a atenção no mongo DB em primeiro lugar, sem dúvidas a equipe, eu tinha certeza de que havia uma equipe forte aqui e tinha certeza do tipo de popular e. Apenas a interrupção que a tecnologia de código aberto e o banco de dados criaram no mercado da mesma forma que alguém sendo isso e tecnologia. E, seguramente, seria difícil de perder. Foi uma impressão muito positiva da empresa, mas o que realmente me fez sucesso foi o fato de que a empresa estava embarcando nessa expansão estratégia para se tornar uma empresa SES e fornecer esse banco de dados como um serviço com o Atlas, porque eu realmente tinha construído. Em minha própria mente, tinha a certeza de que, para empresas de código aberto, o modelo de negócios certo que, em última análise, seria mais bem-sucedido era distribuir tecnologia como uma questão de serviço, para que ela pudesse obter alcance de públicos globais e realmente democratizar essas experiências, comoAndrew mencionou . Então esse foi o desafio mais interessante. E quando entrei para a empresa, julgo. Parte de todos entende que está tudo bem, é uma versão gerenciada do bogo DB e há um monte de automação, flexibilidade e preços de pay as you Go e todas as coisas que você esperaria nos primeiros dias de um serviço gerenciado. Mas o mais interessante que às vezes está oculto é o quanto ele realmente transformou o mongo DB. A estratégia Go to marketplace da empresa. Além disso, nos permite realmente alcançar dezenas de milhares de clientes e milhões de desenvolvedores em todo o mundo. E isso é uma função do fato de que é tão fácil começar. Você pode começar em nossa camada grátis ou, à medida que começa a criar seu aplicativo e ele é dimensionado, apenas comece com um cartão de crédito e, em seguida, se envolva e, em um nível maior com nossa organização, quando começar a atingir a criticidade e a escala da tarefa. Isso é realmente difícil de fazer em um tipo tradicional de modelo de software empresarial. É fácil de fazer para grandes clientes. Não é fácil fazer para a base ampla deles. O mercado intermediário e o SMB e as startups e o ecossistema. E, junto com a equipe, colocamos muito foco em pensar em como podemos garantir que ampliaremos o funil o máximo possível e levaremos o maior número possível de desenvolvedores a experimentar o Atlas como a experiência padrão que estamos usando mongo DB, porque achamos a, foi sem dúvidas a melhor maneira de usar a tecnologia, mas também para nós, como empresa, foi a forma mais poderosa de escalarmos nossas operações gerais.
Mike: [00:07:58] Ok.
Jesse: [00:08:00] Ok.
Mike: [00:08:00] Então, obviamente, haverá alguns desafios desde o início na mente dos primeiros usuários. Agora temos alguns nomes relativamente grandes. Não sei se podemos citar nomes de clientes que foram os primeiros a adotar a tecnologia, mas obviamente houve desafios em relação a isso. Quais são alguns dos desafios que foram particularmente difíceis quando você começou a conversar com algumas dessas empresas de renome? Quais são algumas das coisas que. Muito preocupado com o início.
Sahir: [00:08:28] Sim, direi um pouco. E, andrew, estou certo de que você também tem ideias sobre isso. Então, acho que, quando eliminamos gradualmente a estratégia do Atlas nos primeiros anos, quando lançamos pela primeira vez, é engraçado pensar no passado. Estávamos apenas na AWS e acho que estávamos em talvez quatro ou cinco regiões na época, se bem me lembro, e o primeiro tipo de seis a 12 meses foi realmente otimizado. Vamos chamá-los de casos de uso inferiores em que você pode entrar. Você não tinha necessariamente requisitos de ponta em torno de garantias de segurança ou conformidade. E então eu acho que a maior barreira à entrada para clientes maiores ou tipos mais críticos de aplicativos sensíveis foi. Nós ainda não havíamos obtido nossas próprias certificações de conformidade de terceiros, havia certos recursos de segurança de nível empresarial, como criptografia, traga sua própria criptografia de chave, como redes privadas com peering nos provedores de nuvem que ainda não havíamos construído em nosso roteiro. E queríamos ter certeza de que priorizamos corretamente. Então eu acha que foi isso. Fator interno. O fator externo foi, há cinco anos. Não era tão óbvio que, para uma grande empresa, esses bancos de dados de serviço seriam a forma padrão de consumir bancos de dados na nuvem. Certamente havia um pouco dessa tração acontecendo, mas se você olhar para isso em comparação com hoje, ainda era cedo. E eu rio porque, no início, provavelmente ficamos positivamente surpresos com alguns dos primeiros nomes de empresas conservadoras. Talvez a Thermo Fisher fosse uma delas. Tínhamos, eu gostaria de dizer AstraZeneca, talvez algumas marcas semelhantes realmente estabelecidas que são, otimistas na nuvem, acreditaram no Mongo DB como uma tecnologia facilitadora chave. E, de muitas maneiras, onde esses primeiros parceiros conosco no segmento corporativo ajudaram a desenvolver a maturidade de que precisávamos para escalar ao longo do tempo.
Mike: [00:10:23] Sim,
Andrew: [00:10:23] Lembro-me desse tipo de momento de alerta em que você percebeu que o ritmo de ser uma empresa de cloud é muito maior do que tradicionalmente éramos antes, um pouco mais lento de movimento de vendas corporativo, em que você tem uma fase de POC muito grande e vários tipos de tempo de configuração e meses de entrega. Todo esse modelo, porém, estava mudando. A ideia do Atlas era permitir que nosso cliente muito rapidamente e auto-atendimento que o serviço importasse criar aplicativos incríveis. E então você teve pessoas que vieram em questão de horas, começaram a fazer coisas muito legais e incríveis. E às vezes nem estamos prontos para isso. Não estavamos prontos para responder o suficiente por eles. Então tivemos que desenvolver esses novos músculos. Esteja por dentro do que esse tipo de nova velocidade do cliente espera. Lembro-me de que, em um de nossos primeiros clientes em grande escala, que simplesmente nos levava ao limite, tínhamos, acho que, na verdade, várias ligas de críquete e aplicativos de esportes de fantasia da Índia. Todos estavam em expansão e popularidade durante a Premier League da Índia.
Mike: [00:11:25] Ok.
Andre: [00:11:26] Corrida de críquete. Foi uma loucura a quantidade de pessoas que invadiram esse aplicativo, a plataforma, ao mesmo tempo, e perceberam que tínhamos uma plataforma que poderia, de fato, ser dimensionada para suas necessidades foi incrível, mas também foi essa percepção constante de que cada novo nível de escala, cada tipo de novo degrau exigiria que desenvolvêssemos novas habilidades operacionais, novos músculos, nova maturidade, e ainda somos, é uma jornada sem fim, um cliente hoje. Mil vezes maior do que o que poderíamos acomodar naquele momento. Mas posso imaginar que os clientes de, daqui a cinco anos, serão mais dois pedidos de magnitude, maiores ou pedidos destinados a maiores. E isso continuará a nos desafiar. Mas agora estamos nessa mentalidade de esperar isso e sempre trabalhar para chegar ao próximo nível, o que é emocionante.
Mike: [00:12:09] Sim. Estou certo de que nem sempre foi um caminho tranquila. Estou certo de que houve alguns contratempos ao longo do caminho. E talvez até mesmo em relação à escala, você mencionou, nos surpreendêssemos. Você quer falar um pouco sobre talvez um pouco dessa aceitação massiva. Houve problemas para oferecer esse produto como um serviço? Apenas com base no número de clientes que fizemos para registrar?
Sahir: [00:12:30] Digo que, de modo geral, tem sido uma viagem muito tranquila. Acho que uma das surpresas que eu acho que vale a pena compartilhar é que temos. Acho que pouco menos ou perto das regiões 80 agora no Atlas e a promessa da cloud, pelo menos no papel, é a escala infinita e a disponibilidade de recursos, sejam eles computação, rede ou armazenamento. Isso vale principalmente para a maioria dos clientes nas principais regiões onde estão os provedores de nuvem. Mas se você está em uma região que não é uma região primária ou tem uma implantação massiva em que precisa de muita capacidade de computação, muita capacidade de rede não está disponível de repente sob demanda o tempo todo. Existem centros de dados da cadeia de suprimentos ou, recursos que sustentam tudo isso, e nossos parceiros fazem um trabalho muito bom, obviamente ficando à frente dessa demanda, mas às vezes há restrições. E então, parece que atingimos um determinado ponto de inflexão da escala em que estamos aumentando consistentemente. Os limites dos provedores de nuvem de infraestrutura em termos de disponibilidade de capacidade. Além disso, trabalhamos com eles para garantir que nossas cotas fossem definidas corretamente e que fôssemos tratados em um caso especial, mas definitivamente houve algumas vezes em que lançamos um novo aplicativo para um cliente. Não é como se fosse uma cota que estávamos indo para lá, literalmente não havia VMs suficientes e a infraestrutura física subjacente estivesse configurada e disponível nesses data centers. Então, tivemos algumas dificuldades iniciais, como trabalhar com nossos amigos provedores de nuvem para garantir que estivéssemos sempre projetando mais e mais, acho que, olhando para o futuro, para que pudéssemos ter certeza de que não estávamos bloqueando nossos clientes. Aprendizados engraçados na cloud, eu diria.
Mike: [00:14:18] Bem, suponha que isso responda a isso, eu faria a pergunta: por que não? Construir nossa própria nuvem, por que não construir, um centro de dados massivo e tentar atender às solicitações com algo como uma ferramenta do MongoDB Ops Manager e fazer disso uma oferta de serviço. Mas suponha que isso realmente responda à questão de que a demanda, o nível da demanda em todo o mundo seria tão difícil. Isso já foi considerado? Construindo nossa própria
Sahir: [00:14:43] então, teoricamente, nós administramos nossa própria infraestrutura nos primeiros dias do nosso serviço de backup na nuvem. Portanto, tínhamos discos giratórios e dispositivos físicos, nosso próprio espaço de colo e, francamente, acabamos superando isso. Acho que há dois fatores para nós. Um, o banco de dados é bonito. Em um nível mais baixo, por assim dizer. Portanto, é necessário e, como um serviço transacional operacional, precisamos estar bem perto de onde o aplicativo realmente é executado. E o poder do que os provedores de nuvem em hiperescala criaram é de um alcance imenso. Agora, qualquer pequena empresa pode criar um site local ou um ponto de presença, por assim dizer, em qualquer parte do mundo, nas diferentes regiões que possui. E então a ideia de que. Ter uma única região em que talvez tivéssemos economias de escala simplesmente não faz sentido. Estamos muito dispersos devido às diferentes regiões às quais oferecemos suporte nos principais provedores de nuvem e à necessidade de estar perto de onde o aplicativo está. Portanto, dada a dinâmica de execução de um banco de dados, o serviço, é realmente importante que nos sentemos nesses grandes provedores públicos de nuvem pública, bem ao lado desses clientes, o outro. Na verdade, nos beneficiamos da inovação que os próprios provedores de nuvem em hiperescala lançam no mercado. Certo. Existem níveis mais elevados de abstração. Não queremos estar lá. Temos recursos limitados, como qualquer empresa. Preferiríamos gastar os dólares em empilhar e empilhar hardware e gerenciar nossa própria área de data center, pilha de rede e tudo mais, ou preferiríamos gastar esses motivos? consumir como um serviço e, em seguida, criar mais valor para nossos clientes. Portanto, a mesma coisa que fazemos com os clientes e por que eles escolhem a Atlas é muito verdadeira para nós quando criamos nossas plataformas de nuvem.
Andre: [00:16:29] Sim. Se você pensar sobre isso, serei realmente a única empresa que está dando aos desenvolvedores esse modelo de dados totalmente nativo. É tão fácil começar na fase de prototipagem. Eles podem Go até qualquer nível de escala a partir daí que pode ler e escrever em 80 regiões nos três grandes provedores de nuvem em todo o mundo. E para não ficarmos focados nesse nível. Tornar os desenvolvedores capazes de criar aplicativos globais incríveis seria apenas desviar nosso foco da coisa realmente mais importante para nós, que é ficar obcecados com a experiência do cliente, em vez dos blocos de construção da infraestrutura no back-end, que é claro que otimizamos -los em estreita parceria com nossos parceiros provedores de nuvem até o ponto de Sahir.
Jesse: [00:17:09] Então, além de todos esses desafios de escalar ao longo do tempo, também havia outros concorrentes tentando fazer a mesma coisa. Então, como o Mongo DB continua a ter uma vantagem comparativa?
Sahir: [00:17:22] Sim, considero que é um compromisso consistente em engenharia, R e desenvolvimento, correto? Se você olhar para os recursos que lançamos, o núcleo do banco de dados em torno do banco de dados e do Atlas, os novos serviços integrados simplificam a arquitetura dos aplicativos, algumas das coisas mais recentes que temos, como pesquisa ou domínio ou o que estamos fazendo com a análise com isso foi data lake. Vou colocar nossa capacidade de gerar mais valor e capacidade para os clientes contra qualquer concorrente no mundo. Acho que temos um histórico muito forte lá, mas em um nível mais macro. Se você Go há cinco anos para o lançamento do Atlas, a maioria dos clientes e desenvolvedores, como negociar para fazer você optar por uma tecnologia que é muito profunda em funcionalidade e a melhor da categoria. Por assim dizer em um domínio específico. Como um banco de dados Mongo, então você precisa, normalmente é tudo software, então você tende a ter que operá-lo sozinho, aprender a gerenciar, dimensionar e monitorar e todas essas coisas diferentes. Ou você deseja escolher uma experiência de serviço gerenciado onde você obtém, a facilidade de uso de apenas começar, dimensionar e ter todos os modelos de consumo do tipo pay as you go. No entanto, esses bancos de dados não são nem de longe tão capazes quanto os melhores jogadores da categoria. Esse era o estado da marca. Cinco anos atrás, mas agora, avançando para 2021 e avançando, os clientes não precisam mais fazer essa troca. Você tem multicloud e uma espécie de banco de dados e ofertas de serviços de análise como ofertas de serviço, que você aprende players que não têm apenas a melhor capacidade da categoria, que é muito mais profunda do que os serviços primários que são gerenciados pelos provedores de nuvem, mas também são entregues dessa maneira realmente incrível e escalável. Modelo baseado em consumo para que o trade-off não exista mais. E acho que essa é uma parte fundamental do que impulsiona nosso sucesso é o fato de termos as melhores capacidades. Esses são os recursos e os custos que, às custas de desenvolvedores e organizações, desejam. Nós o entregamos como um serviço gerenciado realmente fluido e elástico. E então adivinhe, para as empresas, especialmente a multicloud é um tipo de característica cada vez mais estratégica que elas procuram em seus principais provedores, especialmente seus provedores de dados. E estamos disponíveis em todas as três principais nuvens públicas com Atlas. Essa é uma proposta muito única. Ninguém mais pode oferecer isso. E isso é o que realmente impulsiona isso
Mike: [00:19:38] Sim.
Sahir: [00:19:39] alimentando, a aceleração do negócio Atlas.
Mike: [00:19:42] Sim. Então, Andrew, gostaria de saber se, para as pessoas que não estão familiarizadas com o Atlas, a arquitetura seria apenas dar uma visão geral de como o Atlas funciona e aproveita os vários provedores de nuvem nos bastidores. Andre: [00:19:56] Sim, claro. Olha, qualquer um que não esteja acostumado não vai ser Atlas, eu encorajo você a se inscrever imediatamente. É o tipo de coisa que, em apenas cinco minutos, você pode implantar um cluster de sandbox gratuito e realmente começar a construir seu hello World. Experimente seu aplicativo hello World além do MongoDB para ser a maneira como o Atlas realmente funciona é, essencialmente, tentamos torná-lo o mais simples possível. Você se cadastra. Em seguida, você decide em qual provedor de nuvem e em qual região desse provedor de nuvem eu quero lançar meu cluster de banco de dados, e você pode escolher entre as regiões 80 que você quer ouvir mencionadas ou pode fazer coisas mais avançadas, você pode Go por ser multirregional, você pode decidir até mesmo usar várias nuvens, tudo dentro do mesmo cluster de banco de dados. E o principal é que você pode decidir começar bem pequeno, mesmo no nível gratuito ou em nosso cluster dedicado, começando em $60. Ou você pode Go até apenas clusters fragmentados de escala massiva que podem alimentar milhões de usuários simultâneos. E o que é realmente interessante é que você pode fazer a transição desses clusters entre esses estados sem tempo de inatividade. A qualquer momento, você pode começar em uma única região e em pequena escala e expandir ou escalar para várias regiões ou escalar para várias nuvens. Em cada etapa do processo, você está cumprindo quaisquer que sejam seus objetivos comerciais mais recentes ou quaisquer que sejam as necessidades de seu aplicativo. Mas, em geral, você não precisa reinventar completamente a roda e rearquitetar seu aplicativo em cada etapa do processo. É nesse ponto que o MongoDB faz com que você possa começar no nível de prototipagem e, em seguida, chegar aos níveis de escala. Agora, no backend, o Atlas faz tudo isso com, é claro, uma grande quantidade de sofisticação. Há nuvens privadas virtuais dedicadas por cliente e por região para clusters dedicados. Você pode se conectar a esses clusters usando VPC, pipeline ou link privado, oferecendo uma variedade de maneiras seguras de se conectar sem ter que lidar com listas de acesso IP públicas. Você também pode usar o. Temos uma grande variedade de opções de autenticação e autorização, auditoria de banco de dados, como Sahir mencionou, criptografia com sua própria chave e até mesmo criptografia em nível de campo no lado do cliente, o que permite criptografar dados antes mesmo de entrarem no banco de dados para os subconjuntos do seu esquema no mais alto nível de classificação. Então, criamos isso, toda a filosofia aqui é democratizar, facilitando a criação de aplicativos de uma forma otimizada para privacidade para, em última análise, possibilitar que milhões de consumidores finais tenham uma experiência melhor. E use todas essas experiências digitais maravilhosas que todo mundo está criando lá fora.
Jesse: [00:22:09] Então aqui conversamos sobre como apenas o software mongo DB, houve um crescimento constante, certo. Mas uma vez que foi para a nuvem com a Atlas, o sucesso disso, como isso impactou nossos negócios?
Sahir: [00:22:20] Sim, parece que tem sido bastante impactante em termos de apenas impulsionar a aceleração do crescimento e o sucesso contínuo do MongoDB. Tínhamos a sorte de cinco, seis anos atrás, quando o Atlas estava sendo construído e lançado isso, nosso negócio era bastante saudável. Estvamos a cerca de um ano do IPO. Tínhamos muitos clientes corporativos que estavam escolhendo nossa tecnologia comercial para alimentar seus aplicativos de missão crítica. Isso continua até hoje. Então a ideia de lançar outlets era certamente estratégica e, se tivéssemos visto para onde o mercado estava indo. E sabíamos que, de muitas maneiras, esse seria o principal produto da empresa no futuro, e isso foi feito a partir de uma espécie de visão ofensiva para chegar ao mercado. E, se você observar agora, o Atlas representa cerca 51% da nossa receita. É o produto que mais cresce em nosso portfólio, o Atlas não é mais apenas um banco de dados. É uma plataforma de dados completa na qual coletamos vários outros recursos na arquitetura de um aplicativo. Portanto, é muito mais simples para os desenvolvedores. E com o tempo, esperávamos que 51% desse número continuasse a ser, uma porcentagem maior do nosso negócio, mas é importante saber. É extremamente importante garantir que forneçamos um banco de dados de código aberto avançado ao mercado, que tenhamos uma versão empresarial do software para clientes que não são de aplicativos ou clientes que ainda não estão na multidão, ou que talvez nunca Go para a nuvem para determinadas cargas de trabalho. Esse tipo de ideia de correr para qualquer lugar. E a razão pela qual é, muitas vezes. Cronograma para modernizar um aplicativo. Digamos que você seja um grande provedor de seguros, um banco ou algo assim. Você tem milhares desses aplicativos em bancos de dados antigos. Há uma necessidade intensa de monitoramento da modernização. Aqueles que economizam custos para desbloquear o desenvolvedor, a agilidade, aquela linha do tempo da escolha de um banco de dados. Em primeiro lugar, é uma decisão que normalmente dura de sete a 10 anos. Portanto, trata-se de uma decisão de investimento de longo prazo, mas nem sempre é oportuna com um modelo de nuvem. Portanto, a ideia de que, se você estiver no local, poderá se modernizar para um banco de dados incrível, como o Mongo DB, talvez executá-lo no Kubernetes, executá-lo em máquinas virtuais em seu próprio data center. Mas, dois anos depois, se esse aplicativo precisar ser movido para a nuvem, será uma migração perfeita para o Atlas em qualquer provedor de nuvem que você escolher. Essa é uma história única, poderosa e atraente, especialmente para grandes organizações, porque o que elas não querem é modernizar ou reescrever um aplicativo duas vezes, uma vez para obter o valor em prol dos negócios e depois ter que pensar nisso novamente, se o aplicativo for movido para a nuvem, é uma jornada perfeita e esse modelo híbrido. A transferência de clientes para lojas de palavras ao longo do tempo tem sido realmente uma estratégia coesa. Não se trata apenas do Atlas, mas do código aberto e da versão corporativa, todos funcionando perfeitamente em um modelo uniforme.
Microsoft: [00:25:04] Hmm. Incrível. E euadoro isso, a viagem que. O Atlas está ativo e se tornou uma plataforma. Não é mais apenas um banco de dados como serviço. É realmente uma ferramenta essencial que os desenvolvedores podem usar para aumentar a agilidade. E, estou apenas Atlas com o nível gratuito e aumentando as regiões e a cobertura e. Criptografia no nível do campo do lado do cliente. E apenas a lista de recursos que foram adicionados é bonita. Talvez seja um descuido se não pedir a ambos que falem um pouco sobre o futuro. obviamente há coisas como, não sabe, como invisibilidade do serviço, AI e ML e quais são algumas das coisas em que você está considerando, suposição, sem dar muitas voltas em suas cartas. Fale sobre o que é do seu interesse no futuro da nuvem.
Andre: [00:25:56] Farei um passe rápido. Adorei a pergunta, para mim, a coisa mais importante para nós é estarmos sempre focados no futuro. É oferecer uma experiência verdadeiramente integrada e elegante para nossos clientes finais, diferenciada essencialmente da perspectiva da experiência do usuário de tudo o que existe. E a plataforma é uma parte fundamental disso, sendo uma possibilidade, ela começa com esse modelo de dados do documento, que é esse modelo de dados superdefinido que pode Express dentro dele, desde o valor chave até, essencialmente, relacional e objeto e. E depois, possibilitando o acesso a todos esses diferentes modelos de dados por meio de uma única interface nativa do desenvolvedor, mas possibilitando a condução de diferentes cargas de trabalho físicas no back-end dessa interface. E por cargas de trabalho, quero dizer, maneiras diferentes de armazenar os dados em diferentes algoritmos usados para analisar esses dados, possibilitando fazer tudo, desde operações transacionais até os casos de uso de pesquisa, até o Data Lake e a sincronização móvel mencionados aqui. Streaming, etc., tornando tudo isso facilmente acessível por meio dessa única interface elegante. Isso é algo que exige apenas um foco constante em não adicionar novos botões, não adicionar uma nova área de serviço complexa, não adicionar milhões de novas permutações, mas torná-la elegante e acessível para fazer todos esses maravilhosos modelos de dados e tipos de carga de trabalho e expandir a partir daí. Então você apenas nos verá continuar, pensar focado. Sim.
Mike: [00:27:15] Incrível. Só darei um plug. Este é o primeiro da série que estamos chamando de na Rampa mongo Atlaspara . Go nos afundar um pouco mais na arquitetura. Vamos conversar com alguns engenheiros. Em seguida, Go no espaço móvel e conversaremos com Acessos e conversamos um pouco sobre a história do domínio. E então vamos encerrar isso com um painel de discussão em que teremos alguns comentários de clientes e forneceremos um pouco. Detalhes de como o futuro pode ser nessa discussão de mesa redonda com todos os convidados. Só gostaria de felicitar a ambos por terem tirado um tempo para conversar conosco e darei a todos um espaço para mencionar qualquer outra coisa que gostariam de dizer antes de encerrarmos o capítulo. Sahir, alguma coisa?
Sahir: [00:27:54] Não há nada a adicionar além de apenas um obrigado. E tem sido humilhante pensar no fato de que este produto está crescendo tão rápido em cinco anos, e parece que estamos apenas começando. Eu encorajaria todos a ficarem de olho em nossa conferência anual de usuários no próximo mês. E alguns dos anúncios interessantes que temos e da Atlas e em todo o portfólio daqui para frente, seguramente não diminuirão o acelerador.
Mike: [00:28:15] Ótimo. Alguma palavra final, Andrew?
Andre: [00:28:18] sim, direi apenas que mãe vai ser uma comunidade de dez grandes. Mais de cem mil pessoas se inscrevem no Atlas todos os meses. Investimos muito para facilitar a absorção, o aprendizado, o mergulho em cursos universitários, o mergulho em nossa maravilhosa documentação e a criação de coisas incríveis sobre nós. Estamos aqui para ajudar e aguardamos você na plataforma.
Mike: [00:28:36] Incrível. Jesse, alguma palavra final?
Jesse: [00:28:38] Não. Só gostaria de aproveitar a ambos por se juntar a nós. Foi muito bom saber como tudo começou e esperar pelos próximos capítulos.
Mike: [00:28:49] correto.
Sahir: [00:28:49]Obrigado, pessoal.
Mike: [00:28:50] Obrigado.