Nesse momento, surgiu o conceito de computação em nuvem - o consumo de serviços de TI da “nuvem”, ou seja, de algum pool externo de recursos, não se importando como ou de onde esses recursos vêm. Assim como não nos importamos com a infraestrutura das estações elevatórias de água. Neste ponto, o outro lado do conceito também foi trabalhado - ou seja, o conceito de serviços de TI e como gerenciá-los dentro do ITIL / ITSM.
Várias definições de nuvens (computação em nuvem) foram desenvolvidas, mas não devem ser tratadas como a verdade suprema - esta é apenas uma forma de formalizar a forma como a computação utilitária é fornecida.
- "A computação em nuvem é uma tecnologia de processamento de dados distribuída na qual recursos e poder do computador são fornecidos ao usuário como um serviço de Internet"
- “A computação em nuvem é um modelo para fornecer acesso conveniente à rede a um pool compartilhado de recursos de computação configuráveis (como redes, servidores, armazenamento, aplicativos e serviços) sob demanda, que podem ser provisionados e entregues rapidamente com esforço mínimo de gerenciamento ou intervenção mínima. provedor de serviços »NIST
- “A computação em nuvem é um paradigma para fornecer acesso à rede a um pool escalável e flexível de recursos físicos ou virtuais distribuídos, fornecidos em modo de autoatendimento e administrados sob demanda” ISO / IEC 17788: 2014. Tecnologia da informação - Computação em nuvem - Visão geral e vocabulário.
Existem três tipos principais de nuvens de acordo com o NIST:
- IaaS - Infraestrutura como serviço - Infraestrutura como serviço
- PaaS - Platform as a Service - Platform as a Service
- SaaS - Software as a Service Software as a Service
Para uma compreensão muito simplista da diferença, vamos examinar o modelo Pizza-as-a-Service: O
NIST define os seguintes recursos necessários de um serviço de TI a ser considerado baseado em nuvem.
- (broad network access) – , . – 220 (), , , .
- (measured service) – . – , , , .
- (on demand self service) – , . , . ( ) .
- (rapid elasticity) – / ( ). – 3 , – .
- (resource pooling) – () . , . .
É importante entender que as características da nuvem descritas acima não são tiradas do teto, 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 dentro do conceito. Se uma ou outra característica não corresponder, o serviço não piora e não se torna "tóxico", apenas deixa de ficar turvo. Bem, quem disse que todos os serviços são obrigatórios?
Por que estou falando sobre isso separadamente? Nos 10 anos desde que a definição do NIST foi introduzida, tem havido muita controvérsia sobre a “verdadeira nebulosidade” conforme definido. Nos Estados Unidos, a frase “corresponde à letra da lei, mas não ao espírito” às vezes ainda é usada na esfera judicial - e no caso da computação em nuvem, o principal é o espírito, recursos para alugar em dois cliques.
Deve-se notar que as 5 características acima são aplicáveis a uma nuvem pública, mas ao mudar para uma nuvem privada, a maioria delas se torna opcional.
- Amplo acesso à rede - dentro de uma nuvem privada, a organização tem controle total sobre a capacidade de geração e os clientes consumidores. Assim, essa característica pode ser considerada preenchida automaticamente.
- (measured service) – utility computing, . ? , , - . . : chargeback ( ) showback ( , ).
- (on demand self service) – , . - - . – .
- (rapid elasticity) – . . – .
- (resource pooling) – , . .
Pergunta: Então, o que exatamente é sua nuvem privada? O que uma empresa precisa comprar e implementar para construí-lo?
Resposta: uma 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 tecnologias.
Pagar apenas pelos recursos consumidos e entrada fácil, sem ter que enterrar centenas de milhões de petróleo em despesas de capital, criou um novo cenário tecnológico e o surgimento de empresas bilionárias. Por exemplo, os gigantes modernos Dropbox e Instagram apareceram como startups na AWS com zero infraestrutura própria.
Deve-se enfatizar que as ferramentas de gerenciamento de serviços em nuvem estão se tornando muito mais proxy e o fornecimento e o controle de qualidade estão se tornando uma responsabilidade fundamental do CIO. Vejamos os desafios dessas duas novas responsabilidades.
Emergindo como uma alternativa à infraestrutura pesada clássica com seus próprios data centers e hardware, as nuvens são aparentemente leves. É fácil entrar na nuvem, mas a questão da saída geralmente é contornada. Como em qualquer setor, os provedores de nuvem têm o compromisso de proteger os negócios e dificultar a concorrência. O único momento competitivo sério surge apenas na escolha inicial de um provedor de serviços em nuvem, e então o fornecedor fará todos os esforços para que o cliente não o abandone. Além disso, nem todos os esforços serão direcionados à qualidade dos serviços ou ao seu alcance. Em primeiro lugar, é a entrega de serviços exclusivos e o uso de software de sistema não padronizado, o que torna difícil mudar para outro provedor. Respectivamente,Ao escolher um provedor de serviços, é necessário formular simultaneamente um plano de transição desse provedor (na verdade, um DRP completo - plano de recuperação de desastres) e pensar sobre a arquitetura de armazenamento de dados e backups.
O segundo aspecto importante das novas responsabilidades do CIO é controlar a qualidade dos serviços do fornecedor. Quase todos os provedores de nuvem cumprem o SLA de acordo com suas próprias métricas internas, o que pode ter um significado extremamente indireto para os processos de negócios do cliente. E, consequentemente, a implementação de nosso próprio sistema de monitoramento e controle está se tornando um dos principais projetos ao transferir sistemas de TI significativos para um provedor de nuvem. Continuando com o tópico de SLA, deve ser enfatizado que a grande maioria dos provedores de nuvem limita a responsabilidade pelo não cumprimento do SLA em uma taxa de assinatura mensal ou uma fração do pagamento. Por exemplo, AWS e Azure, ao ultrapassar o limite de disponibilidade de 95% (36 horas por mês), terão desconto de 100% na mensalidade, e Yandex.Cloud - 30%.
https://yandex.ru/legal/cloud_sla_compute/
E, claro, não devemos esquecer que as nuvens não são executadas apenas por mastodontes da classe amazônica e elefantes da classe Yandex. Existem também nuvens menores - do tamanho de um gato ou mesmo de um rato. Como o exemplo CloudMouse mostrou, às vezes a nuvem simplesmente pega e termina. Você não receberá compensação ou desconto - não receberá nada além da perda total de dados.
Tendo em vista os problemas acima mencionados com a implementação de sistemas de TI de alta classe de criticidade de negócios em infraestruturas de nuvem, o fenômeno de "repatriamento de nuvem" tem sido observado nos últimos anos.
Em 2020, a computação em nuvem ultrapassou o pico das expectativas infladas e o conceito está a caminho de uma vala de decepção (de acordo com o ciclo de hype do Gartner). De acordo com a pesquisa do IDC e 451 Research até 80% dos clientes corporativos voltam e planejam retornar cargas das nuvens para seus próprios data centers pelos motivos:
- Aumente a disponibilidade / desempenho;
- Reduzir custos;
- Para cumprir os requisitos de IS.
O que fazer e como tudo é "realmente"?
Não há dúvida de que as nuvens vieram a sério e por muito tempo. E a cada ano seu papel aumentará. Porém, não vivemos em um futuro distante, mas sim em 2020 em uma situação bem definida. O que fazer com as nuvens se você não é uma startup, mas um cliente corporativo clássico?
- As nuvens são principalmente um local para serviços com uma carga sazonal imprevisível ou pronunciada.
- Na maioria dos casos, os serviços com uma carga estável previsível são mais baratos de manter em seu próprio data center.
- Você precisa começar a trabalhar com nuvens com ambientes de teste e serviços de baixa prioridade.
- Considerar a colocação de sistemas de informação na nuvem começa com o desenvolvimento de uma metodologia para ir da nuvem para outra nuvem (ou de volta para seu próprio data center).
- Colocar um sistema de informações na nuvem começa com o desenvolvimento de um esquema de backup para a infraestrutura que você controla.