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

Os modelos operacionais de nuvem são elementos essenciais para um ambiente de nuvem bem-sucedido. São tão importantes, diria eu, que muitas vezes podem ser o obstáculo entre si e a 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. Este artigo pretende clarificar os modelos operativos de computação em nuvem, incluindo as caraterísticas de um modelo bem sucedido, as suas camadas de funcionalidade e as chaves para construir um modelo operativo de computação em 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, pode ter seis equipas separadas ou utilizar um pequeno número de equipas e sobrepor funções. 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.  

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 quais as equipas existentes e quem as compõe. É 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.
• Acordo de funções: Chegar a um acordo sobre as linhas de demarcação existentes na sua organização entre estas funções.
• Dinamizar o trabalho em equipa: Compreender e registar a forma como as equipas interagem. É 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.

Esta pode parecer uma viagem 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 ideal que sirva para todos. 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.

Join the Conversation: Find Solve on Twitter and LinkedIn, or follow along via RSS.

Stay on top of what's next in technology

Learn about tech trends, innovations and how technologists are working today.