*Arquivado*
= Melhor serviço de hospedagem em nuvem? =

Olá pessoal, quero implantar minha API de back-end do Django, mas não para produção, para desenvolvimento. Qual é o seu serviço de nuvem preferido para fazer isso? Até agora, encontrei o serviço Ngrok e Amazon AWS, e Jenkins e eu estou entendendo cada um a fundo para fazer uma comparação. Quero saber pela sua experiência, qual é o seu serviço preferido

P.S: ultimamente recebi uma resposta muito hostil por minha falta de experiência e apenas por tentar ajudar - para ver este sub lentamente se tornar hostil e agressivo como outros sites (aparentemente, apenas mencionar os nomes de outros sites faz com que sua postagem seja excluída)

Então, por favor, desculpe qualquer falta de experiência que você encontrar no meu post (ou posts/comentários futuros)

EDIT: Eu não esperava tantas respostas, obrigado a todos por suas respostas, tentarei responder a todos

Se estiver sendo implantado em um servidor remoto, não importa se é para produção ou não - a maioria das coisas será a mesma. Para implantação gratuita e relativamente fácil, experimente Pythonanywhere ou Heroku. Se você deseja mais controle, experimente o Digital Ocean. Escrevi um guia (que considero bastante abrangente) para implantar seu
*primeiro* aplicativo Django para o Digital Ocean aqui

Sim, o oceano digital é definitivamente uma joia se você deseja controle, com certeza não será implantado em meio minuto, mas é definitivamente superior à maioria das outras opções se você deseja mais controle

Pythonanywhere parece atender às minhas necessidades 90% do tempo, sem muito controle, sem muita automação e controle manual, em algum lugar no meio

Tenho muita experiência com AWS Lambda e Django. Não consigo pensar em um único bom motivo para usar o Django no AWS Lambda. Tipo, nem um único motivo. Extremamente complicado para tão pouco retorno, especialmente quando suas dependências se tornam um pouco mais do que triviais. Você não quer jogar o jogo de otimização de dependência com o limite de tamanho de arquivo de 250 MB. Se você realmente tem problemas de escalabilidade para um projeto Django, eu diria que a solução é provavelmente uma combinação de ECS, celery e cloudfront

O Heroku é muito fácil de implantar, gratuito até atingir um certo limite, o pythonanywhere é o mesmo, mas um pouco mais difícil, pois você precisa configurar algumas coisas manualmente, o que requer um entendimento básico dos comandos do Linux (nada avançado)

Ambos têm a opção de bloquear o site usando uma senha se você não quiser que as pessoas o visitem ou se conectem a ele, a menos que sejam autorizadas
Eu uso o Heroku há alguns anos. Meu banco de dados é o nível gratuito do postgres. Funciona muito bem e eu pago um total de $ 7 por mês. Entre em contato se tiver perguntas mais específicas. A documentação deles é muito boa e tive problemas mínimos. Eu tenho um URL personalizado, https, tudo

Implanto todos os meus projetos Django no Google Cloud Run. eu realmente amo isso

Aqui está como eu trabalho com isso:
Começo implantando meu banco de dados de desenvolvimento no Google Cloud SQL. Eu uso essa mesma instância mySQL na nuvem para desenvolvimento local e teste e teste na nuvem

** Desenvolvedor local, executo 3 contêineres docker com docker-compose:
- meu aplicativo Django. O contêiner tem nginx incluído. O banco de dados aponta para o contêiner do proxy SQL
- imagem padrão do proxy SQL do Google. Requer uma conta de serviço do Google json

- contêiner phpmyadmin padrão. Principalmente para solucionar problemas do mySQL
**Implantação em nuvem. encenação e produção
- Eu tenho um arquivo cloudbuild.yaml para meu aplicativo Django. Isso descreve como criar e implantar o aplicativo Django no Google Cloud Run

- No Google Cloud Run, defini um gatilho para criar/implantar meu aplicativo com base em git commits para meu aplicativo. Isso lê o cloudbuild.yaml e automatiza a implantação de minhas alterações na nuvem

- Defino todas as minhas variáveis ​​ENV nos gatilhos para serem passadas para cloudbuild.yaml e, eventualmente, para instâncias do Cloud Run. Claro que eles diferem para encenação e prod

**Porque é que gosto disto**
- A configuração inicial não é simples, mas a automação que ela me oferece é incrível

- O custo das instâncias de desenvolvimento é realmente baixo. O Google Cloud Run cobra apenas pelos segundos usados. Portanto, alguns $ por mês. Agora, a instância do Cloud SQL é onde está o custo, já que ela aciona uma VM que está sempre em execução. Os de baixa CPU ficam abaixo de 10 $ / mês

- Para suas instâncias de produção, você obtém todo o poder do Google Cloud Platform. Dimensionamento horizontal infinito (desde que seu aplicativo da Web não tenha estado). O Cloud Run será escalonado automaticamente. Você também pode dimensionar o Cloud SQL para cima e/ou horizontalmente

- O Google Cloud Run vem com endpoints http/https que você pode mapear para seu domínio. Sem problemas com configurações de certificados SSL. eu amo isto

Deixe-me saber se você está interessado, posso fornecer mais detalhes. Agora acho que devo escrever um artigo detalhado sobre como fazer isso
E aqui meus últimos aplicativos da web Django, implantados no Google Cloud Run
Se você já está fazendo alguma pesquisa sobre os vários serviços de hospedagem em nuvem, pode ser uma boa ideia verificar o Engine Yard. Eu usei o engine yard para várias implantações de aplicativos na nuvem e diria que é uma plataforma muito dinâmica e fácil de usar para implantando seus aplicativos na nuvem
Engine Yard Cloud (EYC) é uma plataforma amplamente preferida como serviço (PaaS) para hospedagem de aplicativos Ruby, Node e PHP. Possui uma infraestrutura robusta e totalmente gerenciada, juntamente com suporte de classe mundial. Possui uma infraestrutura bastante segura e os patches são mantidos atualizados para sua conveniência. Você não tem a sobrecarga de gerenciar a pilha completa, incluindo bancos de dados e balanceadores de carga. Tudo isso é cuidado. Os backups acontecem automaticamente. A meu ver, o Engine yard é uma plataforma que economiza tempo e custos

Você também pode explorar Engine Yard Kontainers (EYK). É uma plataforma de última geração. Eu tentei e achei que era uma migração digna. Ele oferece suporte a várias pilhas, dimensionamento automático em tempo real e muitos outros recursos. Você pode procurar Engine Yard Cloud e Engine Yard Kontainers

Eu recomendo usar a App Platform no Digital Ocean. É semelhante ao Heroku, mas fornece muito mais poder por uma fração dos custos do Heroku

Não tem todos os recursos que o Heroku tem, mas pelo menos para mim tem o suficiente para trabalhar

Não sou um DevOps, então não sei como configurar o Droplet normal de maneira segura. É por isso que a App Platform funciona muito melhor - não preciso pensar na perda de medidas de segurança além do meu aplicativo

Todos os meus projetos pessoais são agrupados em contêineres docker e implantados em um cluster kubernetes de nó único em Scaleway.com. É muito legal e de baixa manutenção, e se alguém atingir uma certa escala, posso facilmente movê-los para um cluster maior ou outro serviço de implantação de contêiner (como ECS, ou até mesmo implantá-los eu mesmo em uma instância com apenas um tempo de execução de contêiner instalado )

No passado, implementei um serviço django no AWS Lambda com Zappa, mas você perde muito do controle e há algumas pequenas coisas que você precisa aprender e implementar (por exemplo, usar uma estrutura sem servidor, gerenciar versões, manter seu lambdas "quentes", etc).