Cisco Domain Ten: Dominio 7: Plataforma

El Dominio 7 en nuestra estructura Cisco Domain TenSM para la transformación del centro de datos es lo que llamamos “Plataforma”. Más específicamente, este término se refiere a la “plataforma de software” en la que se ejecutarán las aplicaciones empresariales. En conclusión, esta área es donde examinamos los sistemas operativos, las bases de datos y otros tipos de middleware y le permitimos diseñar su estrategia, las decisiones de arquitectura y los planes de implementación en estas áreas, para permitirle impulsar un proyecto en la nube o el centro de datos más exitoso. Analicemos esta área con mayor detalle.

Cisco Domain Ten: Dominio 7: Plataforma

Ahora consideremos algunas observaciones y consecuencias rápidas del Dominio 7: Plataforma, y de nuevo me centraré en las consecuencias, particularmente, para las implementaciones de la computación en la nube (aunque la mayoría de mis observaciones se relacionan con todas las áreas de la transformación del centro de datos).

Mis colegas en el equipo de Cisco Data Center Services, cuando hablamos con los clientes de todo el mundo sobre sus aplicaciones y estrategia de plataforma, confirman lo que se sabe a nivel general: muchos centros de datos se ejecutan literalmente con docenas (y a veces más de eso) de combinaciones de versiones de sistemas operativos, combinaciones de revisiones, y versiones de bases de datos y revisiones asociadas. ¿Puede imaginar qué significa esto cuando debe solucionar problemas? Es como correr en arena movediza: nunca sabe bien dónde está, y puede sorprenderse con comportamientos inesperados, como resultado de las variantes en los componentes de la plataforma de software subyacente. Esto incrementa el tiempo de reparación, el gasto operativo y el riesgo.

No solo eso, si permite varias combinaciones de sistemas operativos y middleware, el catálogo de servicios se torna muy complejo, los usuarios finales se confunden y los costos de soporte de aprovisionamiento aumentarán.

Como una analogía, considere una de las aerolíneas de bajo costo, por ejemplo South West Airlines en los Estados Unidos o EasyJet en el Reino Unido (y estoy seguro de que en cualquier país que esté, tiene por lo menos un tipo de aerolínea similar). Operan uno o dos tipos de aviones, cada uno con el mismo diseño de cabina, y todos los diseños de puertas (de operaciones) estarán estandarizados. Como resultado de la plataforma estandarizada que implementaron, a la hora de iniciar un nuevo servicio de ruta, no deben preocuparse por si el piloto X puede volar un tipo de avión, y no deben preocuparse por si un avión en particular puede adaptarse a uno de los aeropuertos a los que presta servicios. Piense en la flexibilidad y eficiencia empresarial que esto genera. Esto es lo que necesita para la plataforma y las aplicaciones de software del centro de datos.

Cuando nuestros asesores ayudan a nuestros clientes en esta área, nuestro mantra es “estandarizar, simplificar y automatizar”. A partir de mis blogs anteriores, esto no debería ser una sorpresa. En el Dominio 1: Instalaciones e infraestructura, planteé que la estandarización de los componentes de hardware era un prerrequisito necesario para la expectativa de demanda en aumento de la nube.

Estos mismos principios se aplican en la plataforma. Adopte un enfoque disciplinado. Establezca una pequeña cantidad de “estándares” para los niveles de la plataforma en el centro de datos. Apunte a uno en particula; sin embargo, seamos realistas, supongo que tendrá un montón de combinaciones de sistemas operativos/revisiones/bases de datos/middleware en el centro de datos. Es mejor tener 3 o 5 “configuraciones estándar” que 30 o 50. Administre los proveedores de aplicaciones y los equipos de desarrollo internos para detener el avance de estos estándares. Reduzca su propia variación, no actualice un servidor con una revisión determinada, tenga un plan para aplicar esto a todos los servidores relevantes cuando sea posible.

Y brinde a su personal una pista de aterrizaje, no arena movediza, para que puedan realizar las tareas de aprovisionamiento y solución de problemas en un entorno estandarizado. Esto le permitirá reducir los riesgos, el gasto operativo y el tiempo medio entre fallos; ser más atento con los usuarios finales y hacer que la nube sea más exitosa, todos beneficios clave del enfoque estandarizado que defiende la estructura Cisco Domain Ten.

Share
Stephen Speirs

Stephen Speirs is part of the Cisco Advanced Services Product Management team, working on Data Center and Cloud Services. This team is tasked with developing major new professional service offerings for Cisco, and in particular around cloud computing adoption. Working with customers and partners worldwide, Stephen has over 20 years industry experience in IT, Data Centers and Service Provider Network Management. Stephen is based in Cisco's offices in Scotland, near Glasgow, and was "acquired into" Cisco in 2000 through the acquisition of Atlantech Technologies Ltd. Before joining Cisco Services, Stephen was senior manager, product management, in Cisco's Network Management Technology group, where he brought to market the multi-award winning Cisco MPLS Diagnostics Expert product. Stephen has a BSc (1st Hons) in Applied Physics from the University of Strathclyde, an MSc in Digital Systems engineering from the University of Heriot Watt, and an MBA from the University of Strathclyde Graduate Business School.