O que realmente significa “multinuvem”? É um destino? Uma ação? Como seria uma “multicloud”, afinal?
O termo “multicloud” tem sido uma palavra da moda que muitos falam sobre fazer, mas poucos executam com sucesso. Se você perguntar a 10 pessoas sobre multicloud, obterá 10 respostas diferentes. Você quer trabalhar separadamente em múltiplas nuvens? Ou você deseja que o mesmo trabalho e dados fundamentais existam em diversas nuvens — e até mesmo abranjam diversas nuvens? Quero o último, com a opção de colocar os dados certos, na hora certa, no local certo.
Minha lista de desejos multicloud
Se eu estivesse procurando executar um mandato multicloud, para começar eu colocaria algumas ferramentas comuns em prática. Eu procuraria um processo ou produto que fosse independente de qualquer hiperescalador ou plataforma local que exista atualmente no setor. A primeira ordem de multicloud: não crie silos.
O que estou tentando fazer com multicloud? Bem, o que eu quero fazer com IA? A IA segue os dados e é necessário um poder de computação substancial para treinar adequadamente os modelos de IA. Os dados também precisam estar acessíveis ao treinador do modelo de IA.
Eu gostaria de uma solução multicloud básica, livre das construções rígidas que podem ser expostas à medida que subo na pilha. Eu consideraria esta base a camada de armazenamento. O armazenamento pode ser em bloco ou arquivo e estruturado ou não estruturado com qualquer protocolo disponível; deixe-me implantar um armazenamento consistente alvo em qualquer lugar que eu quiser.
Também deve estar livre das restrições potenciais e muito reais de movimentação em toda a pilha. Como arquiteto multicloud, não quero arrastar todos os silos, camadas e pré-requisitos que acompanham um aplicativo. Quero que minha camada de armazenamento seja comum, disponível em qualquer implantação, seja localmente ou em qualquer hiperescalador. Uma vez que meus dados, conduzidos por uma camada de armazenamento comum, residem no local de destino, eles podem ser rapidamente consumidos pela orquestração de pilha de destino específica que existe nesse destino.
O que minha multicloud tira do DevOps
Como meus amigos DevOps já possuem processos integrados, eles otimizam o acesso e atualizam os dados com frequência, porque trabalhar com dados obsoletos não é uma boa ideia. Olhando através das minhas nuvens, deveria ser simples comparar a aparência dos meus dados na nuvem A e na nuvem B.
Então, para simplificar minha implementação de acessibilidade de armazenamento de Infraestrutura como Código (IaC), minhas ferramentas devem ter automação padronizada e autodocumentada com verificações e equilíbrios para o repositório de fluxo de trabalho escolhido que prolifera em todo o ambiente desejado.
Gosto de pensar nisso como uma “superestrada de armazenamento” que é pavimentada em qualquer paisagem, e qualquer pessoa pode dirigir nessa camada de armazenamento como achar melhor.
Quando eu transmitir minha base multicloud aos meus colegas de equipe de DevOps, eles pedirão que esse armazenamento seja fluido e com mobilidade de dados sem atrito. Meu mundo multicloud incorporaria mobilidade de dados baseada em API, novamente com IaC fundamental e execução de playbook. Com isso, posso movimentar os dados para consumi-los no lugar certo e na hora certa.
De volta à construção “IA segue os dados”, posso minimizar e, esperançosamente, remover qualquer design de “transformação de dados de Rube Goldberg” e mover armazenamento e volumes fundamentais conforme necessário. Ter essa opção me dá flexibilidade para mover apenas os dados necessários da origem para o destino. Isso também marca a caixa do “mocinho” no que diz respeito à economia multicloud.
A eficiência do armazenamento é fundamental para a solução multicloud. Eu sei que os hiperescaladores não têm como objetivo fornecer eficiência de armazenamento, pelo menos não como uma oferta que eu possa consumir. Quero ter armazenamento eficiente, incluindo provisionamento dinâmico e snapshots. Então posso apontar qualquer aplicativo que consuma esses dados para o destino. Eu só quero mover meu armazenamento e dados associados entre destinos multicloud.
Uma grande parte da minha lista de desejos multicloud inclui meu amigo Kubernetes. Meus amigos DevOps estão trabalhando com Kubernetes de hora em hora, construindo serviços de dados com ganchos de armazenamento efêmeros e mobilidade de aplicativos como parte de um ou vários namespaces. Preciso da minha implantação de armazenamento multicloud para agilizar o gerenciamento de persistência do Kubernetes. Essa camada de armazenamento comum trará alguma coesão à longa lista de ofertas do CNCF Kubernetes que estão disponíveis.
Indiscutivelmente, a conversa mais importante sobre multicloud é a segurança. Isso inclui registro e auditoria, gerenciamento de identidade e acesso (IAM) e padrões de tráfego (entrada e saída) por meio de um gateway de conexão seguro. Esses são princípios fundamentais para uma implementação multicloud bem-sucedida e merecem um artigo separado.
Uma visão única do ecossistema de TI
Há tantos resultados positivos que vêm com uma base de armazenamento multicloud. Até mesmo as operações paralelas de TI poderiam simplesmente desaparecer, já que a engenharia estaria ciente de quais processos estão sendo executados e onde, em qualquer parte da pilha. Chame isso de visão de “painel único” do ecossistema de TI.
YOUTUBE.COM/THENEWSTACK
A tecnologia avança rápido, não perca um episódio. Inscreva-se em nosso canal no YouTube para transmitir todos os nossos podcasts, entrevistas, demonstrações e muito mais.
SE INSCREVER
Robert F. Sonders trabalha na Dell Technologies há mais de 12 anos. Durante sua gestão, ele se concentrou nas cargas de trabalho da Microsoft, tanto no local quanto agora em multicloud, especificamente com o ecossistema SQL Server e o armazenamento definido por software. Durante esta jornada,…
Este site utiliza cookies para melhorar sua experiência de navegação. Ao continuar, você concorda com o uso de cookies. Para mais informações, consulte nossa Política de Privacidade.
Funcional
Sempre ativo
O armazenamento ou acesso técnico é estritamente necessário para a finalidade legítima de permitir a utilização de um serviço específico explicitamente solicitado pelo assinante ou utilizador, ou com a finalidade exclusiva de efetuar a transmissão de uma comunicação através de uma rede de comunicações eletrónicas.
Preferências
O armazenamento ou acesso técnico é necessário para o propósito legítimo de armazenar preferências que não são solicitadas pelo assinante ou usuário.
Estatísticas
O armazenamento ou acesso técnico que é usado exclusivamente para fins estatísticos.O armazenamento técnico ou acesso que é usado exclusivamente para fins estatísticos anônimos. Sem uma intimação, conformidade voluntária por parte de seu provedor de serviços de Internet ou registros adicionais de terceiros, as informações armazenadas ou recuperadas apenas para esse fim geralmente não podem ser usadas para identificá-lo.
Marketing
O armazenamento ou acesso técnico é necessário para criar perfis de usuário para enviar publicidade ou para rastrear o usuário em um site ou em vários sites para fins de marketing semelhantes.