Autor: Javier Chan, Staff Systems Engineer for Cloud Management,
En esencia cualquier centro de datos bajo el modelo operativo de “cloud” debe cumplir con las siguientes características:
- Habilitar la ubicuidad en los servicios provistos
- Habilitar economía de escala (Conveniente para implementar servicios)
- Contar con un acceso bajo demanda a los recursos provistos (Computo, Almacenamiento, Redes y Seguridad, Servicios).
- Habilitar un aprovisionamiento rápido de los servicios con un esfuerzo mínimo
De manera independiente al modelo de servicio (SaaS, IaaS, PaaS, Etc.) estos términos han pasado a ser parte fundamental de cualquier proceso de adopción o modernización de los servicios provistos por IT y como cualquier tecnología nueva en proceso de adopción ha creado una gran cantidad de confusiones y mitos en relación a su adopción, en el escenario real de cualquier arquitecto o administrador de centro de datos agregamos la cantidad de tecnologías que corren sobre este modelo operativo y las arquitecturas disponibles de los elementos que componen los servicios (apegados a las características mencionadas con anterioridad), esto dejando de lado los silos operativos que existen en las organizaciones de TI (Seguridad, Redes, Storage, Financiero, Etc)
Desde la perspectiva empresarial y de administración de estos activos existen métodos y herramientas para proveer este tipo de servicios (de manera ordenada y centralizada de acuerdo a los diferentes tipos de organizaciones) el punto mas critico se basa en la automatización y operación de servicios lo cual es una tarea complicada desde la perspectiva de arquitectura ya que los puntos clave en este modelo han evolucionado (Estandarización, Consumo, Acceso, Modelo de aprovisionamiento, Medición, Elasticidad, Ubicuidad, Acciones de segundo dia, Modelo de Costos “Internos / Externos” etc.)
Para lograr un modelado de servicios bajo este concepto operativo existen diferentes herramientas y tecnologías que aligeran el proceso de adopción, sin embargo como cualquier tecnología cumplen una función recargada en alguna tecnología subyacente o alguna conveniencia comercial final enfocada en la adopción de tecnología especifica (no cumplen con ser agnósticos) ademas de enfocarse en un modelo imperativo o declarativo dejando de lado las aristas que componen las características de adopción de tecnología en sus principales pilares (Metricas, Logs y Traces – adicionalmente el componente de costo y optimización de costo).
Dejando de lado estos conceptos fundamentales uno de los componentes característicos del servicio es el costo y la optimización del mismo, por ejemplo, si se puede responder a los siguientes puntos de manera dinámica (en base a uso y especifico punto de tiempo) podríamos considerar que estamos administrando correctamente los elementos que hemos mencionado en este post.
- Costo operacional de servicio(s) agrupados en relación a sus características de forma dinámica (Crecimiento o Decrecimiento del uso).
- Costo por operación de las capacidades existentes en relación al uso de servicios (Capa subyacente “Cloud Components”)
- Capacidad de Ahorros en relación al uso de los activos asignados al servicio (Capacidad de sobre aprovisionamiento en infraestructura física o reservaciones en public cloud)
- Capacidad de los activos que proveen los servicios y la duración de los mismos en relación a un periodo de tiempo determinado
- Asi podriamos seguir planteando dichas preguntas….
Algunas de las preguntas básicas y al mismo tiempo consideradas como fundamentales en relación a transformación de servicios giran en torno a los siguientes puntos:
- Qué infraestructura necesito? (O reservación)
- En donde podría colocar estos servicios (Que centro de datos es la adecuado “Cumplimiento de SLA’s, KPI’s, Gobierno, etc)
- Qué impacto tienen las operaciones de día dos en la utilización y costo del servicio?
- Qué necesito medir para lograr los SLA’s y KPI’s requeridos por los servicios?
- Cuál es la mejor manera de balancear las cargas de trabajo no solo en tomando en cuenta los recursos físicos, adicional tengo que cumplir con requerimientos de cumplimiento legales y organizacionales.
- Etc….
Este tipo de factores determinan que uno de los puntos igual o mas importante a medir son los económicos de nuestra(s) cloud’s (adicional a los técnicos) y que su impacto o conocimiento de medición es igual de importante para una operación normada por los requerimientos de la organización.
Podemos resumir que la parte economica es principalmente afectada por factores como:
- Economia de escala (Estandarizacion, Automatización de servicios y procesos de negociación y adquisición de activos o servicios).
- Agilidad de cambio y adopción de nuevas tecnologías integrando una cultura colaborativa.
- Ciclos de mantenimiento y adquisición de bienes o servicios (Perspectiva financiera)
- Visibilidad en que, cuando y como debo responder a las necesidades sin afectar los servicios de la capa subyacente (Si siempre ponemos foco en la inmutabilidad de los servicios subyacentes)
- Modo de medicion (Demanda / Provisto) – (Agresivo / Conservador)
- Proceso de depreciación de activos
vRealize Suite provee la tecnología que contempla de manera agnóstica la administracion de “Clouds” en sus posibles ofrecimientos (Privada, Publica, Hybrida) y específicamente vRealize Operations provee esta información requerida de una manera simple para el logro del cumplimiento organizacional de TI de estos puntos de manera dinámica (de forma independiente a la operación o infraestructura que estos servicios consuman “Con un Enfoque en Servicios de Centro de Datos”).
¿Como?
Administracion de costos en vRealize Operations (Showback)
Optimizacion de costos en la nube publica (Integracion con Nube Privada)
Princing Cards en vRealize Automation
Extensibilidad hacia elementos terceros (Management Packs)
En un punto inicial la parametrizacion de “drivers” que generan los costos es parte fundamental de esta actividad, como ejemplo podríamos mencionar el costo de infraestructura tradicional, Convergente, Hyperconvergente, Licenciamiento de plataformas, labor, instalaciones, etc) de lo contrario sin estas parametrizaciones estaríamos tomando los valores referenciales de mercado de lo que vRealize Operations pueda marcar bajo su control.
Otro factor fundamental son las “etiquetas”, estas forman parte de la metadata que un servicio pueda contener, por ejemplo ambiente (env:vSphere, storage:gold), estas nos sirven para agrupar aplicaciones, servicios, usuarios, etc y al mismo tiempo pueden ser creadas y usadas dentro de un proceso de Infraestructura como código para la asignación o consumo de elementos (variables en el código de consumo) y así mismo para generar información de manera dinámica de los costos, SLA’s KPI’s, etc por consumo en base a su uso o asignación.
Por otro lado el parametrizar los elementos que afectan de manera global a una medicion o perfilamiento como políticas, supermetricas, modelo de demanda, moneda para modelado de costo, entre otros (alertas, acciones, Service Discovery, notificación, integración con CMDB, ITSM, etc).
Compartir el uso de escenarios como What If (Capacidad, Costo, Comparacion) es un proceso que deberíamos involucrar al inicio de cada proyecto en nuestra organización ya que esto nos proveen de manera sencilla la toma de decision en el proceso de adopción, migración, etc, simplemente hacer nuestra labor mas sencilla de lo común.
Como resumen estos elementos nos entregan un completo plano de control de las “nubes” y servicios mediante dashboards, reportes, métricas, para asegurar el cumplimiento en relación al uso y entendimiento provisto de una manera sencilla y tomando en cuenta los factores clave que han sido definidos por los requerimientos de la organizacion(es) que consumen los servicios provistos por IT.
En la siguiente sesión el especialista de Cloud Management de VMware para Latino America, Javier Chan, va abordar mas sobre detalles de planificación de capacidad y costos.
