Siguiendo el recorrido por la estructura Cisco Domain Ten (SM) para simplificar la transformación del centro de datos, con este blog, aprovecharé mis blogs anteriores y presentaré el Dominio 3, que trata sobre la “Automatización y organización”.
Anteriormente afirmé que es necesario tener un centro de datos automatizado y virtualizado, pero es una base insuficiente para la nube, y Cisco Domain Ten lo refleja muy bien. Dicho eso, desde mi punto de vista, automatización y organización es uno de los dos o tres dominios más importantes en el cual debemos centrarnos al transformar un centro de datos y al planificar una arquitectura de nube. La automatización es bastante fundamental para brindar beneficios como reducción de costos, elasticidad, rápida prestación de servicios y agilidad a los usuarios finales/personas interesadas/clientes. Entonces, ¿cuáles son los problemas clave con los que podemos ayudarlo en los servicios de Cisco en este dominio?
Sin embargo, permítame aclarar primero algo de la terminología utilizada en este espacio. “Crecí” trabajando en la administración de redes del proveedor de servicios, donde inicialmente (para ser honesto) confundíamos la tarea de “configurar” dispositivos (individuales) con el acto más holístico de “proporcionar” el servicio completo. Creía que lo había entendido. Después, hace algunos años, el término “organización” formó parte de la jerga de la tecnología, particularmente en el centro de datos. Organización en mi mente refleja la naturaleza multicapa/multidispositivo/multisistema/multifacética cada vez más compleja de los servicios del centro de datos actuales. Pensemos en esto, para brindar un nuevo servicio (aplicación), es posible que tenga que proporcionar y organizar varios componentes de aplicación, revisiones, crear una nueva máquina virtual (una o varias) a través de los hipervisores, y no preocuparse por configurar una variedad de servidores, switches virtuales (Cisco Nexus 1000V), switching de centros de datos, firewall y dispositivos equilibradores de carga. ¿Realmente desea realizar esto manualmente?
Muchos de ustedes indudablemente seleccionarán un producto de organización comercialmente disponible. Y dedicarán un tiempo considerable para realizar esa selección. En Cisco hoy en día, mientras que nuestro producto Automatización inteligente de Cisco para la nube satisface las necesidades de los dominios 3, 4 y 5 (Organización, Portal del usuario y Catálogo de servicios respectivamente), es el componente Organizador del proceso de Cisco de esta solución el que proporciona el motor inteligente, flexible y, lo que es más importante, programable para satisfacer las necesidades de organización. En las implementaciones de la Automatización inteligente de Cisco por parte del cliente, descubrimos que los clientes normalmente especifican que los ayudamos a diseñar e implementar características personalizadas, es decir, características específicas de los requisitos y objetivos empresariales. Esto significa, para mí al menos, que la naturaleza basada en el flujo de trabajo altamente flexible y programable del Organizador del proceso de Cisco es probablemente el aspecto más importante de esta solución. Por eso es acertado considerar cuidadosamente qué solución satisface mejor sus necesidades.
Sin embargo, consideremos ahora lo que en la práctica resulta ser un conjunto de desafíos más significativo. Aquí le presentamos la analogía: una cosa es elegir un automóvil. Otra cosa es poder conducir ese automóvil. Asimismo, cuando trabajé en la administración de redes del proveedor de servicios, diseñar una interfaz de usuario que mostrase una serie de valores SNMP MIB era una cosa, pero requería un tipo de habilidades de ingeniería diferente que desarrollara una interfaz de usuario que brindase de manera genuina productividad y perspectivas al usuario final.
Por eso cuando escucho sobre los desafíos de la organización en la nube, diría que seleccionar la solución de organización es la parte más sencilla. El desafío más significativo es hacer que le brinde servicios en la nube. Primero, debe asegurarse de obtener correctamente su catálogo de servicios (más adelante brindaré más información sobre esto). Después, para cada servicio de TI que planea brindar, debe traducir la definición de servicio a una serie de acciones en la aplicación/ servidor/dispositivo. Múltiples sistemas, múltiples entornos operativos, múltiples interfaces de administración. E, indudablemente, cada uno con su propio enfoque de “matices” o “arte negro” para la configuración. Además, debe brindar soporte para estos en el motor de organización. A veces requiere que una propiedad intelectual profunda realice esta traducción; no es suficiente saber cómo funciona el motor de organización.
Aquí es donde los servicios de Cisco proporcionan el valor real al equipo. Nuestro equipo involucrado en el dominio Organización sabe todo sobre el diseño y la implementación de los servicios en la nube. Sabe sobre las aplicaciones, los componentes del software, los hipervisores y la red, los dispositivos de almacenamiento y del servidor. También sabe cómo programar mejor el motor de organización para brindar los servicios que necesita para transformar su enfoque hacia la entrega de TI. Por eso, no elija un proveedor que brinde herramientas de administración y automatización. Asegúrese de elegir un partner que pueda brindar propiedad intelectual y experiencia en organización y el centro de datos.
Authors
