Varios escenarios de aplicación típicos de bases de datos en memoria
A continuación se presentan brevemente varios escenarios comunes de aplicaciones de IMDB, con la esperanza de inspirar a los colegas interesados en la tecnología IMDB:
1. Facturación de telecomunicaciones
Las aplicaciones más grandes de IMDB. se concentran en el campo de las telecomunicaciones, especialmente en los sistemas de facturación. Por supuesto, en los últimos años también ha comenzado a expandirse a nuevas áreas de negocio de telecomunicaciones, como red central, CRM, marketing de precisión, etc. La siguiente figura es la arquitectura de IMDB en facturación de telecomunicaciones para su referencia.
2. Comercio de valores en línea
El comercio de valores actual básicamente utiliza J2EE para almacenar en caché todos los objetos de la transacción, lo que inevitablemente genera una gran sobrecarga del sistema en la capa intermedia y también aumenta el sistema y costos laborales. El uso de IMDB para clasificar lógicamente las transacciones y almacenarlas en caché en el servidor de aplicaciones puede mejorar en gran medida el rendimiento del sistema y la uniformidad del acceso a los objetos.
3. Centro regional de recopilación de datos
Para sistemas empresariales a gran escala en regiones geográficas, la existencia de centros de datos regionales mejora en gran medida la precisión, la velocidad y la seguridad de los datos. Los escenarios de aplicación típicos incluyen: sistemas de peaje de autopistas, sistemas de facturación/ingresos de cadenas de restaurantes y sistemas de emisión de billetes institucionales. La arquitectura típica del sistema es la siguiente:
La característica más importante de este tipo de sistema es que la carga en la máquina dedicada es baja y se puede utilizar una configuración de hardware más económica. Sin embargo, los centros de datos regionales requieren configuraciones de hardware más altas para manejar tareas concurrentes potencialmente grandes (como el inventario del restaurante a las 10 p.m. todas las noches y el envío de informes mensuales por parte del sistema de emisión de boletos de la agencia al final del mes, etc.). Teniendo en cuenta que no siempre se produce una gran concurrencia, reemplace el servidor de base de datos de alto rendimiento con una base de datos en memoria. El servidor de base de datos liviano está configurado como un servidor de base de datos regional, que puede administrar y mantener datos activos durante una gran concurrencia al menor costo. .
En la implementación real, la base de datos en memoria se puede implementar en la máquina dedicada del terminal y el servidor de base de datos regional al mismo tiempo, la máquina dedicada se puede sincronizar con el servidor de base de datos regional de forma sincrónica/asincrónica; Finalmente, el centro de datos de la sede accede directamente a la base de datos desde el servidor de base de datos regional. Los datos agregados se leen de la base de datos en memoria en el centro de datos y se procesan en consecuencia.
4. Sistema de inteligencia empresarial
El sistema de inteligencia empresarial consta de un almacén de datos y una gran cantidad de aplicaciones OLAP. El cuello de botella de los sistemas de BI tradicionales a menudo proviene del servidor de bases de datos, que también es la intención original de empresas como IBM y Oracle de lanzar activamente máquinas todo en uno de bases de datos. Sin embargo, al observar el mercado nacional de BI, muchos clientes se apresuraron a lanzarse a proyectos de BI y almacenes de datos, pero no se dieron cuenta en la etapa inicial de que a medida que se expande la escala de los datos, pueden ocurrir serios cuellos de botella en el sistema en el futuro. Estos cuellos de botella afectan directamente la eficiencia de la generación de informes. La máquina todo en uno de base de datos parece ser capaz de resolver el problema del cliente, pero también tiene altos precios de equipo y afecta directamente la credibilidad de todo el departamento de TI de la empresa del cliente. Usar una base de datos en memoria sin inversión adicional en hardware y realizar ciertas modificaciones al sistema existente puede resolver este problema en gran medida:
Sobre la base del sistema existente, la base de datos en memoria La base de datos es se implementa en el servidor de la aplicación/sistema de BI, o se configura una capa de aceleración de datos adicional si hay fondos suficientes disponibles. Cabe señalar que dicha implementación requiere estar muy familiarizado con el flujo de trabajo de la aplicación/sistema de BI y dividir artificialmente el enrutamiento de datos de acuerdo con reglas lógicas específicas, para lograr una concentración profesional de datos dedicados y permitir que cada sistema de aplicación utilice su recursos de hardware correspondientes. Ejecute exclusivamente su respectivo OLAP.
Si el negocio y la implementación se pueden aclarar sin problemas, dicha arquitectura no solo puede resolver el problema del cuello de botella del sistema existente, sino que también puede resolverlo claramente. Esta arquitectura no sólo resuelve el problema de los cuellos de botella del sistema existente, sino que también organiza claramente el proceso de negocio para facilitar la futura expansión del sistema.