Tem um produto de software? Adicione de graça. Uma pessoa lê e publica em até um dia.Tem um produto? Adicione de graça.

Adicione o seu produto
Adicionar um produto

Hospedagem e nuvem

Onde a aplicação realmente roda.

Hospedagem e nuvem

Ainda não há produtos nesta categoria

Nada foi cadastrado aqui até agora. Se você faz um produto que pertence a esta prateleira, adicione-o e uma pessoa vai lê-lo.

Adicione o seu produto

O que esta prateleira cobre

Lugares para rodar uma aplicação: plataformas gerenciadas que implantam a partir de um repositório, serviços de contêineres, máquinas virtuais e provedores de nuvem completos com várias centenas de serviços acoplados.

A resposta certa depende menos da escala do que de quanto trabalho operacional você quer assumir. Cada camada de controle que você toma traz um dever que chega numa hora inconveniente.

Os bancos de dados têm sua própria prateleira em bancos de dados. Acompanhar o que acontece depois que a aplicação está no ar é assunto de monitoramento.

Quatro níveis de controle

As plataformas gerenciadas recebem o código e o executam. As implantações vêm de um repositório, a escala é uma configuração e a maioria das decisões de infraestrutura é tomada por você. São o caminho mais rápido para a produção e o menos flexível quando algo fora do comum é necessário.

Os serviços de contêineres ficam um degrau abaixo, executando imagens que você constrói com uma orquestração que você configura. Mais trabalho, mais controle e um artefato portátil que se move entre provedores.

As máquinas virtuais entregam um sistema operacional e tudo o que vem junto, inclusive atualizações, segurança e backups.

Os provedores de nuvem completos oferecem os três mais um catálogo de serviços gerenciados, ao preço da complexidade e de uma fatura que exige atenção.

As perguntas que decidem o desempenho

  • Escolha da região, perto dos seus usuários e do seu banco de dados.
  • Cold starts, em tudo o que escala a zero entre requisições.
  • Conexões persistentes, que alguns modelos serverless tratam mal.
  • Tempo de build e de implantação, já que um deploy de dez minutos muda a frequência com que as pessoas publicam.
  • Entrega estática, em cache perto dos visitantes em vez de servida da origem toda vez.

A distância entre a aplicação e seus dados é o problema autoinfligido mais comum. Cinquenta consultas por página cruzando uma fronteira de região produzem um site lento que nenhum trabalho de front-end consegue salvar.

Confiabilidade e o que acontece num dia ruim

As promessas de disponibilidade merecem ser lidas, não apenas aceitas. A maioria cobre o plano de controle do próprio provedor e compensa com créditos de serviço, que não são o que uma queda custa a você.

Pergunte sobre domínios de falha: se suas instâncias ficam em uma zona ou em várias, o que uma nova implantação faz com o tráfego ao vivo e se o rollback é um botão ou uma reconstrução. Pergunte como os logs são retidos e se você consegue alcançá-los quando o painel está fora do ar.

Depois pergunte sobre a recuperação que você controla. Uma queda do provedor é sobrevivível se os seus dados têm uma cópia em outro lugar e a sua implantação é reproduzível. Nenhuma das duas coisas vale por padrão.

Custo e as linhas que crescem em silêncio

A computação é o número da página de preços. A fatura costuma ser feita de cinco coisas.

O egress é cobrado por gigabyte de dados que saem do provedor e se acumula mais depressa em vídeo, downloads e tráfego entre regiões. O armazenamento cresce e raramente encolhe. Os serviços gerenciados trazem seus próprios medidores. Os minutos de build contam nas plataformas que reconstroem a cada push. Os planos de suporte são extras em quase toda parte acima do nível básico.

Ambientes de desenvolvimento e de homologação dobram boa parte disso, a menos que sejam reduzidos ou desligados à noite. Pergunte como fica o total com três vezes o tráfego atual, já que é esse o número que você de fato vai encontrar. O hábito de enterrar medidores assim é tratado em o que as páginas de preços escondem.

Portabilidade e como mantê-la

O aprisionamento nesta categoria raramente é dramático. Ele se acumula um serviço conveniente de cada vez.

Contêineres e runtimes padrão viajam. Funções, filas, serviços de identidade e bancos de dados proprietários não, e cada adoção aumenta o custo de sair. É uma troca legítima quando o serviço poupa trabalho de verdade, e uma troca ruim quando poupa uma tarde.

Mantenha a infraestrutura definida em arquivos, não em cliques no console, e levante o conjunto inteiro do zero uma vez. O que você aprende com esse exercício vale mais do que qualquer tabela de comparação.

Combinar a plataforma com a aplicação

Uma aplicação web padrão com um banco de dados é bem atendida por uma plataforma gerenciada, e o tempo poupado compensa o preço a mais para quase qualquer equipe sem pessoal de operações dedicado.

O processamento em segundo plano, as filas e o trabalho agendado mudam o quadro, já que os modelos serverless tratam mal tarefas de longa duração e algumas plataformas não têm onde colocá-las.

Qualquer coisa com requisitos fora do comum, seja hardware específico, tráfego alto sustentado ou residência de dados estrita, tende a empurrar para a nuvem pura ou para máquinas dedicadas.

Os sites estáticos pertencem à ponta barata e muitas vezes não custam nada para servir direito.

Decida pelo formato da carga de trabalho, não pelo tamanho da empresa. Equipes pequenas rodam aplicações exigentes, e as grandes com frequência rodam as simples.

Perguntas frequentes

Qual é a diferença entre uma plataforma e a nuvem pura?

Uma plataforma recebe o seu código e o executa, decidindo a maior parte da infraestrutura por você. A nuvem pura entrega máquinas e redes para você montar. A primeira troca controle por tempo, a segunda troca tempo por controle.

Onde hospedar para ter a melhor velocidade?

Perto dos seus usuários e perto do seu banco de dados. A distância entre regiões, da aplicação até os dados, desfaz a maior parte das outras otimizações, e uma rede de entrega de conteúdo só ajuda com arquivos estáticos.

Como funciona a cobrança de egress?

Os dados que saem do provedor são cobrados por gigabyte, muitas vezes mais do que armazená-los. Vídeo, downloads e tráfego entre regiões são onde isso se acumula, e alguns provedores dispensam a cobrança, o que vale conferir cedo.

Preciso de uma rede de entrega de conteúdo (CDN)?

Para qualquer site com público global, sim, e a maioria das plataformas já inclui uma. Ela guarda em cache arquivos estáticos perto dos visitantes e não faz nada pelas respostas dinâmicas, que continuam vindo da origem.

Como evito ficar preso a um fornecedor?

Mantenha a aplicação portátil e seja deliberado sobre quais serviços gerenciados você adota. Contêineres e runtimes padrão se movem. Funções, filas e bancos de dados proprietários é que transformam uma migração em reescrita.