5 erros de arquitetura em nuvem que ainda não deveríamos estar cometendo

Shutterstock / Connect world

A adoção da computação em nuvem cresceu rapidamente nos últimos anos. Muitas organizações agora dependem de seus sistemas em nuvem. Isso deixa menos espaço para erros ao projetar novas arquiteturas.

Um sistema mal planejado pode ser um fardo para a empresa que o está usando. Reconfigurar uma arquitetura é um processo caro e demorado, especialmente se a migração original para a nuvem não foi tranquila. Embora alguns erros sejam inevitáveis, aqui estão cinco dicas que você deve observar.

1. Foco cego

As tecnologias de nuvem ainda estão cercadas por um certo exagero e agitação. Isso pode levar as organizações a se fixar na última “ grande novidade, ” mesmo que uma solução mais antiga seja realmente mais apropriada.

Não mude para a nuvem só porque pode. Avalie suas opções objetivamente dentro do contexto de suas operações. Presumir que a nuvem resolverá todos os seus problemas de infraestrutura de TI é um dos maiores erros que você pode cometer. Uma migração bem-sucedida exige que você adote uma mentalidade de nuvem em primeiro lugar, não uma lista de tecnologias e provedores de serviços.

Uma migração mal considerada para a nuvem pode agravar quaisquer problemas organizacionais existentes. A ampla distribuição de serviços em diferentes plataformas impede sua capacidade de supervisionar seus sistemas. Você precisará aprender novas ferramentas e processos de gerenciamento para manter o controle.

A adoção da tecnologia de nuvem tem um custo anexado. Isso normalmente é confirmado dentro do prazo necessário para retreinar o pessoal à medida que se adaptam ao novo sistema. Você deve avaliar cada carga de trabalho para determinar se faz sentido movê-la para a nuvem. Nem toda migração valerá a pena.

Não perca de vista onde seus dados estão armazenados. Você precisa saber onde seus servidores estão localizados, quantos servidores você possui e como os dados estão sendo distribuídos entre eles. Lembre-se de que você não está mudando para uma nuvem abrangente que pode definir e esquecer. É importante documentar como sua arquitetura funciona e onde seus dados residem.

As migrações para a nuvem devem ser conduzidas por uma necessidade comercial legítima. Você precisa ser capaz de identificar o que um sistema em nuvem adicionará à sua organização. Caso contrário, você pode acabar com uma infraestrutura cara que é subutilizada e mal alinhada com suas operações.

2. Erros de provisionamento

A nuvem simplifica a criação de novas instâncias de servidores, serviços e armazenamentos de dados. Infelizmente, isso pode resultar em provisionamento não otimizado, o que consome seu orçamento e pode afetar o desempenho.

Servidores compartilhados podem fazer sentido para alguns componentes de sua pilha. Se você tiver 10 servidores que ficam ociosos durante a maior parte do dia, pode fazer mais sentido consolidar em uma única máquina.

Lembre-se de que “ a nuvem ” ainda carrega as regras básicas de design de arquitetura de hardware. Embora você possa criar dezenas de servidores espalhados por regiões geográficas, isso pode aumentar a latência e requer níveis sustentáveis ​​de taxa de transferência de rede.

Esses problemas são particularmente prevalentes em organizações maiores, onde departamentos individuais têm permissão para criar sua própria infraestrutura. Você pode rapidamente terminar com uma contagem de instâncias que excede em muito suas estimativas de custo.

Se um indivíduo deixa a organização, as instâncias raramente usadas podem ser esquecidas. Mantenha um inventário de seus servidores em nuvem para saber quando as instâncias se tornaram redundantes. Em equipes pequenas, pode ser mais sustentável permitir que colegas de trabalho gerenciem máquinas virtuais em um servidor compartilhado. Fornecer acesso total a um ambiente de nuvem pode rapidamente se provar lamentável.

3. Sem espaço para mudanças

RELACIONADOO que é "GitOps" e por que isso é importante?

A nuvem é a tecnologia de hoje. Se há algo que é evidente nas últimas décadas, pode não ser necessariamente relevante amanhã. Embora a noção geral de “ colocá-lo na nuvem ” parece improvável que desapareça, tecnologias individuais evoluem e são substituídas regularmente.

Se você está reservando um tempo para migrar para a nuvem, faça um favor a si mesmo e use a oportunidade para avaliar como seus sistemas podem acomodar as mudanças. Este exercício também é útil para determinar uma estratégia de migração eficaz.

Projetar para mudanças geralmente envolve a divisão de monólitos em microsserviços individuais. Isso por si só pode exigir refatoração substancial, mas pode render dividendos a longo prazo.

Depois de adotar uma arquitetura de microsserviços, você terá a liberdade de localizar cada serviço individual na nuvem que melhor se adapte a ela. Se uma tecnologia for substituída no futuro, você poderá se concentrar na migração dos microsserviços específicos que a utilizaram.

Em uma escala maior, os provedores de nuvem podem desenvolver suas pilhas de produtos, fundir-se ou encerrar. Você deve fazer planos de como o seu sistema responderá a esses eventos, por mais improváveis ​​que pareçam. Não presuma que a situação hoje permanecerá a mesma para sempre.

4. Sem plano de migração

RELACIONADOComo migrar seu banco de dados para AWS

Implementar uma arquitetura de nuvem não é algo que você faça à tarde. Migrações bem-sucedidas exigem um plano de ação que considere totalmente todas as contingências. Você deve se certificar de que todas as partes interessadas sejam informadas sobre o que está acontecendo, por que é necessário e como você responderá a quaisquer problemas imprevistos.

Você deve tentar migrar gradualmente suas cargas de trabalho. Se você mover tudo de uma vez, qualquer problema terá muito mais impacto. Começar com um serviço de tráfego relativamente baixo lhe dará mais espaço para respirar se algo der errado.

Avalie cada migração para identificar os aprendizados que você pode aplicar na próxima. Aumente gradualmente a adoção da nuvem até chegar onde deseja. Uma migração pode acabar sendo um exercício de vários meses, mas isso dá a você mais tempo para analisar seus efeitos em sua organização.

No mínimo, uma estratégia documentada é importante para que você tenha uma referência para o futuro. Seus sucessores agradecerão se você puder indicar a eles um plano de migração que explica como sua infraestrutura atingiu seu estado atual. É importante detalhar o caso de negócios para cada estágio, bem como os detalhes técnicos. Isso ajuda a ilustrar por que um sistema foi escolhido em vez de meramente descrever o que foi instalado.

5. Despriorizando a segurança

Esta lista não estaria completa sem mencionar a segurança. A segurança precisa ser mais do que uma reflexão tardia. Deve ser incorporado a cada aspecto de sua arquitetura. Transferir a segurança para o início de seu processo de tomada de decisão garante que ela não possa ser esquecida.

RELACIONADO: Quais são os três pilares da segurança cibernética?

Não presuma que seus sistemas em nuvem são inerentemente seguros. O uso de provedores de grande nome pode fornecer uma falsa garantia de que seus dados estão protegidos. Na realidade, nenhuma nuvem é totalmente segura. Muitas violações graves se originam de erros básicos de configuração, como a exposição involuntária de um intervalo de armazenamento de objeto.

Integrar a segurança ao seu design reduz o risco de problemas ocultos. Ter uma única auditoria no final do processo pode fazer com que você perca vulnerabilidades que residem em componentes individuais.

A integração de segurança sistêmica adiciona tempo e custo à construção inicial, mas é vital para uso a longo prazo. Você precisa considerar cada eventualidade em que um invasor possa obter acesso aos seus servidores, dados e armazenamentos de configuração.

Lembre-se de bloquear o acesso aos painéis de controle do host da nuvem também. Não adianta ter proteções de segurança de carga de trabalho rigorosas se você estiver usando uma senha não segura para acessar seu provedor de hospedagem. Use uma senha forte, configure a autenticação de dois fatores e delegue acesso apenas a membros essenciais da equipe.

Resumo

Uma arquitetura de nuvem eficaz ajuda a maximizar as oportunidades oferecidas por seus sistemas. A tecnologia de nuvem pode ser mais eficiente, mais escalonável e mais fácil de integrar com outros serviços. No entanto, isso não significa que seja sua única opção.

Avalie todo o espectro de tecnologias disponíveis, crie um plano detalhado antes de migrar e esteja aberto a mudanças. Integre a segurança desde o início para que você saiba que seus dados estão seguros. Você ainda pode cometer erros, mas pelo menos estará mais bem preparado para antecipá-los e resolvê-los.