Outra olhada nas nuvens. O que é uma nuvem privada?

O crescimento do poder computacional e o desenvolvimento de tecnologias de virtualização de plataformas x86, por um lado, e a disseminação da terceirização de TI, por outro, levaram ao conceito de computação utilitária (TI como serviço utilitário). Por que não pagar pelas TI da mesma forma que paga pela água ou pela electricidade - exactamente tanto e exactamente quando precisa delas, e nada mais.

Nesse momento surgiu o conceito de computação em nuvem - o consumo de serviços de TI da “nuvem”, ou seja, de algum conjunto externo de recursos, sem se importar como ou de onde vêm esses recursos. Assim como não nos importamos com a infraestrutura das estações elevatórias de água. Neste ponto, o outro lado do conceito já foi trabalhado - nomeadamente, o conceito de serviços de TI e como gerenciá-los no âmbito do ITIL/ITSM.

Várias definições de nuvens (computação em nuvem) foram desenvolvidas, mas não devem ser tratadas como a verdade última - são apenas uma forma de formalizar formas de fornecer computação utilitária.

• “A computação em nuvem é uma tecnologia de processamento de dados distribuído na qual recursos e energia do computador são fornecidos ao usuário como um serviço de Internet” Wikipedia
• “A computação em nuvem fornece um modelo para fornecer acesso conveniente e baseado em rede a um conjunto compartilhado de recursos de computação configuráveis ​​e sob demanda (por exemplo, redes, servidores, armazenamento, aplicativos e serviços) que podem ser rapidamente provisionados e provisionados com gerenciamento mínimo esforço ou intervenção. provedor de serviços" NIST
• “A computação em nuvem é um paradigma para fornecer acesso de rede a um conjunto escalável e flexível de recursos físicos ou virtuais distribuídos, autoatendidos e gerenciados sob demanda” ISO/IEC 17788:2014. Tecnologia da informação - Computação em nuvem - Visão geral e vocabulário.

De acordo com o NIST, existem três tipos principais de nuvens:

1. IaaS – Infraestrutura como Serviço
2. PaaS – Plataforma como Serviço – Plataforma como serviço
3. SaaS – Software como Serviço

Para uma compreensão bastante simplificada da diferença, vejamos o modelo Pizza-as-a-Service:

O NIST define os seguintes recursos necessários de um serviço de TI para ser considerado baseado em nuvem.

• Acesso universal à rede (amplo acesso à rede) – o serviço deve ter uma interface de rede universal que permita que quase qualquer pessoa se conecte e use o serviço com requisitos mínimos. Exemplo - para utilizar uma rede elétrica 220V, basta conectar em qualquer tomada com interface universal padrão (plugue), o que não muda se é uma chaleira, um aspirador de pó ou um laptop.
• Serviço medido – uma característica fundamental de um serviço em nuvem é a mensurabilidade do serviço. Voltando à analogia com a eletricidade, você pagará exatamente o que consumiu com o mínimo de granularidade, até o custo de ferver a chaleira uma vez, se estivesse em casa uma vez durante o mês inteiro e bebesse uma xícara de chá.
• Autoconfiguração de serviços sob demanda (on demand self service) – o provedor de nuvem oferece ao cliente a oportunidade de configurar o serviço de forma inteligente, sem a necessidade de interagir com os funcionários do provedor. Para ferver a chaleira não é absolutamente necessário contactar previamente a Energosbyt e avisar com antecedência e obter autorização. A partir do momento em que a casa é ligada (celebração de contrato), todos os consumidores podem gerir de forma independente a energia fornecida.
• Elasticidade instantânea (elasticidade rápida) – o provedor de nuvem fornece recursos com a capacidade de aumentar/diminuir instantaneamente a capacidade (dentro de certos limites razoáveis). Assim que a chaleira é ligada, o fornecedor fornece imediatamente 3 kW de potência à rede e, assim que é desligada, reduz a potência a zero.
• Agrupamento de recursos – os mecanismos internos do prestador de serviços permitem combinar capacidades de produção individuais num conjunto comum de recursos com o fornecimento adicional de recursos como um serviço a vários consumidores. Quando ligamos a chaleira, estamos menos preocupados com a fonte específica de onde vem a energia. E todos os outros consumidores consomem esse poder junto conosco.

É importante compreender que as características da nuvem descritas acima não foram tiradas do nada, mas são uma conclusão lógica do conceito de computação utilitária. E um serviço público deve ter essas características no âmbito do conceito. Se uma ou outra característica não corresponder, o serviço não piora e não se torna “venenoso”, apenas deixa de ser turvo. Bem, quem disse que todos os serviços deveriam?

Por que estou falando sobre isso separadamente? Nos últimos 10 anos, desde que a definição do NIST foi introduzida, tem havido muito debate sobre a “verdadeira nebulosidade” conforme definida. Nos Estados Unidos, a formulação “cumpre a letra da lei, mas não o espírito” ainda é usada algumas vezes na esfera judicial – e no caso da computação em nuvem, o principal é o espírito, recursos para alugar em dois cliques do mouse.

Deve-se observar que as 5 características acima se aplicam à nuvem pública, mas ao migrar para uma nuvem privada, a maioria delas se torna opcional.

• Acesso universal à rede (amplo acesso à rede) – dentro de uma nuvem privada, a organização tem controle total sobre as instalações geradoras e os clientes consumidores. Assim, esta característica pode ser considerada automaticamente cumprida.
• O serviço medido é uma característica fundamental do conceito de utility computing, pagamento baseado no consumo. Mas como uma organização pode se pagar? Nesse caso, há uma divisão de geração e consumo dentro da empresa, a TI passa a ser provedora e as unidades de negócio passam a ser consumidoras de serviços. E a liquidação mútua ocorre entre departamentos. Dois modos de operação são possíveis: estorno (com liquidações mútuas reais e movimentação financeira) e showback (na forma de relatórios sobre o consumo de recursos em rublos, mas sem movimentação financeira).
• Autoatendimento sob demanda – pode haver um serviço de TI compartilhado dentro de uma organização, caso em que a característica perde o sentido. No entanto, se você tiver seus próprios especialistas de TI ou administradores de aplicativos em unidades de negócios, será necessário organizar um portal de autoatendimento. Conclusão - a característica é opcional e depende da estrutura do negócio.
• Elasticidade instantânea (elasticidade rápida) – dentro de uma organização perde o sentido devido ao conjunto fixo de equipamentos para organização de uma nuvem privada. Pode ser usado até certo ponto em assentamentos internos. Conclusão – não aplicável a uma nuvem privada.
• Pool de recursos – hoje praticamente não há organizações que não utilizem a virtualização de servidores. Assim, esta característica pode ser considerada automaticamente cumprida.

Pergunta: Então, qual é a sua nuvem privada? O que uma empresa precisa comprar e implementar para construí-lo?

Resposta: a nuvem privada é uma transição para um novo modelo administrativo de interação TI-Negócios, que consiste em 80% de medidas administrativas e apenas 20% de tecnologia.

Pagar apenas pelos recursos consumidos e facilitar a entrada, sem ter de enterrar centenas de milhões de petróleo em despesas de capital, levou a um novo cenário tecnológico e ao surgimento de empresas bilionárias. Por exemplo, os gigantes modernos Dropbox e Instagram apareceram como startups na AWS sem nenhuma infraestrutura própria.

Deve-se enfatizar separadamente que as ferramentas de gerenciamento de serviços em nuvem estão se tornando muito mais indiretas e que a principal responsabilidade do diretor de TI passa a ser a seleção de fornecedores e o controle de qualidade. Vejamos os desafios destas duas novas responsabilidades.

Tendo surgido como uma alternativa à infraestrutura pesada clássica com data centers e hardware próprios, as nuvens são enganosamente leves. É fácil entrar na nuvem, mas a questão da saída geralmente é evitada. Como em qualquer outro setor, os provedores de nuvem se esforçam para proteger os negócios e dificultar a concorrência. O único momento competitivo sério surge apenas durante a seleção inicial de um provedor de serviços em nuvem, e então o fornecedor fará todos os esforços para garantir que o cliente não o abandone. Além disso, nem todos os esforços serão orientados para a qualidade dos serviços ou a sua gama. Em primeiro lugar, trata-se da prestação de serviços exclusivos e da utilização de software de sistema não padronizado, o que dificulta a mudança para outro fornecedor. Assim, ao escolher um prestador de serviços, é necessário formular simultaneamente um plano de transição deste fornecedor (essencialmente um DRP completo - plano de recuperação de desastres) e pensar na arquitetura de armazenamento de dados e cópias de backup.

O segundo aspecto importante das novas responsabilidades do diretor de TI é monitorar a qualidade dos serviços do fornecedor. Quase todos os provedores de nuvem cumprem os SLAs de acordo com suas próprias métricas internas, o que pode ter um impacto extremamente indireto nos processos de negócios do cliente. E, consequentemente, a implementação do seu próprio sistema de monitoramento e controle torna-se um dos projetos-chave na transferência de sistemas de TI significativos para um provedor de nuvem. Continuando o tema do SLA, é necessário enfatizar que a grande maioria dos provedores de nuvem limita a responsabilidade pelo não cumprimento do SLA ao pagamento da assinatura mensal ou a uma parcela do pagamento. Por exemplo, AWS e Azure, se o limite de disponibilidade de 95% (36 horas por mês) for excedido, darão um desconto de 100% na taxa de assinatura, e Yandex.Cloud – 30%.

https://yandex.ru/legal/cloud_sla_compute/

E, claro, não devemos esquecer que as nuvens não são feitas apenas por mastodontes da classe amazônica e elefantes da classe Yandex. As nuvens também podem ser menores - do tamanho de um gato ou até de um rato. Como mostrou o exemplo do CloudMouse, às vezes a nuvem simplesmente para e termina. Você não receberá nenhuma compensação, nenhum desconto - você não receberá nada além da perda total de dados.

Tendo em conta os problemas acima referidos com a implementação de sistemas de TI críticos para os negócios de ponta em infraestruturas de nuvem, o fenómeno da “repatriação da nuvem” tem sido observado nos últimos anos.

Em 2020, a computação em nuvem ultrapassou o pico das expectativas inflacionadas e o conceito está a caminho do desapontamento (de acordo com o ciclo de hype do Gartner). De acordo com a pesquisa IDC и Pesquisa 451 até 80% dos clientes corporativos retornam e planejam devolver cargas das nuvens para seus próprios data centers pelos seguintes motivos:

• Melhorar a disponibilidade/desempenho;
• Reduzir custos;
• Para cumprir os requisitos de segurança da informação.

O que fazer e como tudo é “realmente”?

Não há dúvida de que as nuvens estão aqui para durar muito tempo. E a cada ano o seu papel aumentará. Contudo, não vivemos num futuro distante, mas sim em 2020, numa situação muito específica. O que fazer com as nuvens se você não é uma startup, mas um cliente corporativo clássico?

1. A nuvem é principalmente um local para serviços com cargas imprevisíveis ou altamente sazonais.
2. Na maioria dos casos, serviços com carga estável e previsível são mais baratos de manter em seu próprio data center.
3. É preciso começar a trabalhar com nuvens com ambientes de testes e serviços de baixa prioridade.
4. A consideração de colocar sistemas de informação na nuvem começa com o desenvolvimento de uma metodologia para sair da nuvem para outra nuvem (ou voltar para o seu próprio data center).
5. A colocação de um sistema de informação na nuvem começa com o desenvolvimento de um esquema de backup para a infraestrutura que você controla.

Fonte: habr.com