Gracias al uso de una CMDB se puede tener un enfoque unificado para el mantenimiento de los procesos de tecnologías de información, abarcando gestión de incidentes, problemas, cambios, configuración, activos e impactos en cada uno de los elementos y áreas que componen las tecnologías de información de una empresa. Con una CMDB centralizada se puede tener una estructura de procesos y un control más eficientes y que aumenten la productividad y la seguridad.
Lo que se busca al implementar una CMDB es tener un modelo de datos común, consiguiendo así una mejor gestión de servicios empresariales. El objetivo es tener una sola fuente confiable mediante la consolidación de los datos de múltiples conjuntos de datos de las tecnologías de información de las empresas. La meta es que todos los servicios actúen a partir de los mismos datos de configuración.
Actualmente existen muchos programas que realizan las tareas comunes de un CMDB, aunque cada uno de ellos tiene sus particularidades, ventajas y desventajas.
Programas CMDB
Entre los programas CMDB, se pueden mencionar algunos como los siguientes:
· HP Universal CMDB
· Altiris® 6 CMDB Solutioná„¢ (de Symantec)
· BMC Atrium CMDB
· CMDB.info
· CMDBuild
· OneCMDB
Errores al conceptualizar una CMDB
1) Una CMBD no es un simple inventario: No se debe confundir una CMDB con un inventario o con una simple base de datos que guarda cada uno de los activos informáticos que tiene una empresa. Más que eso, se indican las relaciones que se dan entre cada uno de los activos. Por ejemplo, una CMDB no sólo contiene información sobre las aplicaciones que posee una empresa, sino que se especifica también sobre qué sistemas operativos se ejecutan dichas aplicaciones, el hardware que controlan, o en qué procesos del negocio intervienen, etc.
2) Una CMDB no es una migración de datos hacia una fuente única: no se debe pensar que tener una CMDB significa unificar todo en un solo programa a través de la migración de datos. Las empresas utilizan diferentes herramientas informáticas que sería imposible tratar de unificar todo en un solo programa. Las CMDB lo que hacen es permitir tener un mejor control y gestión de las herramientas que ya se tienen, sin tener que hacer cambios que compliquen y traigan nuevos problemas a las empresas. Por ejemplo, si se tiene una base de datos en Oracle y otra en MySQL, una CMDB no tratará de fusionar ambas bases de datos en una sola, migrando los datos que están en Oracle hacia MySQL ni viceversa. Lo que sí se logrará con una CMDB es tener una mejor gestión sobre ambas bases de datos, estableciendo relaciones sobre la utilidad de cada una de ellas, con qué elementos de hardware operan, qué departamentos de la empresa afectan, qué sucedería si alguna de éstas bases de datos dejara de funcionar, qué tipo de relación se da entre ambas bases de datos si la hubiere, etc. Otro ejemplo sería si se tuviera un documento en Microsoft Word (.doc) y otro en StarOffice (.sxw), donde la solución de una CMDB no sería decidirse por un solo procesador de texto y pasar los datos de uno al otro, sino que dejar los dos documentos pero gestionarlos desde la CMDB de acuerdo a las particularidades y especificaciones que cada uno de ellos tiene, para qué sirven, qué impacto tendría desecharlos, qué contienen, con qué elementos de hardware o software se vinculan, si se trata de acuerdos de licencia entonces con qué organización es el acuerdo, etc.
¿Se necesita realmente una CMDB?
Una empresa podría haber escuchado sobre las CMDB, pero podría no saber en concreto cómo comenzar o para qué sería específicamente útil tener esto. En primera instancia se ha dicho que el beneficio es la integración de los datos o poner todo en una base de datos central. Pero es necesario profundizar en más detalles sobre los beneficios que podrá una empresa percibir al implementar una CMDB.
Últimamente se ha visto en las grandes empresas un creciente interés en adoptar mejores prácticas en los departamentos de tecnologías de información, particularmente siguiendo los estándares de ITIL (Information Technology Infraestructure Library, que es un conjunto de "las mejores prácticas" para manejar servicios de tecnologías de información, desarrollado por el gobierno británico). Muchas empresas están ahora decidiendo implementar una CMDB ya que se dan cuenta del valor que tiene en el ámbito de los negocios el hecho de tener una "fuente de registros" simple y unificada de la infraestructura de las tecnologías de información, para poder de esa manera identificar, manejar y verificar cualquier configuración del entorno rápido y con mayor facilidad, obteniendo más productividad y muchos otros beneficios con ello adjuntos.
La importancia del manejo de la configuración informática que se tiene
Los departamentos de informática de las empresas enfrentan numerosos retos a la hora de proveer servicios confiables que den soporte a las metas de negocio de las compañías. Resolver los problemas que se presentan requiere de una buena estrategia en el manejo de la configuración: sin saber qué hay en el ambiente, no se puede esperar controlarlo, mantenerlo, ni mejorarlo. Aunque ya se ha dicho que una CMDB no es un simple inventario de recursos o activos, no significa que no sirva también como inventario o base de datos de los activos que se poseen. Lo que se trata de decir es que una no se limita a ser un inventario, pero de hecho entre sus muchas tareas, se encuentra la de proporcionar información actualizada sobre todo lo que posee una empresa en cuanto a las tecnologías de información.
1. Metas de una CMDB
El manual de Soporte de Servicio ITIL habla de las metas que debería perseguir el manejo de la configuración, entre las que se encapsulan los siguientes puntos:
· Contabilizar todos los activos de tecnologías de información y configuraciones dentro de la organización y sus servicios.
· Proveer información clara y confiable sobre las configuraciones y su documentación para dar soporte a todos los procesos que se realizan.
· Proveer una base sólida para el manejo de incidentes, gestión de entregas, manejo de riesgos y manejo de cambios.
· Verificar los registros de configuración al hacer auditorías a la infraestructura, y corregir cualquier aspecto que no coincida con la configuración programada.
2. Beneficios de una CMDB
Si se consiguen las metas que persigue el uso de una CMDB, los beneficios para una organización son evidentes y salen a la luz por sí solos. En general se puede decir que los beneficios están relacionados con la calidad del control, integración y soporte a la hora de tomar decisiones.
3. Una CMDB como mecanismo de control
Verificar y corregir los registros de configuración da un mayor grado de control sobre la infraestructura que se posee. Por ejemplo, al controlar todo lo que se posee y la configuración o relaciones que cada elemento tiene, se reduce la complejidad del ambiente, reduciendo costos de soporte en la contabilización y monitoreo. Todo aquello que desaparece o que aparece sin haber sido pagado se podrá notar inmediatamente, ayudando a controlar los activos y evitando problemas legales. Ejercitar un mayor control sobre el ambiente o infraestructura también significa incrementar la seguridad global.
4. Las CMDB como mecanismo de integración
Cuando los procesos de manejo de incidentes, gestión de entregas, manejo de riesgos y manejo de cambios están basados en un registro de configuración usando una CMDB, se pueden integrar cada uno de estos procesos, reduciendo costos administrativos y errores. Por ejemplo, se podrían integrar los procesos de un manejo de incidentes y de un manejo de cambios así:
· Cuando se resuelve un incidente que requiere un cambio, la aplicación de manejo de incidentes puede crear automáticamente una petición de modificación para el manejo de cambios.
· Identificar el registro que se tiene en el manejo de cambios, para determinar aquellos cambios que causaron problemas al implementarse, de modo que no sean una primera opción a implementar en el manejo de accidentes.
Integrar todos los elementos de configuración relacionados en un proceso puede reducir el número de personal necesitado para administrar la infraestructura de trabajo, ahorrando dinero a la empresa.
5. Las CMDB como mecanismo de soporte para la toma de decisiones
Los administradores de cada uno de los departamentos de tecnologías de información en una empresa, así como también los gerentes y administradores de las organizaciones se benefician de tener información clara o un mapa de información sobre cada uno de los procesos y activos que tiene una empresa. Tomar decisiones se hace más fácil cuando se tienen datos completos y claros. El manejo de riesgos se hace más fácil y se reducen retrasos que estaban fuera de lo planeado.
Los datos son la clave de todo
Existen muchos métodos de manejo de configuraciones, así como muchas aplicaciones CMDB. Pero independientemente del método o aplicación que se decida implementar para realizar estas tareas, lo cierto es que lo que hace que un método sea efectivo es la manera en que guardan, administran y usan los datos.
La configuración que se use debe ser clara, lo que significa que debe ser actualizada frecuentemente. Las configuraciones y los datos cambian constantemente, por lo que los datos que eran correctos la semana pasada podrían ser terriblemente obsoletos esta semana, resultando por ejemplo en la compra de diez servidores cuando realmente solo se necesitan cinco, o peor, resultando en la instalación de un parche de seguridad que hace que un sistema completo falle.
La configuración que se use para el manejo de los datos debe estar disponible para todos los procesos que se llevan a cabo porque incluso la información más clara y fundamental puede ser inútil si no se tiene acceso a ella por parte de quienes la requieren. Por ejemplo, si los datos de la topología de red provista por una aplicación no están disponibles para la aplicación de manejo de cambios, no será un plan inteligente rediseñar la red.
La solución que permite mantener una configuración clara de los datos que son compartidor por múltiples tecnologías de información es una CMDB.
Evolución de las CMDB
El concepto de una CMDB ha evolucionado a lo largo de los años, desde una colección de registros de datos aislados hasta una base de datos única y centralizada, cada vez acercándose más a una base de datos que puede funcionar como la fuente de registros de configuración de los datos sin destruir la infraestructura que ya se tiene.
Primero, una CMDB consistía simplemente en muchas aplicaciones que guardaban sus propios datos y a menudo otras bases de datos que contenían datos de configuración. Pero inicialmente no se podían establecer relaciones sino que simplemente se almacenaban datos de los activos.
Posteriormente se crearon CMDBs directamente integrando cada uno de los recursos de datos que se tenían, tratando de conectarlos entre sí. Esto permitió compartir datos, unificando y mejorando las CMDB grandemente.
Finalmente y lo que se busca en la actualidad es una base de datos centralizada, integrando todos los activos y elementos que componen las tecnologías de información de una empresa.
Contenido de una CMDB
ITIL recomienda guardar muchos tipos de datos en una CMDB. El propósito principal es mantener la configuración de cada elemento y las relaciones entre ellos, que en conjunto forman una configuración particular en un tiempo específico o en un momento dado.
Los elementos de configuración (CI o Configuration Item) son los puntos de enfoque de una CMDB. Sin una definición clara de lo que califica a cada elemento como un CI, se darán problemas constantes a la hora de decidir si se deben poner diferentes tipos de datos en una CMDB.
En la terminología ITIL, los CI son componentes de una infraestructura que actualmente están, o estarán pronto, bajo manejo de configuración. Los CIs pueden ser un simple módulo como un monitor, o elementos más complejos, como un sistema completo.
Definido de manera simple, un CI es una instancia de una entidad que es parte del ambiente configurable y que tiene atributos configurables específicos para esa instancia. Estas entidades pueden ser físicas (como una computadora), lógicas (como una instancia instalada de un programa de software), o conceptuales (como un servicio ofrecido por un negocio). Pero todo esto tiene que ser una parte directa del ambiente, y no información sobre esa parte. Algunos ejemplos que ilustrarán los límites de lo que son los CI se muestran a continuación:
Elementos de Configuración (Configuration Items o CI) | Elementos que no son de Configuración (no son Configuration Items o CI) |
– Una computadora es parte del entorno de trabajo y tiene atributos configurables, tales como número de serie, velocidad del procesador, y dirección IP.
– Un edificio es parte del entorno de trabajo y tiene atributos configurables, tales como número de cuartos, sistema de control de temperatura, y sistema de alarma.
– Una instancia de un programa instalado en una computadora es parte del ambiente de trabajo y tiene atributos configurables, tales como número de serie, ruta o ruta de acceso para usarlo, etc.
– Un servicio recibido por un negocio es parte del entorno de trabajo y tiene atributos configurables tales como el beneficio económico recibido por dicho servicio, el costo que tiene la interrupción del servicio, etc. | – Una persona que llega a visitar las instalaciones de la empresa tiene atributos configurables pero no es parte directa del ambiente de trabajo.
- Manual de usuario de un equipo tiene atributos configurables pero no forma parte directa del ambiente de trabajo, sino que solamente contiene información acerca de otras entidades, como por ejemplo una computadora o un impresor.
|
Por supuesto, no todas las cosas que califican como un CI valen la pena como para registrarlas en la CMDB. Por ejemplo podría no resultar muy útil crear registros en la CMDB para todas las sillas de oficina que hay en una organización.
Relaciones entre las CIs
Los CI no existen simplemente por separado, sino que se afectan entre ellos. La organización de los CMDB permite ver de qué manera se interrelacionan todos los elementos y cómo se afectan.
Las relaciones pueden ser simples, como decir que un disco duro es un componente de una computadora, o mucho más complejas como la definición de la topología de red de una organización. Estas relaciones no solamente se dan entre CIs físicos sino que también entre elementos lógicos o conceptuales, como lo son las instancias de programas instalados, caducación de licencias, etc.
Comprender bien las dependencias y otras relaciones entre los CIs podría revelar por ejemplo, cómo actualizar el procesador A mejoraría el rendimiento del servidor B, o qué servicios serían afectados si falla el router C. Toda esta información puede ayudar a saber qué hacer cuando se den errores, así como también a prevenir problemas.
Desventajas de una CMDB
Entre las desventajas que se pueden mencionar de las CMDB, se encuentran las siguientes:
· La inversión económica que implica comprar un programa CMDB, en el caso de no usar un programa con licencia GPL (General Public Licence).
· El enorme trabajo que toma introducir los elementos eficientemente a una CMDB.
· La complejidad de las relaciones entre los CI es tan compleja que puede generar una total confusión en vez de ayudar a tener un mejor control de los activos.
· La integración de tecnologías diferentes y los múltiples vendedores que hay dificulta la integración o unificación, resultando menos confuso ver las cosas por separado.
· La falta de estándares mundialmente aceptados sobre las CMDB.
· La tendencia a ver las CMDB de acuerdo a la perspectiva particular y con fines lucrativos que tienen las compañías vendedoras de programas para CMDB, sin que haya todavía un estándar aceptado sobre lo que debe precisamente tener un programa para CMDB. Se puede caer en una presión por parte de los vendedores de programas para CMDB, sin que los beneficios sean reales para la mayoría de empresas.
· Aunque resulta llamativo administrar todo de manera centralizada, no siempre es una buena opción porque los que mejor conocen las necesidades y particularidades de cada sección o departamento en una empresa, son los que trabajan día a día en esa área.
· Las CMDB son soluciones utópicas. No es posible tener toda la información centralizada y tratar de administrar todo desde un solo lugar. Además es una tarea demasiado compleja que en vez de traer beneficios trae más trabajo y confusión sin que se obtenga un provecho que valga la pena comparado al esfuerzo e costos que se generan con la implementación de una CMDB.
Conclusión
Luego de haber estudiado la utilidad de las CMDB, sus ventajas, y desventajas, se puede concluir que se trata de una herramienta que debe ser considerada y que puede traer grandes beneficios y una mayor productividad para las empresas, pero que también existe el riesgo que si no se sabe implementar correctamente, genere únicamente pérdida de tiempo, confusión, e inversión sin obtener a cambio los frutos esperados.
Cada empresa tiene sus condiciones particulares y no se puede decir que lo que a uno le funciona le va a funcionar por regla a todos. Por ello se concluye que cada empresa antes de implementar un determinado programa CMDB, debe analizar detenidamente el uso que le dará, el diseño o arquitectura que se tiene, y todas las condiciones específicas y particulares que se posean, para no invertir dinero, tiempo y otros recursos en una herramienta a la que no se le va a sacar todo el provecho o que podría llegar a traer más trabajo en la implementación y gestión.
En cualquier caso, es fundamental que los analistas y encargados del área informática de las empresas conozcan las herramientas y la potencia que tiene una CMDB, pues muchas herramientas beneficiosas se pueden dejar de lado por el simple hecho de ignorarlas, aun cuando tenga claros beneficios.
Es verdad que las CMDB son tecnologías modernas y que comienzan a tomar auge, pero ya existen muchas empresas que han tenido éxito en el uso e implementación adecuada de una CMDB. Es necesario conocer este tipo de herramientas que ofrecen y prometen simplificar y organizar mejor y de manera centralizada las tareas de configuración y gestión de las tecnologías de información de las empresas.
Bibliografía
· Blog de Manuel Delgado. Construir una CMDB paso a paso. Extraído el 14 de agosto, 2008, de
· CMDBuild. CMDBuild. Extraído el 14 de agosto, 2008, de
http://www.cmdbuild.org/cos-e-cmdbuild/brochure/cmdbuild_en.pdf
· Blog sobre seguridad y gestión de la información. CMDB, la solución. Extraído el 14 de agosto, 2008, de
http://secugest.blogspot.com/2007/02/cmdb-la-solucin.html
· BMC Software. What do you need from a Configuration Manager Database (CMDB)? Extraído el 15 de agosto, 2008, de
http://www.bmc.com/USA/Corporate/BSM/attachments/BMC_CMDB_wp_en.pdf
· Webopedia: Online Computer Dictionary for Computer and Internet Terms and Definitions. Configuration Item. Extraído el 15 de agosto, 2008, de
http://www.webopedia.com/TERM/C/configuration_item.html
· The IT Skeptic. ITIL"s dead elephant: CMDB can"t be done. Extraído el 15 de agosto, 2008, de
http://www.itskeptic.org/node/25
NOTA: la descarga de este documento se encuentra disponible en cualquiera de los siguientes enlaces:
http://jaimemontoya.com/systemsproductiontechniques/cmdb.php
http://jaimemontoya.com/systemsproductiontechniques/cmdb1.php
Autor:
Jennifer Esmeralda Chacón Carranza
Ronald Antonio Erazo Ramos
Glenda Maritza España Canalez
Jaime Oswaldo Montoya Guzmán
Asignatura: Técnicas y Producción de Sistemas
Catedrático: Ing. Carlos Orellana
UNIVERSIDAD CATÓLICA DE EL SALVADOR
FACULTAD DE INGENIERÍA Y ARQUITECTURA
Santa Ana, 16 de agosto de 2008
El Salvador
| Página siguiente |