PLAN ORGANIZACIONAL PARA UNA CLOUD INTERNA

Transcripción

1 PLAN ORGANIZACIONAL PARA UNA CLOUD INTERNA

2 Temario Definiciones y Estándares. Razones del Cambio Organizacional. Modelo organizacional Genérico.

3 Definiciones NIST On-demand self-service. A consumer can unilaterally provision computing capabilities, such as server time and network storage, as needed automatically without requiring human interaction with each service s provider. Broad network access. Capabilities are available over the network and accessed through standard mechanisms that promote use by heterogeneous thin or thick client platforms (e.g., mobile phones, laptops, and personal digital assistants [PDAs]). Resource pooling. The provider s computing resources are pooled to serve multiple consumers using a multi-tenant model, with different physical and virtual resources dynamically assigned and reassigned according to consumer demand. There is a sense of location independence in that the customer generally has no control or knowledge over the exact location of the provided resources but may be able to specify location at a higher level of abstraction (e.g., country, state, or datacenter). Examples of resources include storage, processing, memory, network bandwidth, and virtual machines. Rapid elasticity. Capabilities can be rapidly and elastically provisioned, in some cases automatically, to quickly scale out and rapidly released to quickly scale in. To the consumer, the capabilities available for provisioning often appear to be unlimited and can be purchased in any quantity at any time. Measured Service. Cloud systems automatically control and optimize resource use by leveraging a metering capability at some level of abstraction appropriate to the type of service (e.g., storage, processing, bandwidth, and active user accounts). Resource usage can be monitored, controlled, and reported, providing transparency for both the provider and consumer of the utilized service.

4 Modelos de Servicio Cloud (NIST) Cloud Software as a Service (SaaS). The capability provided to the consumer is to use the provider s applications running on a cloud infrastructure. The applications are accessible from various client devices through a thin client interface such as a Web browser (e.g., Web-based ). The consumer does not manage or control the underlying cloud infrastructure including network, servers, operating systems, storage, or even individual application capabilities, with the possible exception of limited userspecific application configuration settings. Cloud Platform as a Service (PaaS). The capability provided to the consumer is to deploy onto the cloud infrastructure consumer-created or acquired applications created using programming languages and tools supported by the provider. The consumer does not manage or control the underlying cloud infrastructure including network, servers, operating systems, or storage, but has control over the deployed applications and possibly application hosting environment configurations. Cloud Infrastructure as a Service (IaaS). The capability provided to the consumer is to provision processing, storage, networks, and other fundamental computing resources where the consumer is able to deploy and run arbitrary software, which can include operating systems and applications. The consumer does not manage or control the underlying cloud infrastructure but has control over operating systems, storage, deployed applications, and possibly limited control of select networking components (e.g., host firewalls).

5 Modelos de Instalación Cloud (NIST) Private cloud. The cloud infrastructure is operated solely for an organization. It may be managed by the organization or a third party and may exist on premise or off premise. Community cloud. The cloud infrastructure is shared by several organizations and supports a specific community that has shared concerns (e.g., mission, security requirements, policy, and compliance considerations). It may be managed by the organizations or a third party and may exist on premise or off premise. Public cloud. The cloud infrastructure is made available to the general public or a large industry group and is owned by an organization selling cloud services. Hybrid cloud. The cloud infrastructure is a composition of two or more clouds (private, community, or public) that remain unique entities but are bound together by standardized or proprietary technology that enables data and application portability (e.g., cloud bursting for load balancing between clouds).

6 Combinaciones

7 Modelos

8 Modelos Comerciales

9 Transición al Modelo Operacional de Cloud #1: Definir los Beneficio Esperados. #2: Analizar la Brecha Organizacional. #3: Determinar el Nivel de Cambio Requerido. #4: Preparar la Organización para el Cambio.

10 #1: Definir los Beneficios Esperados Los beneficios esperados para ITAU, se han bosquejado en una Propuesta, donde se muestran los elementos del Tco que impactaran positivamente en el ROI del Proyecto CLOUD.

11 #2 : Análisis de Brecha (1) El paradigma Organizacional de TI : Silos tecnológicos de TI. TI como centro de costos. Los procesos de TI no son cooperativos (Desarrollo, Operación, Soporte).

12 #2 : Análisis de Brecha (2) La Tecnología de Cloud, aporta elementos claves para reenfocar la Organización de TI: Aprovisionamiento Dinámico Orquestación de Servicios Administración de Servicios Gestión Avanzada de Performance Convergencia y Transversalidad Business Lines Demand Cloud Business Operations Users User Support Cloud Infrastructure Operations

13 CLOUD INFRASTRUCTURE OPERATIONS - Alcance Esta Organización, es el equipo de operaciones de infraestructura, compuesto por especialistas y un ecosistema de grupos funcionales relacionados. Es el Focal Point para todas las decisiones y acciones que involucran la infraestructura de Cloud virtual, y sus operaciones. También define un conjunto de Roles de dominio cruzado (o sea transversales a Silos) para lograr un buen acercamiento a los equipos de arquitectura, ingeniería, y operaciones. Esta Organización interactúa con los siguientes actores: Equipo de Desarrollo de Aplicaciones. Equipo Cloud de la línea de Negocio. Equipo Cloud Business Operations.

14 CLOUD INFRASTRUCTURE OPERATIONS Roles y Responsabilidades ROL Responsabilidades Fuente Líder de Cloud Business Operations Encargado de llevar adelante la estrategia de Cloud, definida por el Banco. Responsable de velar por el compromiso de servicio con las líneas de Negocio. Responsable de mantener una Política Comunicacional que incentive el uso de los servicio Cloud. Arquitecto de Cloud Encargado de desarrollar una visión arquitectónica transversal a la Organización de TI. Lo anterior significa que deberá interactuar con los arquitectos de Silos, y mantener una coherencia, con dichas practicas o estándares del Banco. Interactuar cercanamente con las líneas de Negocios que requieren los servicios en Nube. Asegurar que la arquitectura subyacente a los servicios, incluyendo el soporte técnico, cumple con los servicios, capas de servicio y OLAs requeridos. Ingeniero de Cloud Encargado de integrar tecnologías, diversas, para cumplir con el servicio. Responsable de llevar a cabo el Diseño, Implementación y Testing del Servicio. Analista de Cloud Realizar Gestión de Capacidad periódica, coordinadamente con el equipo de la Línea de Negocios. Estos últimos entregaran sus proyecciones de crecimiento y funcionalidad. Realizar el monitoreo pro-activo de la infraestructura cloud, para dar cumplimiento a los OLAs acordados. Administrador Cloud Encargado de determinar y ejecutar los procedimientos de mantención de la infraestructura Cloud. Encargado de trabajar con organizaciones internas y/o externas para integrarse a sistemas externos. Encargado de mantener un control sobre los diferentes Centros de Operaciones (NOC, SOC, etc.) Desarrollador Encargado de implementar cualquier componente de Cloud con otros sistemas y/o aplicativos. Encargado de desarrollar, testear y poner en producción de Flujos de Trabajo Automatizados. Es responsable de entregar un guía para los equipos encargados de los Silos, para automatizar e integrar la Cloud. Interno Interno / Externo Interno / Externo Interno / Externo Interno / Externo Interno / Externo

15 CLOUD BUSINESS OPERATIONS - Alcance Esta organización es central en la definición, desarrollo y aprovisionamiento de las ofertas de servicio basadas en Cloud. En detalle esta organización debe proveer Gobernabilidad Administración de Ciclos de Vida Definición de Servicios Administración de Blueprint de Servicios Administración de Relaciones con el Cliente final. Dependiendo del Modelo de Instalación de Cloud, será el énfasis final de la organización. Esta Organización interactúa con los siguientes actores: Equipo de Desarrollo de Aplicaciones. Equipo Cloud de la línea de Negocio. Equipo Cloud Infrastructure Operations.

16 16

17 CLOUD BUSINESS OPERATIONS Roles y Responsabilidades (1) ROL Responsabilidades Fuente Lider de Cloud Business Operations Representante del Cliente Encargado de mantener una comunicación fluida con el Líder de Cloud Infrastructure Operations. Responsable de mantener una comunicación con las comunidades de usuarios finales de las líneas de negocio cliente de la Cloud. Responsable de mantener una relación con las Líneas de Negocio Clientes de la Coud. Encargado de conocer las proyecciones de crecimiento de las líneas de negocio clientes y las potenciales de incorporarse o de retirarse. Jefe de productos Encargado de la definición global dela Oferta de Servicios Basados en Cloud. Trabaja colaborativamente con las otras para determinar los Precios. Informa respecto del desempeño de los servicios cloud a las líneas de Negocio. Jefe de Portafolio de Servicios Encargado de seleccionar de la Oferta Global, el subconjunto de servicios específicos para una línea de negocios. Define los criterios de Aceptación, de los mismos. Blueprint Manager Responsable de administrar los ciclos de vida de todos los BluePrint activos en la oferta Global de Cloud. Arquitecto de Servicios Encargado de transformar las definiciones de los servicios ofertados en requerimientos técnicos para el Team de Cloud Infrastructure Operations. Encargado de proveer Soporte de Nivel 3. Se relaciona con el arquitecto de aplicaciones. Interno Interno / Externo Interno / Externo Interno / Externo Interno / Externo Interno / Externo

18 CLOUD BUSINESS OPERATIONS Roles y Responsabilidades (2) ROL Responsabilidades Fuente Desarrollo de Servicios Depende del arquitecto de servicios, para entender los servicios basados en la cloud. Desarrolla los requerimientos y los convierte en Blueprints de los servicios. Trabaja con los desarrolladores para para desarrollar características de los servicios en formato de Blueprint. Desarrolla procesos de aprovisionamiento automático, para aplicaciones de terceras partes o para desarrollos internos, con el propósito de entregarlos como servicios Cloud. QA Desarrolla los planes de aceptación y pruebas para los servicios que se van a liberar a Producción. Desarrolla planes específicos de QA con los desarrolladores de aplicaciones. Analista de Servicios Encargado de presupuestar los servicios en términos de capacidad, en forma diaria. Administra pro-activamente los servicios Cloud, a través del ciclo de vida que corresponda al servicio. Administrador del Servicio Utiliza las herramientas de usuario final para administrar los servicios. Debe conocer la operación de usuario final. Interno / Externo Interno / Externo Interno / Externo Interno / Externo

19 Customer Relation Manager Service Portfolio manager Service Owner Necesidad del Servicio Definición del Servicio Mejora del Servicio Revisión del Servicio Retiro del Servicio Service Architect Diseño y Desarrollo del Servicio Service Admin & QA Entrega del Servicio Soporte y Operación del Servicio

20 # 3: Determinar Nivel de Cambio Requerido Planificación de Fuerza de Trabajo. Ciclo de Vida de los Empleados. Organización de TI. Transición.

21 #4 : Preparar la Organización para el Cambio #4.1 Obtener un Auspicio Ejecutivo al mas Alto Nivel. #4.2. Establecer un Ecosistema y Educar. #4.3. Conocer los Procesos. #4.4. Establecer un a línea base tecnológica Inicial, que escale en etapas posteriores.

22 #4.1 Obtener un Auspicio Ejecutivo Esta labor es importante y requiere un convencimiento de que la transformación es Necesaria y es Viable para el Banco saltar la Brecha. El primer paso de la transformación es un Proyecto que permita cubrir una parte de la brecha: Procesos: Conocer los Procesos de TI y plasmarlos en Modelos. Organización: Establecer una Organización Inicial Transversal con los roles mínimos. Tecnología: Realizar un Upgrade de Versión Vmware a VCSE. En esta etapa es importante establecer una presentación ejecutiva, que permita dejar claro que el Proyecto es Necesario y Viable y existe una Expectativa y un Plan para el realizar el Proyecto.

23 #4.1 Auspicio : Ventajas Iniciar un Procesos de transformación de TI de modo que pueda responder mejor a las necesidades del negocio. Disminuir los tiempos y recursos invertidos en Soporte Tecnológico (x86). TI debiera operar con un menor presupuesto, y debiera cargar a las áreas de negocio el uso de los recursos tecnológicos, en función del uso. Hacer mas rápido y seguro la instalación de nuevos servicios. Erradicar la compra de equipamiento por cada proyecto. Hacer economías de escala con lo que exista y que sea provisto como Cloud. Mantener un contacto directo de Proveedor Cliente en TI hacia representantes de las áreas de negocio.

24 #4.2 Establecer un Ecosistema y Educar Para el alcance del proyecto definir un Ecosistema: Organización Un líder Un Arquitecto que se formaría como Encargado de Arquitectura Cloud. Un Representante de las Líneas de Negocio. Un Representante de Networking, Storage, Aplicaciones, Operaciones. Equipo Andes IT. Métricas Seleccionar un conjunto de Métricas que demostraran el resultado y cumplimiento de algunas expectativas objetivas. Educación Nivelar la Organización inicial, en un conjunto de conceptos y practicas de Virtualización. Liderado por Andes IT, de acuerdo a un proceso gradual.

25 #4.2 Métricas (Ejemplo)

26 Modelo ITIL Administración de Capacidad Procesos de Entrega del Servicio Administración de Niveles de Servicio Administración de Seguridad Información Administración de Disponibilidad y Continuidad de Servicios Proceso de Lanzamiento Administración de Lanzamientos Gestión de Servicios Procesos de Control Control de Configuración Control de Cambios Procesos de Resolución Administración de Incidentes Administración de Problemas Presupuestación y Registro de los Servicios de IT Procesos de Interrelación Administración Interrelaciones del Negocio Administración de Proveedores

27 #4.3 Conocer Los Procesos El Ecosistema, levantara los procesos operativos relevantes para el proyecto. Sobre dichos procesos se modelaran con una herramienta BPM. Se validarán los Modelos, simulando casos prácticos. Los procesos quedaran listos para ser ingresados al orquestador.

28 PROYECTO VMWARE 2015 Implementación Mejores Practicas Modelo de Operación Cloud Privada IaaS Administración, Automatismo y Monitoreo Estandarización y Continuidad Estandarización y Upgrade Plataforma SITUACION ACTUAL Contingencias Limitada Consolidación con Silos de Virtualización Administración en Silos

29 Flexibilidad Manual provisioning Virtualized infrastructure Manual approvals Technology sprawl Initial provisioning Homogeneous One inflexible approach On-demand, automated self service access Any service from any layer High governance High standardization Lifecycle management Enterprise wide / heterogeneous Extensible

30 Business Group QA Business Group TEST Business Group Producción Business Group Producción A B C D Usuarios Tier 1 Tier 2 Tier 3 Tier 2 Reservas de Recursos A D A C Uso de Recursos En Hojas Blade FABRIC CLOUD A C D Uso de Recursos En Storage FABRIC QA FABRIC PRODUCCION

31 #4.4 Migración a Hardware Nuevo Una vez creada la plataforma de VCSE, con sus Objetos principales, se procederá a la migración en el siguiente orden: Ambiente QA Migrar maquinas simples Reagrupar con otras Asignar Blueprint Ambiente QA Migrar maquinas VAPP Reagrupar con otras o bien separar Asignar Blueprint Como resultado de esta metodología se dispondrá del HW antiguo totalmente libre, y el HW nuevo operando en Cloud.

32

33 CLUSTER PRODUCCION SITIO PRINCIPAL CLUSTER DE ADMINISTRACION