Como preparar a sua equipa para tirar partido dos modelos operacionais na nuvem

by Keiran Holloway, Senior Technical Manager, Rackspace Technology, And Sriram Rajan, Senior Principal Architect, Rackspace Technology

Meeting

 

Os modelos operacionais de nuvem são elementos essenciais para um ambiente de nuvem bem-sucedido. Na Rackspace Technology®, onde gerimos ambientes de nuvem há muitos anos, concluímos frequentemente que podem ser um obstáculo à capacidade da sua empresa para adotar com êxito uma nuvem pública. Esta é uma das áreas das TI que é frequentemente difícil de definir e contextualizar. Neste post, pretendemos explicar os modelos operacionais de nuvem, bem como as caraterísticas e as chaves para a construção de um modelo operacional de nuvem bem-sucedido.

Comecemos pelas caraterísticas de um modelo operacional bem sucedido. Estes incluem:

  • Democratizar a tecnologia através da nuvem nativa e aproximá-la dos utilizadores finais.
  • Ganhar agilidade e capacidade de correr rapidamente.
  • Eliminar a duplicação de esforços e permitir economias de escala.
  • Proporcionar clareza em torno das linhas de demarcação entre as várias funções no ambiente de nuvem.
  • Fornecer vias de comunicação entre as várias funções (acrescentar mais funções é ótimo, mas há um compromisso entre especialização e eficiência).

Contextualização de um modelo operacional eficaz

É possível dividir a pilha de nuvem média de uma empresa em três camadas, incluindo:

  1. Camada de aplicação: É aqui que reside a sua aplicação ou lógica empresarial. É efetivamente a plataforma em que os seus utilizadores finais consomem os seus serviços. 
  2. Camada de serviços partilhados: Esta é constituída por vários componentes, dependendo das tecnologias adoptadas pela sua empresa. As tecnologias que normalmente se situam na camada de serviço partilhado incluem os seus mecanismos de orquestração de contentores (por exemplo, clusters Kubernetes®), barramentos de mensagens partilhados (por exemplo, Apache Kafka ou Amazon Simple Queue Service), padrões de gestão de identidade e acesso à nuvem (por exemplo, AWS Single Sign-On) e zonas de aterragem de rede.
  3. Camada de infra-estruturas: Embora deva haver uma tendência para a utilização de plataformas de serviços partilhados sempre que possível, haverá ocasiões em que serão necessárias implementações personalizadas, como a execução de um produto pronto a usar numa instância do Amazon EC2. A infraestrutura que se situa fora desta camada de serviços partilhados cairá normalmente na camada de infraestrutura.

Dentro de cada uma destas três camadas, existem duas funções:

  1. Construção e implantação: As camadas devem estar a produzir padrões de implantação padrão. Por exemplo, utilizando pipelines CI/CD padrão e implantando aplicações.
  1. Operações em curso: É o que se designa por "alimentar e regar" as infra-estruturas para garantir que funcionam de forma eficaz, segura e eficiente.

Segue-se uma representação visual da forma como estas funções poderiam ser estruturadas.

< entidade drupal data-align="left" data-embed-button="media_entity_embed" data-entity-embed-display="view_mode:media.full" data-entity-type="media" data-entity-uuid="ffc70d81-8bc0-42e9-b646-2faec089e354" data-langcode="en"> < /drupal-entity>

Como mostrado acima, um modelo operacional fornece seis funções separadas (as caixas amarelas) no seu ambiente de nuvem. Dependendo da sua organização, poderá necessitar de seis equipas diferentes (uma para cada função), ou utilizar um número mais reduzido de equipas com funções sobrepostas. Por exemplo, a equipa que constrói as aplicações pode também ser a pessoa responsável pela rega e alimentação da aplicação. Isto pode incluir coisas como monitorizar a disponibilidade da aplicação 24x7x365, bem como ser responsável pelas actualizações do código e pelas alterações da aplicação de lançamento. Em alternativa, pode dividir estas acções em equipas e funções separadas.

O Google Cloud oferece construções interessantes que ajudam a criar as funções acima mencionadas utilizando os principais serviços de infra-estruturas. Por exemplo, pode criar uma rede partilhada (nuvem privada virtual) que é gerida pela sua equipa de operações partilhadas, mas utilizada pela sua equipa de operações de aplicações. Os projectos Google Cloud permitem às equipas de operações centralizar a monitorização, agrupar runbooks e processos de notificação num único local e geri-los eficazmente. Também pode utilizar uma biblioteca de implementações Google utilizando a infraestrutura Terraform como código como base para implementações personalizadas.

Chaves para criar um modelo operacional de nuvem bem-sucedido

  • O conjunto certo de competências: Certifique-se de que tem todas as funções abrangidas pela imagem acima e que a sua equipa possui as competências adequadas. Um antipadrão que temos visto é ter equipas de infraestrutura de plantão para a aplicação. Mas isso raramente produz resultados muito melhores do que simplesmente reiniciar a aplicação. Isto significa que a causa principal nunca é particularmente bem compreendida.
  • Preencher as lacunas de competências: Documentar a composição de cada equipa. É comum encontrar lacunas no modelo operacional quando se percorre as equipas e os indivíduos que desempenham cada função. Colmatar eventuais lacunas é uma forma rápida de melhorar a sua abordagem de funcionamento da nuvem.
  • Alinhar as funções: Estabelecer as fronteiras entre estas funções e as responsabilidades dos membros da equipa em cada grupo.
  • Streamline teamwork: Understand and record how the teams interact. É frequente vermos diferentes equipas a utilizar diferentes ferramentas, linguagens ou terminologia de gestão de serviços de TI (ITSM). Isto cria interações caóticas e deve ser evitado.
  • Abraçar o nativo da nuvem: Por exemplo, opte por uma solução sem servidor para eliminar qualquer trabalho pesado do seu lado. Mesmo que não seja possível adotar uma abordagem totalmente sem servidor, a adoção de contentores utilizando o Google Kubernetes Engine ou os padrões padrão do Google Compute Engine pode ajudar.

A criação de modelos operacionais de nuvem pode ser uma tarefa assustadora. Definir os seus próprios processos e a sua estrutura organizacional é muitas vezes mais difícil do que se espera. Depois, há os numerosos fornecedores de serviços de computação em nuvem entre os quais escolher. Vai fazer a sua própria gestão e tentar fazer tudo sozinho ou vai contratar pessoal para o ajudar a orientar o caminho? Não existe uma abordagem universal ideal. Os ambientes de TI são complexos, os requisitos comerciais mudam rapidamente e poucos de nós têm orçamentos garantidos. Confie em mim quando digo: não tenha pressa, faça a sua pesquisa - e, por favor, não se limite a transferir os seus problemas actuais para a nuvem.

Prepare a sua equipa para a nuvem