Outra mirada ás nubes. Que é unha nube privada?

O crecemento da potencia de cómputo e o desenvolvemento de tecnoloxías de virtualización da plataforma x86, por unha banda, e a expansión da subcontratación de TI, por outra banda, levaron ao concepto de computación de utilidade (TI como servizo público). Por que non pagar a TI do mesmo xeito que a auga ou a electricidade: exactamente tanto e exactamente cando o necesitas, e non máis.

Neste momento, apareceu o concepto de computación en nube: o consumo de servizos de TI desde a "nube", é dicir. desde algún fondo externo de recursos, sen importarlles como e de onde proveñen estes recursos. Do mesmo xeito que non nos importa a infraestrutura das estacións de bombeo de auga. Neste momento, tamén se traballou a outra cara do concepto, a saber, o concepto de servizos de TI e como xestionalos no marco de ITIL / ITSM.

Desenvolvéronse unha serie de definicións de nubes (computación en nube), pero isto non debe ser tomado como a verdade definitiva: é só unha forma de formalizar as formas en que se proporciona a computación de utilidade.

• "A computación na nube é unha tecnoloxía distribuída de procesamento de datos na que se proporcionan ao usuario recursos e capacidades informáticas como un servizo de Internet" Wikipedia
• "A computación na nube é un modelo para proporcionar un acceso cómodo á rede a un conxunto compartido de recursos informáticos personalizables (por exemplo, redes, servidores, almacenamento, aplicacións e servizos) baixo demanda que se poden aprovisionar e aprovisionar rapidamente cun esforzo de xestión mínimo ou unha intervención mínima. Provedor de servizos" NIST
• "A computación na nube é un paradigma de proporcionar acceso en rede a un conxunto escalable e flexible de recursos físicos ou virtuais distribuídos, proporcionados nun modo de autoservizo e administrados baixo demanda" ISO/IEC 17788:2014. Tecnoloxías da información - Cloud computing - Visión xeral e vocabulario.

Segundo o NIST, hai tres tipos principais de nubes:

1. IaaS - Infraestrutura como servizo - Infraestrutura como servizo
2. PaaS - Platform as a Service - Platform as a Service
3. SaaS - Software como servizo

Para unha comprensión moi simplificada da diferenza, consideremos o modelo Pizza-as-a-Service:

NIST define as seguintes características necesarias para que un servizo de TI se considere un servizo na nube.

• Acceso amplo á rede: o servizo debe ter unha interface de rede universal que permita a conexión e o uso do servizo por case calquera persoa con requisitos mínimos. Un exemplo: para usar unha rede eléctrica de 220 V, basta con conectarse a calquera toma cunha interface universal estándar (enchufe), que non cambia se é unha chaleira, unha aspiradora ou un portátil.
• Servizo medido: unha característica clave dun servizo na nube é a medición do servizo. Volvendo á analoxía coa electricidade: pagará exactamente o que consumiu cunha granularidade mínima, ata o custo de ferver unha chaleira unha vez, se estivese na casa unha vez e bebeu unha cunca de té durante todo o mes.
• Servizos de autoconfiguración baixo demanda (autoservizo baixo demanda): o provedor da nube ofrece ao cliente a posibilidade de configurar o servizo de forma intelixente, sen necesidade de interactuar cos empregados do provedor. Para ferver a chaleira, non é absolutamente necesario contactar con Energosbyt con antelación e avisalos con antelación e obter permiso. Desde o momento en que a casa está conectada (conclúese un contrato), todos os consumidores poden dispor de forma independente da enerxía proporcionada.
• Elasticidade instantánea (elasticidade rápida): o provedor da nube ofrece recursos coa capacidade de aumentar/diminuír instantáneamente a capacidade (dentro de certos límites razoables). Tan pronto como a chaleira está acendida, o provedor libera inmediatamente 3 kW de enerxía á rede e, en canto se apaga, reduce a saída a cero.
• Agrupación de recursos (agrupación de recursos): os mecanismos internos do fornecedor de servizos permítenlle combinar capacidades xeradoras individuais nun conxunto común (pool) de recursos coa subministración adicional de recursos como servizo a varios consumidores. Aendo a chaleira, menos nos preocupa de que central eléctrica en particular procede a enerxía. E todos os demais consumidores consomen este poder xunto con nós.

É importante entender que as características da nube descritas anteriormente non están tomadas do teito, senón que son unha conclusión lóxica do concepto de computación de utilidade. E o servizo público debe ter estas características no marco do concepto. Se unha ou outra característica non coincide, o servizo non empeora e non se fai "venenoso", simplemente deixa de estar turbio. Ben, quen dixo que todos os servizos deberían?

Por que falo disto por separado? Nos últimos 10 anos desde a definición do NIST, houbo moita controversia sobre a "nubosidade verdadeira" segundo a definición. Nos Estados Unidos, a redacción "corresponde á letra da lei, pero non ao espírito" aínda se usa ás veces no ámbito xudicial - e no caso da computación en nube, o principal é o espírito, os recursos para alugar en dous. clics do rato.

Hai que ter en conta que as 5 características anteriores son aplicables á nube pública, pero ao pasar a unha nube privada, a maioría delas vólvense opcionais.

• Acceso universal á rede (acceso amplo á rede): dentro dunha nube privada, a organización ten un control total tanto sobre a capacidade de xeración como sobre os clientes consumidores. Así, esta característica pódese considerar que se realiza automaticamente.
• O servizo medido é unha característica clave do concepto de computación de utilidade, o pago por uso. Pero como pagas ás organizacións a si mesmas? Neste caso, existe unha división de xeración e consumo dentro da empresa, a TI convértese en provedora e as unidades de negocio convértense en consumidoras de servizos. E a liquidación prodúcese entre departamentos. Son posibles dous modos de operación: contracargo (con liquidacións mutuas reais e movemento de finanzas) e showback (en forma de informes sobre o consumo de recursos en rublos, pero sen o movemento das finanzas).
• Servizos de autoconfiguración baixo demanda (autoservizo baixo demanda): dentro da organización pode haber un servizo de TI común, caso en que a característica carece de sentido. Non obstante, se tes o teu propio persoal de TI ou administradores de aplicacións nas túas unidades de negocio, debes configurar un portal de autoservizo. Conclusión: a característica é opcional e depende da estrutura da empresa.
• Elasticidade instantánea (elasticidade rápida): dentro da organización perde o seu significado debido ao conxunto fixo de equipos para organizar unha nube privada. Pode utilizarse de forma limitada no marco de liquidacións mutuas internas. Conclusión: non é aplicable a unha nube privada.
• Agrupación de recursos (agrupación de recursos): hoxe practicamente non hai organizacións que non utilicen a virtualización de servidores. En consecuencia, esta característica pódese considerar realizada automaticamente.

P: Entón, cal é a túa nube privada? Que ten que mercar e implementar unha empresa para construíla?

Resposta: unha nube privada é unha transición a un novo modelo administrativo de interacción TI-Empresa, que consiste nun 80% de medidas administrativas e só 20 de tecnoloxías.

Pagar só polos recursos consumidos e a fácil entrada, sen ter que enterrar varios centos de millóns de petróleo en gastos de capital, provocou un novo panorama tecnolóxico e a aparición de empresas multimillonarias. Por exemplo, os xigantes modernos Dropbox e Instagram apareceron como startups en AWS sen infraestrutura propia.

Hai que subliñar por separado que as ferramentas de xestión de servizos na nube son cada vez máis indirectas, e a responsabilidade fundamental do director de TI é a selección de provedores e o control de calidade. Vexamos estas dúas novas responsabilidades.

Aparecendo como unha alternativa á clásica infraestrutura pesada cos seus propios centros de datos e hardware, as nubes son enganosamente lixeiras. É fácil entrar na nube, pero o problema da saída adoita pasar por alto. Como en calquera outra industria, os provedores de nube esfórzanse por protexer as empresas e facer que sexa máis difícil competir. O único momento competitivo serio xorde só coa elección inicial dun provedor de servizos na nube, e entón o provedor fará todo o posible para que o cliente non o abandone. Ademais, non todos os esforzos estarán dirixidos á calidade dos servizos ou á súa gama. En primeiro lugar, é a entrega de servizos únicos e o uso de software do sistema non estándar, o que dificulta o cambio a outro provedor. En consecuencia, ao elixir un provedor de servizos, é necesario formar simultaneamente un plan de transición deste provedor (de feito, un DRP completo - plan de recuperación ante desastres) e pensar na arquitectura de almacenamento de datos e copias de seguridade.

O segundo aspecto importante das novas responsabilidades do CIO é o control de calidade dos servizos do provedor. Case todos os provedores de nube cumpren co SLA segundo as súas propias métricas internas, o que pode ter un efecto extremadamente indirecto nos procesos comerciais do cliente. E, en consecuencia, a implantación do seu propio sistema de vixilancia e control convértese nun dos proxectos clave á hora de transferir sistemas informáticos significativos a un provedor de nube. Continuando co tema do SLA, hai que subliñar que a gran maioría dos provedores de nube limitan a responsabilidade polo incumprimento do SLA a unha tarifa de subscrición mensual ou a unha parte do pago. Por exemplo, AWS e Azure, cando se supere o limiar de dispoñibilidade do 95% (36 horas ao mes), farán un desconto do 100% na taxa de subscrición e Yandex.Cloud - 30%.

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

E, por suposto, non debemos esquecer que as nubes non só son realizadas por mastodontes da clase Amazon e elefantes da clase Yandex. As nubes tamén son máis pequenas: do tamaño dun gato ou mesmo dun rato. Como mostrou o exemplo de CloudMouse, ás veces a nube só toma e remata. Non obterás compensación nin descontos; só obterás a perda total de datos.

Tendo en conta os problemas anteriores coa implantación de sistemas informáticos de alta criticidade empresarial en infraestruturas de nube, observouse nos últimos anos o fenómeno da "repatriación da nube".

Para 2020, a computación en nube superou o pico das expectativas infladas e o concepto está en camiño cara a unha gabia de frustración (segundo o ciclo de Gartner Hype). Segundo a investigación IDC и Buscar 451 ata o 80 % dos clientes corporativos regresan e planean devolver as cargas das nubes aos seus propios centros de datos polos seguintes motivos:

• Mellorar a dispoñibilidade/rendemento;
• Reducir custos;
• Para cumprir cos requisitos de IS.

Que facer e como todo é "realmente"?

Non hai dúbida de que as nubes chegaron en serio e por moito tempo. E cada ano aumentará o seu papel. Non obstante, non vivimos nun futuro afastado, senón en 2020 nunha situación moi definida. Que facer coas nubes se non es unha startup, senón un clásico cliente corporativo?

1. As nubes son principalmente un lugar para servizos con carga estacional imprevisible ou pronunciada.
2. Na maioría dos casos, os servizos cunha carga estable previsible son máis baratos de manter no teu propio centro de datos.
3. É necesario comezar a traballar con nubes con contornos de proba e servizos de baixa prioridade.
4. Considerar a colocación dos sistemas de información na nube comeza co desenvolvemento dunha metodoloxía para pasar da nube a outra nube (ou de volta ao teu propio centro de datos).
5. A colocación dun sistema de información na nube comeza co desenvolvemento dun esquema de copia de seguridade para a infraestrutura que controlas.

Fonte: www.habr.com