Ferramentas de gerenciamento de nuvem ainda ilusórias

A equipe de nuvem do Google discutiu esta semana a integração multicloud com sua própria plataforma e AWS usando Google Cloud Endpoints e AWS ’Lambda. O Cloud Endpoints permite desenvolver APIs abertas, e você pode então chamar essas APIs do Lambda. Este pode ser o caminho a seguir para as empresas que desejam integrar seus vários provedores de nuvem pública. Estamos interessados ​​na dependência de rede que agora foi introduzida à medida que os dois provedores se conectam. Veremos quais outras ferramentas de integração ou gerenciamento de várias nuvens surgirão à medida que essa tendência crescer.

No tópico de nuvens trabalhando juntas, o tema da conferência ONUG Primavera 2017 desta semana foi nuvem híbrida. ONUG, o Grupo de Usuários de Rede Aberta, se preocupa em desenvolver e usar as tecnologias abertas que podem ajudar os negócios a funcionar. Os membros do grupo optaram pela nuvem híbrida porque ainda falta muito na computação em nuvem pública, como APIs padrão, segurança, ferramentas de monitoramento e habilidades de TI. Como muitas empresas descobriram, não é fácil estender a infraestrutura local para a nuvem para cargas de trabalho críticas.

O gerenciamento de infraestrutura em nuvem está surgindo como uma nova classe de produtos para empresas que tentam tornar a nuvem menos complexa. O gerenciamento de nuvem abrange desde o uso de tecnologia legada para gerenciar uma nuvem privada até ferramentas de gerenciamento de nuvem pública de terceiros. Depois, há aqueles desafios de gerenciamento de nuvem híbrida e multicloud que as empresas estão enfrentando. Uma vez que esse tipo de ferramenta de gerenciamento de nuvem não está exatamente disponível, os compradores devem ler as letras pequenas com cuidado ao olhar para produtos que dizem que podem gerenciar todas as suas implantações de nuvem.

Finalmente, aqui está uma história de terror da rede para enviar você para o fim de semana. Um pequeno erro de código de um engenheiro de rede impediu o acesso móvel a milhões de pessoas. O erro de código foi agravado por outros erros, alguns movidos por humanos e alguns relacionados ao processo. As lições aprendidas são particularmente valiosas:leve a culpa a quem merece, mas faça primeiro o conserto e, em seguida, aponte o dedo. O planejamento do teste e o teste real são essenciais. E uma dica de erro humano que todos podemos usar:não cometa o mesmo erro duas vezes. Há ainda mais histórias “How I Broke My Network” do podcast Network Collective.

Até a próxima semana, pontue seus ds e cruze seus is.