Jonathan Lacour, CTO da Mission – Série de Entrevistas

Jonathan Lacour, Diretor de Tecnologia (CTO) da Mission, tem mais de 20 anos de experiência liderando inovações em nuvem, software e produtos. Ele se juntou à Mission por meio da fusão da Reliam, Stratalux e G2 Tech em 2018, após servir como CTO da Reliam. Anteriormente, ele ocupou cargos de liderança sênior na DreamHost, co-fundou a empresa de networking de código aberto Akanda e liderou iniciativas de produtos na Pictage. Ao longo de sua carreira, Jonathan se concentrou em escalar plataformas de nuvem e ajudar empresas a aproveitar tecnologias transformadoras.

Mission Cloud (uma empresa da CDW) é um parceiro especializado da AWS que oferece serviços de nuvem e IA de ponta a ponta. Eles ajudam organizações a migrar, modernizar, gerenciar e proteger ambientes da AWS, com especialização em IA gerativa, análise de dados, otimização de custos e operações de nuvem. Eles garantem escalabilidade e agilidade por meio de serviços gerenciados, consultoria profissional e uma plataforma (“Mission Control”) para visibilidade e governança de nuvem. Seu histórico inclui mais de 350 certificações da AWS, status de parceria de nível premier e uma lista de clientes que abrange setores de saúde, finanças, varejo, mídia e muito mais.

Você é um tecnólogo desde os 14 anos e trabalhou em diversas indústrias, desde saúde até hospedagem e nuvem. Como essas experiências iniciais moldaram sua perspectiva como líder de tecnologia hoje?

Na verdade, comecei ainda mais cedo, aos 10 anos, com um Apple (AAPL ) II na escola elementar, e mais tarde com o Macintosh original do meu pai. Ele era um pastor e usava-o para criar boletins e programas de serviço, e eu me apaixonei. Aos 10 anos, eu estava criando pequenos aplicativos em HyperCard. Essa faísca, a sensação de que escrever código é como fazer um encantamento que se torna real, ainda me impulsiona hoje. Mesmo como CTO, eu ainda escrevo código na maioria dos dias, pois isso me mantém conectado àquela sensação de possibilidade. Com o tempo, trabalhar em saúde, gerenciamento de documentos e startups me ensinou a combinar essa faísca com empatia pelo usuário final. Eu aprendi a me importar profundamente com a experiência do usuário e a alinhar a tecnologia com problemas reais que as pessoas enfrentam. Essa combinação de curiosidade e foco no cliente é o fio condutor da minha carreira.

Na DreamHost, você esteve profundamente envolvido na construção de serviços de nuvem. Como essa jornada o preparou para seu papel atual na Mission, onde você ajuda empresas a escalar o uso de tecnologias de nuvem e IA?

A DreamHost me deu uma educação prática sobre o que realmente é necessário para construir e executar nuvem em escala. Nós projetamos serviços de computação e armazenamento, executamos-nos em escala de petabytes e tivemos que torná-los eficientes, automatizados e rentáveis até o último centavo. Isso me ensinou quão difíceis são os aspectos econômicos da nuvem e quão complexos podem ser os modelos de cobrança para os clientes.

Eu também aprendi como a AWS parecia intimidadora para muitos desenvolvedores e pequenas e médias empresas. Nós tentamos simplificar com preços e embalagens mais acessíveis. Embora não tenhamos conquistado o mercado, as lições foram inestimáveis: eu ganhei empatia pelas lutas dos clientes e uma compreensão profunda dos desafios técnicos e operacionais que eles enfrentam. Essa base agora me ajuda a orientar empresas na Mission em sua jornada da AWS, com insights estratégicos e conhecimento prático.

Você co-fundou empresas e contribuiu para projetos de código aberto como o Akanda. Como sua paixão por código aberto e a IndieWeb influenciou sua abordagem para a adoção de nuvem e IA em escala empresarial?

O código aberto foi um acelerador em toda a minha carreira. Eu comecei a executar servidores Linux como um adolescente, escrevendo código em hardware commodity e percebi que, se algo não funcionasse como eu queria, eu poderia alterá-lo — ou colaborar com uma comunidade global para torná-lo melhor. Essa experiência moldou como penso em equipes distribuídas, iteração e inovação compartilhada.

Na DreamHost, estávamos profundamente envolvidos com o OpenStack e o Ceph. Eu contribuí para projetos Python por décadas e fui nomeado Fellow da Python Software Foundation. Tudo isso me ensinou como operar em comunidades distribuídas grandes com metas compartilhadas. Hoje, eu executo a Mission da mesma forma. Nós somos geograficamente distribuídos, colaboramos virtualmente e construímos sobre o trabalho uns dos outros. Essa mentalidade de código aberto, transparência, contribuição e iteração rápida é exatamente o que as empresas precisam quando adotam nuvem e IA em escala.

A Mission se tornou um dos principais parceiros de consultoria premier da AWS. O que diferencia a Mission ao ajudar as empresas a não apenas migrar para a nuvem, mas também a otimizar e operacionalizar a nuvem?

Somos únicos porque somos amplos e profundos. Cobrimos todo o ciclo de vida da nuvem: revenda de software, otimização de custos, serviços gerenciados, segurança, serviços profissionais — mas também estamos profundamente focados na AWS. Muitas empresas são apenas revendedoras, consultoras ou MSPs. A Mission é tudo isso, trabalhando em conjunto, o que nos permite entregar uma experiência de ponta a ponta que muito poucos parceiros podem igualar.

Agora que a Mission faz parte da CDW, como essa relação expandida melhora o valor que você pode oferecer aos clientes empresariais?

A CDW traz uma amplitude incrível de parcerias de ISV e relacionamentos de clientes. Enquanto a Mission está focada na AWS, a CDW tem parcerias com quase todos os principais ISVs e centenas de milhares de clientes. Isso significa que agora podemos apoiar os clientes não apenas em sua adoção da AWS, mas também em como o software de terceiros se integra à AWS. É uma expansão de nosso alcance e de nossa capacidade de criar soluções de ponta a ponta.

Muitas empresas lutam para ir além de projetos de IA de teste. Do seu ponto de vista, quais são as barreiras mais comuns que as organizações enfrentam ao tentar escalar a IA de conceito para produção?

A maior barreira é começar com a tecnologia em vez do problema de negócios. Muitos projetos de teste são “precisamos de uma estratégia de IA” — não vinculados a resultados, apenas impulsionados pela pressão de conselhos ou investidores. Isso quase garante que eles permaneçam no laboratório. Há também desafios com custos, lacunas de talentos e o ritmo de mudança. O ecossistema de IA está evoluindo tão rapidamente que as melhores práticas ainda estão surgindo, o que torna as empresas hesitantes em se comprometer.

Pode compartilhar estratégias ou estruturas que você recomenda às empresas que desejam operacionalizar a IA com sucesso em toda a empresa?

Comece com o resultado de negócios. Defina o problema que você está tentando resolver, então avalie se a IA é a ferramenta certa. Olhe para padrões comprovados no mercado (resumo, aceleração de conteúdo, suporte ao cliente) e use-os como inspiração. É igualmente importante colocar governança e limites em prática. Com IA gerativa e agente, você está dando aos sistemas acesso a dados e fluxos de trabalho sensíveis. Isso significa que você precisa de visibilidade, monitoramento e políticas para orientar a adoção segura.

Além da tecnologia, quais mudanças organizacionais ou culturais as empresas precisam adotar para realizar completamente os benefícios da IA?

Elas precisam criar uma cultura de dizer “sim”. Muitas vezes, equipes de segurança ou conformidade padronizam para “não”. Mas os funcionários pedem ferramentas de IA porque elas tornam seu trabalho melhor. Quanto mais rápido os líderes podem se mover de “não” para “sim, com as guardas certas”, mais rápido a inovação pode acontecer. Ouvir os funcionários, permitir experimentação e adotar uma mentalidade de serviço em relação aos usuários internos são mudanças culturais críticas.

A migração para a nuvem é notoriamente desafiadora. Quais são as armadilhas mais comuns que você viu as organizações caírem durante esse processo?

A maioria das armadilhas comuns é bem documentada: planejamento inadequado, excesso de custos e questões de conformidade. Mas o novo problema é a IA. As empresas estão cada vez mais vinculando suas migrações de nuvem às suas estratégias de IA, movendo dados para a nuvem especificamente para alimentar a IA. Isso introduz novas complexidades, pois os padrões de IA ainda não são padronizados. A armadilha é tratar a migração como apenas infraestrutura quando, para muitas, agora é também uma iniciativa de dados e IA.

Se você pudesse dar um conselho às empresas sobre como mitigar a falha durante a migração para a nuvem, qual seria?

O perfeito é o inimigo do bom. A nuvem é sobre agilidade e momentum, não sobre fazer tudo certo antes de começar. Mova-se rapidamente, aprenda ao longo do caminho e priorize o progresso incremental sobre a perfeição. Aproveite o fato de que, na nuvem, você pode testar, iterar e evoluir sem as restrições da infraestrutura física.

Uma vez que uma organização está “na nuvem”, quais são os aspectos mais negligenciados da otimização e do gerenciamento de custos que podem fazer ou quebrar o sucesso a longo prazo?

O maior erro é tratar a otimização como um evento único em vez de uma disciplina contínua. Muitas empresas “otimizam” trimestral ou anualmente, frequentemente comprando um bloco de Instâncias Reservadas. Isso pode levar a um excesso de compromisso ou deixar economias na mesa. A abordagem certa é a otimização contínua — medir, ajustar, comprometer-se estrategicamente e repetir. Trate-a como uma metodologia contínua, não como um marco. É isso que impulsiona economias sustentáveis e melhorias de desempenho a longo prazo.

Obrigado pela grande entrevista, leitores que desejam aprender mais devem visitar Mission Cloud.