Para cargas de trabalho que precisam da profundidade de um hyperscaler — bases de dados geridas, CDN global, funções serverless — construímos sobre a AWS. Não é a opção predefinida para todos os projetos, mas quando a escala ou os requisitos de conformidade o exigem, é a base certa.
O mesmo processo de três fases que usamos em tudo o que construímos: consultoria, construção, operação. A AWS muda o que acontece dentro de cada fase, não a estrutura.
Os serviços certos para a carga real, não a instância maior disponível.
Aprovisionada e versionada, para que os ambientes sejam reprodutíveis em vez de configurados manualmente.
Monitorização, escalonamento e resposta a incidentes geridos como parte da Brova Cloud, e não numa fila de tickets à parte.
Uma ferramenta vale o que vale a disciplina que existe à sua volta. Isto é o que "usamos AWS" realmente significa num projeto.
RDS e Aurora dimensionados e ajustados para a carga real, sem sobredimensionamento por defeito.
Lambda para cargas de trabalho que não precisam de um servidor sempre ligado a consumir recursos em vão.
CloudFront e S3 para conteúdo que precisa de carregar rapidamente em qualquer parte do mundo.
VPC e IAM configurados deliberadamente, nunca abertos por defeito.
Aqui está o que as pessoas costumam querer saber sobre a AWS antes de nos contactarem.
Não. Usamos a AWS quando uma carga de trabalho realmente precisa da profundidade de um hyperscaler: bases de dados geridas em grande escala, um CDN global, funções serverless, ou requisitos de compliance específicos. Para cargas mais pequenas ou previsíveis, uma infraestrutura autoalojada em Proxmox ou uma configuração mais simples costuma ser a resposta melhor e mais barata; a fase de conceção de arquitetura do processo é o que decide o que se aplica.
Aprovisionamos a infraestrutura como código, para que os ambientes sejam reprodutíveis e versionados em vez de configurados manualmente e não documentados. O acesso de privilégio mínimo é configurado deliberadamente (VPC e IAM montados com intenção, não deixados nos valores por defeito), e a monitorização, o escalonamento e a resposta a incidentes funcionam como parte da Brova Cloud, em vez de uma fila de tickets separada e desligada de que ninguém trata.
Ambas funcionam. Os projetos podem correr sob a vossa própria conta AWS (o que mantém a faturação e a propriedade inteiramente convosco) ou sob o nosso ambiente gerido como parte da Brova Cloud. O que faz sentido depende dos vossos requisitos de compliance e de se querem que uma equipa interna dedicada assuma eventualmente as operações.
Qualquer coisa com tráfego imprevisível ou em grande escala, cargas que precisam de bases de dados geridas como RDS ou Aurora, distribuição global de conteúdo através do CloudFront, ou funções serverless para trabalho pontual acionado por eventos. Se nada disso se aplicar, dizemos isso mesmo em vez de recomendar por defeito a opção maior disponível.
A Brova Cloud é a nossa camada de operações geridas; a AWS é um dos fornecedores de infraestrutura sobre os quais a construímos para os projetos que dela precisam. A Brova Cloud é a disciplina de monitorização, correções e resposta a incidentes; a AWS é o processamento, armazenamento e rede subjacentes para cargas de trabalho dessa escala.
Ou envie-nos uma mensagem pelo WhatsApp, +44 7883 256391. Respondemos dentro de um dia útil.