{"id":2346,"date":"2016-07-22T02:19:32","date_gmt":"2016-07-22T02:19:32","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=2346"},"modified":"2024-09-12T02:14:23","modified_gmt":"2024-09-12T09:14:23","slug":"bcbs-239-and-nosql-databases","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/es\/bcbs-239-and-nosql-databases\/","title":{"rendered":"BCBS 239 y bases de datos NoSQL"},"content":{"rendered":"

El nacimiento de BCBS 239<\/h2>\n

Este blog examina los principios del BCBS 239 estrictamente a trav\u00e9s de la perspectiva tecnol\u00f3gica y c\u00f3mo NoSQL es relevante en el mundo del cumplimiento en la industria financiera y.<\/p>\n

Pero antes de entrar en materia, veamos la historia del cumplimiento de la normativa y por qu\u00e9 se ha vuelto tan importante.<\/p>\n

Cualquiera que haya vivido la crisis financiera de 2007\/2008 y haya visto c\u00f3mo sus carteras 401k se hund\u00edan hasta tocar fondo y c\u00f3mo sus viviendas se valoraban al precio de una bolsa de palomitas de ma\u00edz ya sabe de lo que estoy hablando y conoce la historia que hay detr\u00e1s de las normas de cumplimiento regulatorio que deben cumplir los bancos y el escrutinio al que est\u00e1n sometidos continuamente. Se cree que la crisis financiera de 2007\/2008 se produjo porque los bancos no fueron capaces de informar eficazmente sobre los riesgos, lo que provoc\u00f3 un enorme colapso que condujo a la crisis. El BCBS 239 es un conjunto de principios establecidos por los organismos gubernamentales para reforzar las pr\u00e1cticas de agregaci\u00f3n e informaci\u00f3n de riesgos de los bancos.<\/p>\n

El poder cre\u00eda que<\/p>\n

    \n
  1. La incapacidad de la infraestructura inform\u00e1tica y la arquitectura de datos para apoyar la gesti\u00f3n y gobernanza del riesgo condujeron a la crisis. Muchos bancos fueron incapaces de gestionar los riesgos debido a una deficiente agregaci\u00f3n de los mismos, lo que limit\u00f3 gravemente su capacidad para comunicar con exactitud la informaci\u00f3n sobre la exposici\u00f3n al riesgo en el momento oportuno.<\/li>\n
  2. Mejorar la capacidad de toma de decisiones mediante la mejora de la gesti\u00f3n de la informaci\u00f3n en todas las entidades jur\u00eddicas para evitar que la crisis se repita. Esto incluye la capacidad de Mejorar la velocidad a la que la informaci\u00f3n est\u00e1 disponible<\/li>\n
  3. Estos principios complementar\u00edan otros esfuerzos por mejorar la eficacia de la gesti\u00f3n de riesgos y evaluar la adecuaci\u00f3n del capital.<\/li>\n<\/ol>\n

    Este art\u00edculo no se adentra en los entresijos de los principios enunciados en el BCBS 239, sino que se centra en el enorme papel que desempe\u00f1a la tecnolog\u00eda en el \u00e9xito de este esfuerzo.<\/p>\n

    \u00bfPor qu\u00e9 los bancos no pueden gestionar eficazmente los informes de riesgo?<\/strong><\/h2>\n

    Si nos fijamos en la forma en que funciona cualquier negocio hoy en d\u00eda, las nuevas mesas de negociaci\u00f3n surgen con frecuencia y los bancos est\u00e1n bajo una tremenda presi\u00f3n para ponerse r\u00e1pidamente en marcha con estas nuevas entidades jur\u00eddicas. Por lo tanto, no hay tiempo para implantar estos sistemas de la forma correcta: es decir, con un almac\u00e9n de datos centralizado que tenga una \u00fanica versi\u00f3n de la verdad en la que las mejoras y\/o los cambios se analicen detenidamente antes de ejecutarlos. Por lo tanto, en este escenario, las unidades de negocio de apoyo simplemente crean almacenes de datos independientes, extraen los datos y construyen su propio repositorio para no perturbar a otras unidades de negocio.<\/p>\n

    No pueden limitarse a esperar a tener la infraestructura inform\u00e1tica ideal antes de introducir un nuevo producto o unidad de negocio. Y en el mundo actual de fusiones y adquisiciones no hay tiempo para integrar plenamente los sistemas. As\u00ed que los silos est\u00e1n aqu\u00ed para quedarse. Cualquier esfuerzo por integrar los datos requiere varios a\u00f1os y millones de d\u00f3lares, lo que, por decirlo educadamente, es una misi\u00f3n imposible.<\/p>\n

    La perspectiva inform\u00e1tica<\/strong><\/h2>\n

    Cuando se mira este problema desde el otro lado de la valla, es decir, desde la perspectiva de TI, se espera que se mueva a la velocidad del negocio y ofrezca resultados. El departamento de TI no se lleva el m\u00e9rito de crear un sistema de ingenier\u00eda atractivo que integre a la perfecci\u00f3n los datos y actualice los cuadros de mando con la informaci\u00f3n m\u00e1s reciente. No hay tiempo para adherirse al SDLC y a la metodolog\u00eda de desarrollo en cascada. AGILE es la nueva forma de desarrollar sistemas, ya que tienen el negocio a sus espaldas para ver r\u00e1pidamente el valor de cada centavo gastado en proyectos de TI.<\/p>\n

    La presi\u00f3n sobre los inform\u00e1ticos es inmensa y son la columna vertebral de esta embestida normativa. La integraci\u00f3n y unificaci\u00f3n de datos no es una tarea que se haga de la noche a la ma\u00f1ana y suele requerir meses o a\u00f1os de planificaci\u00f3n, por lo que, aunque se disponga de presupuesto para ello, el \u00e9xito de un proyecto de este tipo est\u00e1 muy abierto.<\/p>\n

    Algunas comprobaciones de la realidad.....<\/strong><\/h2>\n

    Algunas de las cosas con las que tenemos que lidiar es el hecho de que los silos de datos est\u00e1n aqu\u00ed para quedarse y cualquier estrategia que utilicemos tiene que trabajar en torno a ellos. Afortunadamente, gracias a los avances tecnol\u00f3gicos y a la forma en que se aprovechan el hardware y el software, hay partes de este problema que pueden resolverse f\u00e1cil y eficazmente.<\/p>\n

    La arquitectura t\u00edpica de cualquier empresa tiene este aspecto. No estoy representando las entidades o Bus dentro de un banco todo lo que quiero representar muy vagamente es c\u00f3mo los datos fluyen entre los diferentes sistemas y c\u00f3mo se transforman y consumen. Cada caja con m\u00faltiples bases de datos representa datos pertenecientes a una unidad de negocio o funci\u00f3n dentro de una empresa. Esta es una visi\u00f3n muy simplista; en la vida real el flujo de datos parece m\u00e1s complicado que una intrincada tela de ara\u00f1a. Los consumidores de los datos representados en el c\u00edrculo exterior pueden seleccionar cualquier porci\u00f3n de datos de cualquier etapa del ciclo de vida de la transformaci\u00f3n de datos y crear su propio repositorio para la elaboraci\u00f3n de informes. As\u00ed que, seg\u00fan a qu\u00e9 usuario se le pregunte, la misma pregunta puede dar lugar a respuestas diferentes o contradictorias. Y este es realmente el quid de la cuesti\u00f3n.<\/p>\n

    <\/p>\n

    Lo que intento transmitir con esta imagen excesivamente simplificada es que<\/p>\n

      \n
    1. Los datos est\u00e1n repartidos por todas partes y cada base de datos tiene su propia estructura, creada para ofrecer el m\u00e1ximo rendimiento y flexibilidad a sus usuarios. As\u00ed, algo puede pasar de archivos en bruto a 3NF, a modelos dimensionales (estrella y copo de nieve) y de nuevo al formato desnormalizado para facilitar su uso.<\/li>\n
    2. Cuando alguien pone en marcha una nueva iniciativa. Preferir\u00e1 sacar los datos de los sistemas existentes y crear su propio repositorio de datos con el que jugar para no pisar a nadie.<\/li>\n
    3. Existen varias copias redundantes\/no controladas de los datos que residen en diferentes \u00e1reas y cada copia es una versi\u00f3n diferente de la copia original, lo que dificulta enormemente la comparaci\u00f3n y correcci\u00f3n de los datos.<\/li>\n
    4. No se puede comprobar la veracidad de ning\u00fan informe porque, seg\u00fan de d\u00f3nde proceda, la informaci\u00f3n puede ser contradictoria.<\/li>\n<\/ol>\n

      El enfoque centrado en el mercado de datos permite a TI moverse a la velocidad del negocio. Podr\u00edamos quedarnos despiertos toda la noche e inventar millones de razones sobre por qu\u00e9 es necesario integrar todo y c\u00f3mo tener una \u00fanica copia de los datos es la mejor manera de hacerlo, por desgracia los datos-silos equivalen a moverse con la velocidad del negocio.<\/p>\n

      Algunas victorias r\u00e1pidas con Couchbase<\/strong><\/h2>\n

      Como se indica en la primera secci\u00f3n, deben producirse muchos cambios para que los bancos puedan evaluar la adecuaci\u00f3n del capital y mitigar el riesgo.<\/p>\n

      Si tuviera que resumir esto r\u00e1pidamente, las dos cosas clave que se me ocurren son que este problema espec\u00edfico es sobre todo<\/p>\n

        \n
      1. Un problema de datos estructurados<\/strong> (Gracias Dios<\/em>Sin embargo, el esquema debe tolerar muchos cambios y reaccionar con rapidez.<\/li>\n
      2. Problema de integraci\u00f3n de datos<\/strong> ya que debe agregarse y servirse de forma r\u00e1pida y altamente disponible.<\/li>\n<\/ol>\n

        Algunos frutos al alcance de la mano para ayudar en el proceso general de mitigaci\u00f3n de riesgos y sin realizar grandes cambios perturbadores en la captura de datos y las aplicaciones responsables de proporcionar esta informaci\u00f3n.<\/p>\n

        Integraci\u00f3n de datos<\/strong>: El servidor Couchbase podr\u00eda utilizarse como plataforma de elecci\u00f3n para obtener los datos de diferentes silos de una empresa y agregarlos r\u00e1pidamente en el servidor. Normalmente, la cantidad de datos que hay que agregar no se sit\u00faa en el rango de los petabytes. Suelen estar en el rango de los GB y los consumidores de estos datos suelen hacer un seguimiento del comportamiento durante el \u00faltimo mes para comprender la exposici\u00f3n al riesgo en un d\u00eda determinado.<\/p>\n

        Calidad de la informaci\u00f3n sobre riesgos:<\/strong> Aunque el servidor Couchbase no es una herramienta de evaluaci\u00f3n de la calidad de los datos, su esquema flexible facilita la correcci\u00f3n de errores detectados por herramientas de calidad de datos y procesos de control de calidad que, de otro modo, estar\u00edan limitados por la rigidez del esquema. Por ejemplo, si te olvidaste de incluir una columna o algo se rompe debido a un cambio en el tipo de datos, puedes volver a ponerlo en marcha muy r\u00e1pidamente con una soluci\u00f3n como Couchbase.<\/p>\n

        Disponibilidad de informes sobre riesgos: <\/strong>El servidor Couchbase se centra en la memoria y cuenta con funciones de disponibilidad integradas que garantizan que los datos est\u00e9n siempre disponibles.<\/p>\n

        Cuadros de mando: <\/strong>El requisito para los cuadros de mando es que tienen que estar disponibles 24\/7\/365 para seguir al sol, soportar una amplia variedad de herramientas de informaci\u00f3n, proporcionar una visi\u00f3n consistente y fiable del estado de las cosas. Aunque tener un cuadro de mando robusto y altamente disponible no resuelve los problemas de calidad de los datos, tener algo disponible 24\/7 y resistente a los cambios ayudar\u00e1 a detectar cualquier fuga de tuber\u00edas para que sea visible y se corrija r\u00e1pidamente. Disponer de los cuadros de mando desde una \u00fanica plataforma tambi\u00e9n es muy \u00fatil.<\/p>\n

        El servidor Couchbase es muy vers\u00e1til y tiene una gran variedad de usos en la empresa. Consulta mi art\u00edculo anterior sobre la identificaci\u00f3n de aplicaciones adecuadas para bases de datos NoSQL.\u00a0https:\/\/www.couchbase.com\/blog\/immediate-or-eventual-persistence\/<\/a><\/p>\n

        Para una mejor comprensi\u00f3n de la arquitectura de Couchbase Server consulte el siguiente enlace <\/strong>https:\/\/www.couchbase.com\/nosql-databases\/couchbase-serve\/r<\/strong><\/a><\/p>\n

        _____________________________________________________________________________________<\/u><\/p>\n

        Este art\u00edculo ha sido escrito por Sandhya Krishnamurthy, Ingeniera Superior de Soluciones de Couchbase<\/strong>proveedor l\u00edder de bases de datos NoSQL.<\/p>\n

        P\u00f3ngase en contacto con el autor en sandhya.krishnamurthy@couchbase.com<\/a><\/p>\n