Entrevistas do Fundador: Anurag Goel of Render

Depois de deixar o cargo de Head of Risk na Stripe, Anurag Goel iniciou o Render, uma plataforma de nuvem onde desenvolvedores e startups podem hospedar qualquer aplicativo ou site de maneira rápida e fácil. O Render agora atende a mais de 80 milhões de solicitações por semana.

Davis Baer em HackerNoon.com Segue 10 de jul · 11 min ler

Qual é o seu histórico e em que você está trabalhando?

Eu sou o fundador do Render , uma plataforma de nuvem onde desenvolvedores e startups podem hospedar qualquer aplicativo ou site de forma rápida e fácil. Anteriormente, eu era o chefe de risco na Stripe, onde ajudei a empresa a lançar em 2011 e cresci para US $ 5 bilhões em avaliação na época em que saí em 2016. Também criei a Crestle , uma empresa de infraestrutura de IA adquirida pelo doc.ai em 2018 .

No Render, estamos fazendo com que seja fácil hospedar aplicativos na nuvem. Tradicionalmente, os desenvolvedores precisavam escolher entre grandes provedores de nuvem, como a AWS, que são complexos e difíceis de usar, ou soluções de plataforma como serviço, como Heroku, que são proibitivamente caras, especialmente quando o aplicativo é dimensionado.

Render dá-lhe o melhor dos dois mundos: configuração instantânea e facilidade de uso, bem como a potência e flexibilidade anteriormente disponíveis apenas em nuvens grandes. De simples sites React e aplicativos Rails a aplicativos complexos como Elasticsearch e Kafka, o Render é uma plataforma fácil e econômica para hospedar tudo, desde um projeto de fim de semana com uma única página estática até uma inicialização rápida com dezenas de microsserviços containerizados.

Milhares de desenvolvedores e startups aderiram à Render desde o lançamento, em abril de 2019, e agora estamos atendendo a mais de 80 milhões de solicitações por semana.

O que te motivou a começar com sua empresa?

Eu estava resolvendo meu próprio problema. Depois que deixei Stripe, tive tempo de descobrir o que eu queria fazer a seguir e me envolvi em alguns domínios diferentes, como saúde, infraestrutura em tempo real e processamento de linguagem natural. Criei aplicativos simples em cada um desses domínios para entender melhor os problemas que me deixariam animado, mas hospedar esses aplicativos em plataformas de nuvem existentes sempre foi doloroso. Fui forçado a passar pelos mesmos passos várias vezes, e cada passo envolveu uma configuração complexa, além da tediosa manutenção pós-lançamento. Eu também não estava sozinha nisso; meus amigos estavam passando por problemas semelhantes com seus próprios aplicativos e estávamos todos reclamando um do outro sobre como a execução de um aplicativo em produção ainda era uma experiência infeliz.

Foi quando eu considerei o Render pela primeira vez, mas decidi não fazê-lo porque o problema parecia ser grande demais para ser resolvido e imaginei que 'alguém iria consertar'. Em vez disso, mergulhei mais fundo na inteligência artificial e, como estava fazendo um curso on-line de aprendizado profundo oferecido pelo fast.ai , percebi como todos estavam lutando para administrar o Jupyter na AWS. Eu ainda estava procurando problemas para resolver, então decidi criar o Crestle , que permite que qualquer pessoa crie um notebook Jupyter baseado em GPU na nuvem com um único clique. Foi muito bem recebido e, por um tempo, considerei a criação da Crestle em uma empresa maior. No entanto, logo percebi que não estava muito entusiasmado com o problema para trabalhar nos próximos dez anos, que é o tempo necessário para construir algo realmente útil e duradouro.

Mas construir Crestle me deu muitas dicas sobre Kubernetes e Docker (que são avanços espetaculares no empacotamento e implantação de aplicativos), e me ajudou a conectar os pontos e finalmente conceituar uma plataforma em nuvem que seria incrivelmente fácil de usar e extremamente flexível e poderoso. No final, acho que me cansei de esperar que os grandes provedores de nuvem fiquem melhores com a experiência do usuário e decidi criar a nuvem que sempre desejei para meus próprios aplicativos.

O que aconteceu na construção do produto inicial?

Comecei a trabalhar no Render em julho de 2017, e a versão inicial era um ambiente de codificação Python sem servidor no navegador que interagia com uma API apoiada pelo Kubernetes e Docker. Foi ótimo para criar pontos de extremidade HTTP rápidos e obter feedback instantâneo sobre seu código, mas depois de alguns meses ficou claro que a maioria dos aplicativos não seria capaz de executá-lo sem criar um forte bloqueio do fornecedor (como no AWS Lambda). Eu percebi que para o Render rodar a maioria dos aplicativos do mundo real, eu tive que construir uma plataforma mais genérica; Então, mudei de faixa e criei a segunda versão do Render no final de 2017 / início de 2018. Esse protótipo foi criado para hospedar aplicativos da Web Python, Node e Ruby regulares com implementações instantâneas e contínuas do GitHub. Eu compartilhei com meus amigos que estavam animados com isso, e quando eles começaram a usá-lo para seus próprios projetos, ficou claro que Render era útil o suficiente para cutucar ainda mais.

Foi aí que decidi criar uma rodada de sementes para poder formar uma equipe e expandir além do protótipo. Steve Herrod, da General Catalyst (também os primeiros investidores em Stripe) liderou a rodada, e Ruchi Sanghvi , do South Park Commons Fund, me ajudou a impulsionar o processo de arrecadação de fundos e também serviu como caixa de ressonância. Ambos continuaram a ser muito úteis.

Mas o financiamento é apenas parte da equação; Não muito tempo depois que eu terminei de levantar, Adrian Duong e eu nos conhecemos através de um amigo em comum e eu o convenci a se juntar a mim em nossa jornada ambiciosa. Ralph Landon e Maša Mlakar juntaram-se mais tarde em 2018 e juntos construímos a plataforma inicial que foi lançada no início deste ano. Continuamos construindo nossas equipes de engenharia e design em SF, e me sinto muito agradecido pelo incrível grupo de pessoas com quem trabalho todos os dias.

A pilha de tecnologia do Render não mudou significativamente desde o início de 2018. Escolhemos o Go para o backend porque interagimos intimamente com o Kubernetes e o Docker (ambos são escritos em Go) e porque ele tinha muito impulso e arte anterior como uma linguagem de infraestrutura . Ele também ajudou que era muito rápido e ótimo para programação simultânea, que acabamos fazendo muito, mesmo no início. Nosso frontend é um painel do React que interage com nossa Go API através do GraphQL (usando o Apollo Client ). Começamos com um monólito e, desde então, dividimos em alguns serviços diferentes para aumentar a tolerância a falhas e permitir o dimensionamento independente.

Descobrimos que nossa pilha atual é razoavelmente produtiva, mas o Go pode às vezes ser mais detalhado do que gostaria (insira um discurso obrigatório sobre a falta de genéricos). Se eu estivesse criando um webapp que não envolvesse a criação de infraestrutura, provavelmente escolheria Python ou Elixir porque é mais fácil ser mais produtivo com eles. No entanto, o Go continua a ser a melhor opção para construir uma infraestrutura rápida, escalável e confiável, que é, naturalmente, o nosso pão com manteiga no Render.

Como você atraiu usuários e cresceu sua empresa?

Lançamos o Render em acesso somente para convidados no verão de 2018. A maioria dos primeiros usuários eram desenvolvedores em nossas redes pessoais, mas logo começamos a ver usuários que não conhecíamos pessoalmente. Isso aconteceu inteiramente através do boca a boca, e também porque Render acabou sendo a opção mais fácil para a implementação do modelo fast.ai , o que significava que a maioria dos alunos que usavam o curso usava o Render por padrão.

Depois de alguns meses, ficou claro que estávamos prontos para lançar formalmente, então abrimos inscrições no final de abril deste ano. Este foi um grande ponto de virada; isso nos chamou a atenção de várias tomadas, que se transformaram em milhares de novos usuários, muitos dos quais se tornaram defensores extremamente vocais da Render. Se você pesquisar por @getRender ou render.com no Twitter, verá nossos usuários contando espontaneamente a seus seguidores sobre nós porque eles amam o produto, e o boca-a-boca continua sendo nosso principal canal de crescimento.

Também criamos guias para implantar muitos frameworks e aplicativos diferentes no Render (disponível em https://render.com/docs ) e eles são muito úteis para nossos usuários e também estão se tornando um canal de crescimento material por meio do Google. procura por 'como implantar o X'. Outra avenida que funcionou bem é links para Render na documentação de projetos populares de código aberto. Render é agora uma opção de implantação oficial para o Gatsby, o Create React App, o Hugo, o Vue e muitas outras estruturas de código aberto amplamente usadas, e estamos vendo um número crescente de usuários nos descobrindo por meio desses canais.

Há muito mais que podemos e precisamos fazer para crescer, mas o melhor tipo de crescimento sempre veio da melhoria de nossos produtos de forma a expandir seu alcance. Adicionando suporte para o GitLab e permitindo o armazenamento em bloco para aplicativos Render são dois exemplos em que expandimos significativamente os possíveis casos de uso que o Render permite. Acreditamos que o crescimento sustentável e econômico só pode acontecer por meio do boca-a-boca, o que significa realmente suar os detalhes e construir algo que os usuários adoram tanto que querem compartilhá-lo com todos que conhecem.

Qual é o seu modelo de negócio e como você aumentou sua receita?

Nosso modelo de negócios é bem simples: cobramos pela hospedagem. Temos um plano gratuito para sites estáticos, mas tudo o mais é um serviço pago. Quando lançamos o beta privado de Render no início de 2018, gastamos muito tempo nos preços e também envolvemos os primeiros usuários nessas discussões, e continuamos a refiná-lo desde então. Logo após o lançamento, introduzimos novos produtos pagos e planos de preços, todos disponíveis em https://render.com/pricing . Há algumas lições que aprendi sobre precificação: você precisa experimentar e, como iniciante, precisa lutar contra o desejo de subpreciar. Renderizar não é a opção menos dispendiosa para hospedar um aplicativo, mas é a mais fácil e econômica. Nós economizamos muito tempo para nossos usuários, o que se traduz em dinheiro real, especialmente se você não precisa contratar engenheiros devops que são muito difíceis de encontrar e recrutar.

De maneira inesperada, nosso crescimento de receita superou em muito o crescimento dos usuários, o que parece ser um bom sinal. Achamos que é porque, assim que nossos usuários descobrem como é fácil criar um serviço no Render, eles acabam transferindo todos os seus serviços para nós. Vimos isso acontecer repetidamente para usuários anteriormente no Heroku e na AWS. Além disso, quando você faz algo extremamente fácil de fazer, as pessoas naturalmente farão mais, por isso, estamos vendo os usuários implantarem aplicativos que, caso contrário, não teriam colocado em produção; isso é muito gratificante porque estamos capacitando mais pessoas a compartilhar suas criações com o mundo.

Quais são seus objetivos para o futuro?

Nosso objetivo principal é continuar simplificando a implantação e a hospedagem de todos os tipos de aplicativos, até o ponto em que Render é a opção padrão para qualquer coisa que você queira executar on-line. Estamos construindo o Render para o longo prazo e, no melhor dos casos, é um esforço de várias décadas para que nossos objetivos sejam ambiciosos. Estamos trabalhando para alcançá-los um dia de cada vez ouvindo nossos usuários e construindo o Render com um foco implacável na experiência do usuário. Há muito trabalho pela frente, mas o feedback que obtivemos até agora é muito encorajador, por isso continuaremos a fazer o melhor para nossos usuários.

No curto prazo, estamos focados em habilitar mais casos de uso e aplicativos no Render. Recentemente, lançamos a capacidade de criar e montar discos para qualquer aplicativo Render, e isso permite executar aplicativos stateful complexos como Elasticsearch, Kafka e MongoDB. Também estamos trabalhando na integração dos melhores serviços de registro e monitoramento para que nossos usuários possam obter melhor visibilidade de suas cargas de trabalho. Finalmente, muitos desenvolvedores estão aguardando o Render para oferecer regiões de hospedagem na Europa e na Ásia, então estamos trabalhando para que isso aconteça.

Quais são os maiores desafios que você enfrentou e os obstáculos que você superou? Se você tivesse que começar de novo, o que você faria diferente?

Como eu mencionei anteriormente, a primeira vez que pensei em construir o Render pareceu grande demais para assumir e eu mantive a idéia em segundo plano por quase um ano. Isso foi claramente um erro. Idéias que parecem muito amplas ou ambiciosas às vezes podem ser as melhores, porque muito poucas pessoas estão trabalhando nelas, e mesmo que pareçam intratáveis no início, muitas vezes há uma maneira diferente de analisar o problema que ajuda você a começar e avançar. Quando começamos a criar o Render, ficou óbvio que poderíamos torná-lo muito mais utilizável do que todas as opções existentes e que os desenvolvedores se importavam o suficiente com o UX para migrar seus aplicativos de provedores estabelecidos como AWS e Heroku para uma nova startup como a nossa.

Você encontrou algo particularmente útil ou vantajoso?

Foi útil ver Stripe crescer de um punhado de pessoas para algumas centenas, porque eu vi em primeira mão o que funcionou (e o que não funcionou) quando a empresa escalou. Também foi útil participar do pré-lançamento da empresa e saber que ela estava em beta privado por quase dois anos; em um mundo onde as startups são construídas e lançadas ao longo de um fim de semana, às vezes faz sentido pensar muito sobre o produto que você quer construir e aproveitar para acertar.

Também foi muito útil fazer parte de uma comunidade técnica como o South Park Commons enquanto eu criava a primeira versão do Render. Mesmo que o produto fosse apenas para convidados, convidei (leia coagido) todos ao meu redor para usá-lo e recebi um feedback inestimável que continua a informar nossas decisões de produto hoje.

Qual é o seu conselho para os empreendedores que estão apenas começando?

Descobri que o rigor intelectual e a disciplina são inestimáveis e subestimados: são dois de um número muito pequeno de coisas que estão totalmente sob o seu controle como uma startup e desejo que mais empresas as pratiquem com diligência. Pensar com afinco não é sempre divertido (como humanos, infelizmente, somos programados para a preguiça intelectual), mas leva a produtos que se destacam e soluções que foram negligenciadas. Da mesma forma, a disciplina para se concentrar apenas em coisas que precisam ser feitas (em oposição a coisas que parecem vagamente úteis, mas mais divertidas) é crucial. Há sempre um número infinito de coisas para trabalhar em uma startup, mas o tempo é o recurso mais precioso que você já terá, e a priorização implacável é essencial.

Eu também recomendo pegar o tempo para encontrar uma idéia ou espaço que você se importa profundamente antes de iniciar sua empresa; O ajuste idéia-fundador é pelo menos tão importante quanto o tamanho do seu mercado ou com quem você acaba trabalhando. Na melhor das hipóteses, você estará trabalhando em sua empresa por uma década, então você tem que estar realmente animado com o espaço ou correr o risco de queimar rapidamente.

Finalmente, questionaria todo o aconselhamento empresarial (incluindo o acima), porque os talentos, habilidades e circunstâncias de todos são únicos; Isso torna muito difícil dar conselhos genéricos que sejam realmente úteis, mas muito fáceis de atribuir resultados bem-sucedidos a ações específicas e ignorar o papel que a sorte desempenha na evolução de qualquer startup.

Onde podemos ir para aprender mais?

Você pode aprender mais sobre Render em https://render.com e nos seguir no Twitter em @getRender . Você também pode me perguntar qualquer coisa e eu ficaria feliz em ajudar, se puder. Estou disponível no chat da comunidade do Render em https://render.com/chat e no Twitter em @anuraggoel .