{"id":37650,"date":"2019-10-31T22:18:50","date_gmt":"2019-10-31T19:18:50","guid":{"rendered":"https:\/\/prohoster.info\/blog\/arhitektura-billinga-novogo-pokoleniya-transformatsiya-s-perehodom-na-tarantool\/"},"modified":"2019-10-31T22:18:50","modified_gmt":"2019-10-31T19:18:50","slug":"arhitektura-billinga-novogo-pokoleniya-transformatsiya-s-perehodom-na-tarantool","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/arhitektura-billinga-novogo-pokoleniya-transformatsiya-s-perehodom-na-tarantool","title":{"rendered":"Arquitectura de facturaci\u00f3n de nueva generaci\u00f3n: transformaci\u00f3n con la migraci\u00f3n a Tarantool","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u00bfPor qu\u00e9 una corporaci\u00f3n como MegaFon necesitar\u00eda Tarantool en su facturaci\u00f3n? Desde afuera parece que simplemente un proveedor llega, trae una gran caja, la conecta a la corriente y \u00a1listo, aqu\u00ed est\u00e1 la facturaci\u00f3n! En alg\u00fan momento as\u00ed fue, pero ahora es una arcaica, y esos dinosaurios ya han desaparecido o est\u00e1n en proceso de extinci\u00f3n. Originalmente, la facturaci\u00f3n era un sistema para emitir facturas: una calculadora o contador. En el telecomunicaciones moderna, es un sistema de automatizaci\u00f3n de todo el ciclo de vida de interacci\u00f3n con el abonado, desde la firma del contrato hasta la cancelaci\u00f3n<\/b>, incluyendo la tarificaci\u00f3n en tiempo real, la aceptaci\u00f3n de pagos y muchas otras cosas. La facturaci\u00f3n en las empresas de telecomunicaciones es como un robot de combate: grande, poderoso y armado hasta los dientes.<\/p>\n

\"Arquitectura
\n
\n\u00bfY qu\u00e9 tiene que ver aqu\u00ed Tarantool? Eso lo explicar\u00e1n Oleg Ivlev<\/b> y\u00a0Andrei Knyazev<\/b>. Oleg es el arquitecto jefe de la empresa MegaFon<\/a><\/noindex> con una vasta experiencia en empresas extranjeras, Andrei es el director de sistemas de negocio. De la transcripci\u00f3n de su informe en\u00a0Tarantool Conference 2018<\/a><\/noindex>\u00a0aprender\u00e1s por qu\u00e9 la I+D es necesaria en las corporaciones, qu\u00e9 es Tarantool, c\u00f3mo el estancamiento de la escalabilidad vertical y la globalizaci\u00f3n fueron condiciones para la aparici\u00f3n de esta base de datos en la empresa, sobre los desaf\u00edos tecnol\u00f3gicos, la transformaci\u00f3n de la arquitectura, y c\u00f3mo la pila tecnol\u00f3gica de MegaFon es similar a Netflix, Google y Amazon.
\n<\/a><\/noindex>
\n

\r\n \"Reproducir\r\n
<\/div>\r\n <\/div><\/center><\/p>\n

El proyecto 'Facturaci\u00f3n Unificada'<\/h2>\n

\nEl proyecto del que se hablar\u00e1 se llama 'Facturaci\u00f3n Unificada'. En \u00e9l, Tarantool mostr\u00f3 sus mejores cualidades. <\/p>\n

\"Arquitectura
\n
\nEl crecimiento del rendimiento del equipo Hi-End no se manten\u00eda al ritmo del crecimiento de la base de abonados y el aumento de servicios, se esperaba un mayor crecimiento en el n\u00famero de abonados y servicios debido a M2M, IoT, y las peculiaridades de las sucursales conduc\u00edan a un deterioro en el time-to-market. La empresa decidi\u00f3 crear un sistema de negocios \u00fanico con una arquitectura modular \u00fanica de nivel mundial, en lugar de 8 sistemas de facturaci\u00f3n diferentes.<\/p>\n

MegaFon es ocho empresas en una<\/b>. En 2009 se complet\u00f3 la reorganizaci\u00f3n: las sucursales en toda Rusia se unieron en la \u00fanica empresa OAO 'MegaFon' (ahora P\u0410\u041e). As\u00ed, la empresa termin\u00f3 teniendo 8 sistemas de facturaci\u00f3n con sus propias soluciones 'personalizadas', peculiaridades de sucursales y diversas estructuras organizativas, de IT y marketing.<\/p>\n

Todo iba bien, hasta que tuvimos que lanzar un producto federal com\u00fan. Aparecieron un mont\u00f3n de complicaciones: algunos ten\u00edan tarifas redondeadas hacia arriba, otros hacia abajo, y otros por promedio aritm\u00e9tico. Hay miles de momentos como este.<\/p>\n

A pesar de que la versi\u00f3n del sistema de facturaci\u00f3n es la misma, y el proveedor tambi\u00e9n, la configuraci\u00f3n era tan dispareja que llevar\u00eda mucho tiempo unirlas. Intentamos reducir su n\u00famero y nos encontramos con un segundo problema conocido por muchas corporaciones.<\/p>\n

Escalado vertical<\/b>. Incluso el hardware m\u00e1s avanzado en ese momento no cumpl\u00eda con las necesidades. Us\u00e1bamos equipos de Hewlett-Packard, de la l\u00ednea Superdome Hi-End, pero no soportaba la demanda ni de dos filiales. Quer\u00edamos escalado horizontal sin enormes costos operativos y inversiones de capital.<\/p>\n

Esperando un crecimiento en la cantidad de suscriptores y servicios<\/b>. Los consultores ya hab\u00edan tra\u00eddo al mundo de las telecomunicaciones historias sobre IoT y M2M: llegar\u00e1 un momento en que habr\u00e1 una tarjeta SIM en cada tel\u00e9fono y plancha, y hasta dos en el refrigerador. Hoy tenemos una cantidad de suscriptores, pero en el futuro cercano habr\u00e1 un n\u00famero considerablemente m\u00e1s alto.<\/p>\n

Desaf\u00edos tecnol\u00f3gicos<\/h2>\n

\nEstas cuatro razones nos impulsaron a realizar cambios significativos. Hab\u00eda una elecci\u00f3n entre modernizar el sistema o dise\u00f1ar uno desde cero. Reflexionamos mucho, tomamos decisiones importantes y realizamos licitaciones. Al final, decidimos dise\u00f1ar desde el principio y nos enfrentamos a emocionantes desaf\u00edos: los desaf\u00edos tecnol\u00f3gicos.<\/p>\n

Escalabilidad<\/h3>\n

\nSi antes hab\u00eda, digamos, 8 sistemas de facturaci\u00f3n para 15 millones de suscriptores<\/b>, ahora deber\u00eda haber 100 millones de suscriptores o m\u00e1s<\/b>\u00a0\u2014 la carga es significativamente mayor.<\/p>\n

Nos volvimos comparables en escala a grandes jugadores de internet como Mail.ru o Netflix.<\/p><\/blockquote>\n

\nSin embargo, el movimiento hacia el aumento de la carga y la base de suscriptores nos present\u00f3 seriosos desaf\u00edos.<\/p>\n

La geograf\u00eda de nuestro vasto pa\u00eds<\/h3>\n

\nEntre Kaliningrado y Vladivostok 7500 km y 10 zonas horarias<\/b>. La velocidad de la luz es finita y a esas distancias las latencias ya son significativas. 150 ms en los canales \u00f3pticos m\u00e1s avanzados es demasiado para la tarificaci\u00f3n en tiempo real, especialmente como es actualmente en las telecomunicaciones en Rusia. Adem\u00e1s, es necesario actualizarse en un d\u00eda h\u00e1bil, y con diferentes zonas horarias, eso es un problema.<\/p>\n

No solo ofrecemos servicios de suscripci\u00f3n, sino que tenemos tarifas complejas, paquetes y diferentes modificadores. No solo debemos permitir o prohibir que el suscriptor hable, sino proporcionarle un presupuesto espec\u00edfico; debemos contabilizar las llamadas y acciones en tiempo real de manera que \u00e9l no lo note.<\/p>\n

Tolerancia a fallos<\/h3>\n

<\/p>\n

Este es el lado opuesto de la centralizaci\u00f3n.<\/p><\/blockquote>\n

\nSi reunimos a todos los suscriptores en un solo sistema, cualquier evento de emergencia o desastre ser\u00eda desastroso para el negocio. Por lo tanto, dise\u00f1amos el sistema para eliminar el impacto de las fallas en toda la base de suscriptores.<\/p>\n

Esto es nuevamente una consecuencia de abandonar la escalabilidad vertical. Cuando optamos por la escalabilidad horizontal, aumentamos la cantidad de servidores de cientos a miles. Es necesario gestionarlos y construir intercambiabilidad, automatizar la reserva de la infraestructura de TI y restaurar el sistema distribuido.<\/p>\n

Hemos enfrentado desaf\u00edos interesantes. Dise\u00f1amos un sistema y en ese momento intentamos encontrar las mejores pr\u00e1cticas a nivel mundial para verificar qu\u00e9 tan alineados estamos con las tecnolog\u00edas avanzadas.<\/p>\n

Experiencia global<\/h2>\n

<\/p>\n

Es sorprendente, pero en el telecomunicaciones mundial no encontramos ninguna referencia.<\/p><\/blockquote>\n

\nEuropa no es relevante en t\u00e9rminos de cantidad de suscriptores y escala, y Estados Unidos por la limitada variedad de sus tarifas. Miramos algo en China y encontramos expertos en India, donde contratamos a especialistas de Vodafone India.<\/p>\n

Para analizar la arquitectura, reunimos un Dream Team encabezado por IBM, arquitectos de diferentes campos. Estas personas pod\u00edan evaluar adecuadamente lo que estamos haciendo y aportar ciertos conocimientos a nuestra arquitectura.<\/p>\n

Escalabilidad<\/h2>\n

\nAlgunos n\u00fameros para ilustrar.<\/p>\n

Estamos dise\u00f1ando el sistema para 80 millones de suscriptores con un margen para mil millones<\/b>. De esta manera, eliminamos futuros obst\u00e1culos. No es porque planeemos conquistar China, sino por el impulso del IoT y M2M.<\/p>\n

300 millones de documentos se procesan en tiempo real<\/b>. Aunque tenemos 80 millones de suscriptores, tambi\u00e9n trabajamos con clientes potenciales y con aquellos que se fueron, en caso de necesitar cobrar deudas. Por lo tanto, los vol\u00famenes reales son significativamente mayores.<\/p>\n

2 mil millones de transacciones<\/b> cambian diariamente el saldo; son pagos, cargos, llamadas y otros eventos.\u00a0200 TB de datos cambian activamente<\/b>, cambian un poco m\u00e1s lentamente 8 PB de datos<\/b>, y esto no es un archivo, sino datos en vivo en una \u00fanica facturaci\u00f3n. Escala de los centros de datos - 5 mil servidores en 14 ubicaciones<\/b>.<\/p>\n

Stack tecnol\u00f3gico<\/h2>\n

\nCuando planificamos la arquitectura y comenzamos a construir el sistema, importamos las tecnolog\u00edas m\u00e1s interesantes y avanzadas. Resultado: un stack tecnol\u00f3gico familiar para cualquier jugador de internet y corporaciones que desarrollan sistemas de alta carga. <\/p>\n

\"Arquitectura
\n
\nEl stack es similar al de otros grandes jugadores: Netflix, Twitter, Viber. Consiste en 6 componentes, pero queremos reducirlo y unificarlo.<\/p>\n

La flexibilidad es buena, pero en una gran corporaci\u00f3n la unificaci\u00f3n es esencial.<\/p><\/blockquote>\n

\nNo planeamos cambiar Oracle por Tarantool. En la realidad de las grandes empresas, eso es una utop\u00eda, o una cruzada de 5-10 a\u00f1os con un desenlace incierto. Pero Cassandra y Couchbase se pueden reemplazar con Tarantool, y esa es nuestra meta.<\/p>\n

\u00bfPor qu\u00e9 Tarantool?<\/h2>\n

\nHay 4 criterios simples de por qu\u00e9 elegimos esta base de datos.<\/p>\n

Velocidad<\/b>. Realizamos pruebas de carga en los sistemas industriales de MegaFon. Tarantool gan\u00f3: mostr\u00f3 el mejor rendimiento.<\/p>\n

No se puede decir que otros sistemas no satisfacen las necesidades de MegaFon. Las soluciones actuales basadas en memoria son tan eficientes que la empresa tiene recursos m\u00e1s que suficiente. Pero nos interesa tratar con un l\u00edder, no con quien queda rezagado, incluso en la prueba de carga.<\/p>\n

Tarantool satisface las necesidades de la empresa incluso a largo plazo.<\/p><\/blockquote>\n

\nCosto total de propiedad (TCO)<\/b>. El soporte de Couchbase en los vol\u00famenes de MegaFon cuesta una fortuna, mientras que la situaci\u00f3n con Tarantool es mucho m\u00e1s favorable, y en funcionalidad son similares.<\/p>\n

Otra caracter\u00edstica agradable, que influy\u00f3 un poco en nuestra elecci\u00f3n, es que Tarantool trabaja mejor que otras bases de datos con la memoria. Muestra la m\u00e1xima eficiencia<\/b>.<\/p>\n

Fiabilidad<\/b>. MegaFon invierte en fiabilidad, quiz\u00e1s como nadie m\u00e1s. Por eso, cuando miramos a Tarantool, entendimos que ten\u00edamos que asegurarnos de que cumpliera con nuestros requisitos.<\/p>\n

Hemos invertido nuestro tiempo y finanzas, y junto con Mail.ru creamos una versi\u00f3n enterprise, que ya se utiliza en varias otras empresas.<\/p>\n

Tarantool-enterprise nos ha satisfecho completamente en t\u00e9rminos de seguridad, fiabilidad y registro de eventos.<\/p><\/blockquote>\n

<\/p>\n

Asociaci\u00f3n<\/h3>\n

\nLo m\u00e1s importante para m\u00ed es el contacto directo con el desarrollador<\/b>. Es justo eso lo que el equipo de Tarantool logr\u00f3 convencerme.<\/p>\n

Si te acercas a un jugador, especialmente a uno que trabaja con un cliente ancla, y le dices que necesitas que la base de datos haga esto, esto y esto, normalmente te responde:<\/p>\n

\u2014 Bien, coloca los requisitos en la parte inferior de esa pila; alg\u00fan d\u00eda, probablemente, llegaremos a ellos.<\/i><\/p>\n

Muchos tienen una hoja de ruta para los pr\u00f3ximos 2-3 a\u00f1os, y encajar all\u00ed es pr\u00e1cticamente imposible, mientras que los desarrolladores de Tarantool se destacan por su apertura, y no solo con MegaFon, adaptan su sistema para el cliente. Eso es genial, y nos gusta mucho.<\/p>\n

D\u00f3nde aplicamos Tarantool<\/h2>\n

\nUsamos Tarantool en varios elementos. El primero es en el piloto<\/b>, que hicimos en el sistema de cat\u00e1logo de direcciones. En su momento, quer\u00edamos que fuera un sistema similar a Yandex.Maps y Google Maps, pero result\u00f3 un poco diferente. <\/p>\n

Por ejemplo, el cat\u00e1logo de direcciones en la interfaz de ventas. En Oracle, buscar la direcci\u00f3n deseada toma 12-13 s. \u2014 unas cifras inc\u00f3modas. Cuando cambiamos a Tarantool, reemplazamos Oracle por otra base de datos en la consola, y realizamos la misma b\u00fasqueda, \u00a1obtenemos una aceleraci\u00f3n de 200 veces! La ciudad aparece despu\u00e9s de la tercera letra. Ahora estamos adaptando la interfaz para que esto suceda despu\u00e9s de la primera. Sin embargo, la velocidad de respuesta es completamente diferente \u2014 ya son milisegundos en lugar de segundos.<\/p>\n

La segunda aplicaci\u00f3n es un tema de moda llamado IT de dos velocidades<\/b>. Todo porque los consultores de cada rinc\u00f3n dicen que las corporaciones deber\u00edan dirigirse hacia all\u00ed.<\/p>\n

\"Arquitectura
\n
\nAqu\u00ed hay una capa de infraestructura, sobre la cual se encuentran los dominios, por ejemplo, un sistema de facturaci\u00f3n, como en telecomunicaciones, sistemas corporativos, informes corporativos. Este es el n\u00facleo que no se debe tocar. Es decir, por supuesto, se puede, pero de manera paranoide asegurando la calidad, porque esto le reporta dinero a la corporaci\u00f3n.<\/p>\n

Luego viene la capa de microservicios \u2014 lo que diferencia al operador o a otro jugador. Los microservicios se pueden crear r\u00e1pidamente sobre la base de ciertos cach\u00e9s, elevando datos de diferentes dominios. Aqu\u00ed hay un campo para experimentar<\/b>\u00a0\u2014 si algo no funciona, cierras un microservicio y abres otro. Esto proporciona un aumento real en el time-to-market y mejora la fiabilidad y velocidad de la empresa.<\/p>\n

Los microservicios son, sin duda, el papel principal de Tarantool en MegaFon. <\/p><\/blockquote>\n

<\/p>\n

D\u00f3nde planeamos aplicar Tarantool<\/h2>\n

\nComparando nuestro exitoso proyecto de facturaci\u00f3n con los programas de transformaci\u00f3n de Deutsche Telekom, \u0421\u0432\u044f\u0437\u044c\u043a\u043e\u043c, Vodafone India, es sorprendentemente din\u00e1mico y creativo. Durante la implementaci\u00f3n de este proyecto, no solo se transform\u00f3 Megafon y su estructura, sino que tambi\u00e9n nacieron Tarantool-enterprise en Mail.ru, y nuestro proveedor Nexign (anteriormente \u00ab\u041f\u0435\u0442\u0435\u0440-\u0421\u0435\u0440\u0432\u0438\u0441\u00bb) lanz\u00f3 BSS Box (soluci\u00f3n de facturaci\u00f3n lista para usar).<\/p>\n

Es, en cierto sentido, un proyecto hist\u00f3rico para el mercado ruso. Se puede comparar con lo que se describe en el libro de Frederick Brooks \u00abEl mito del hombre-mes\u00bb. En aquel entonces, en los a\u00f1os 60, IBM atrajo a 5,000 personas para desarrollar un nuevo sistema operativo OS\/360 para mainframes. Nosotros tenemos menos \u2014 1,800, pero nuestros son expertos, y considerando el uso de c\u00f3digo abierto y nuevos enfoques, somos m\u00e1s productivos.<\/p>\n

A continuaci\u00f3n se muestran los dominios de facturaci\u00f3n o, si hablamos en t\u00e9rminos m\u00e1s amplios, \u2014 sistemas empresariales. La gente de enterprise conoce bien CRM. Otros sistemas deben estar disponibles para todos: Open API, API Gateway.<\/p>\n

\"Arquitectura
\n<\/p>\n

Open API<\/h3>\n

\nVamos a revisar nuevamente los n\u00fameros y c\u00f3mo funciona actualmente Open API. Su carga es de 10,000 transacciones por segundo<\/b>. Dado que planeamos desarrollar activamente la capa de microservicios y construir la API p\u00fablica de Megafon, anticipamos un mayor crecimiento en el futuro precisamente en esta \u00e1rea.\u00a0100,000 transacciones seguramente ser\u00e1n<\/b>.<\/p>\n

No s\u00e9 si nos compararemos en SSO con Mail.ru \u2014 ellos parecen tener 1,000,0000 transacciones por segundo. Su soluci\u00f3n es muy interesante para nosotros y planeamos aprender de su experiencia \u2014 por ejemplo, crear una reserva funcional de SSO usando Tarantool. Actualmente, los desarrolladores de Mail.ru est\u00e1n trabajando en esto para nosotros.<\/p>\n

CRM<\/h2>\n

\nCRM son esos 80 millones de suscriptores que queremos llevar a mil millones, porque ya hay 300 millones de documentos que incluyen una historia de tres a\u00f1os. Realmente esperamos nuevos servicios, y aqu\u00ed el punto de crecimiento son los servicios conectados<\/b>. Esta esfera seguir\u00e1 creciendo, porque habr\u00e1 cada vez m\u00e1s servicios. Por lo tanto, necesitaremos un historial, no queremos tropezar en eso.<\/p>\n

La facturaci\u00f3n en cuanto a la emisi\u00f3n de facturas y la gesti\u00f3n de la deuda de los clientes se ha transformado en un dominio separado<\/b>. Para ampliar la productividad, se aplic\u00f3 un patr\u00f3n arquitect\u00f3nico de arquitectura de dominio.<\/b>.<\/p>\n

El sistema est\u00e1 dividido en dominios, la carga est\u00e1 distribuida y se garantiza la disponibilidad. Adem\u00e1s, se ha trabajado en la arquitectura distribuida.<\/p><\/blockquote>\n

\nTodo lo dem\u00e1s son soluciones a nivel empresarial. En el almacenamiento de llamadas\u2014 2 mil millones al d\u00eda<\/b>, 60 mil millones al mes. A veces es necesario recalcularlos por mes, y es mejor hacerlo r\u00e1pidamente. Monitoreo financiero<\/b>\u00a0\u2014 son exactamente esos 300 millones que crecen y crecen: los abonados a menudo cambian de operador, aumentando esta parte.<\/p>\n

El componente m\u00e1s telecomunicativo de la telefon\u00eda m\u00f3vil es la tarificaci\u00f3n online<\/b>. Estos son los sistemas que le permiten realizar llamadas o no, tomando decisiones en tiempo real. Aqu\u00ed la carga es de 30,000 transacciones por segundo, pero considerando el aumento en la transferencia de datos, planeamos 250,000 transacciones<\/b>, y por eso nos interesa mucho Tarantool.<\/p>\n

La imagen anterior muestra los dominios donde planeamos aplicar Tarantool. El CRM, por supuesto, es m\u00e1s amplio y planeamos aplicarlo en el n\u00facleo mismo. <\/p>\n

La cifra estimada de 100 millones de abonados me inquieta como arquitecto: \u00bfy si 101 millones? \u00bfTendremos que rehacer todo? Para evitar esto, aplicamos cach\u00e9s, aumentando la disponibilidad.<\/p>\n

\"Arquitectura
\n
\nEn general, hay dos enfoques para aplicar Tarantool. El primero es construir todos los cach\u00e9s a nivel de microservicios.<\/b>Hasta donde entiendo, este es el camino que sigue VimpelCom, creando el cach\u00e9 de clientes.<\/p>\n

Nosotros dependemos menos de los proveedores, cambiamos el n\u00facleo BSS, por lo que tenemos un \u00fanico archivo de clientes ya listo. Pero queremos ampliarlo. Por eso aplicamos un enfoque algo diferente\u2014 creamos cach\u00e9s dentro de los sistemas.<\/b>.<\/p>\n

De este modo hay menos desincronizaci\u00f3n: un sistema es responsable tanto del cach\u00e9 como de la fuente maestra principal.<\/p><\/blockquote>\n

\nEl m\u00e9todo se adapta bien al enfoque de Tarantool con un esqueleto transaccional, donde solo se actualizan las partes relacionadas con las actualizaciones, es decir, los cambios de datos. Todo lo dem\u00e1s puede almacenarse en otro lugar. No hay un gran data lake, ni un cach\u00e9 global no gestionado. Los cach\u00e9s se dise\u00f1an para el sistema, ya sea para productos, clientes, o para facilitar la vida del mantenimiento. Cuando un abonado insatisfecho llama, queremos atenderlo de manera eficaz.<\/p>\n

RTO y RPO<\/h2>\n

\nEn TI hay dos t\u00e9rminos\u2014 RTO<\/b> y\u00a0RPO<\/b>. <\/p>\n

Recovery time objective<\/b>\u00a0\u2014 es el tiempo de recuperaci\u00f3n del servicio tras una falla. RTO = 0 significa que, incluso si algo falla, el servicio sigue funcionando.<\/p>\n

Objetivo de recuperaci\u00f3n<\/b>\u00a0\u2014 es el tiempo de recuperaci\u00f3n de datos, cu\u00e1nto datos podemos perder durante un per\u00edodo espec\u00edfico. RPO = 0 significa que no perdemos datos.<\/p>\n

Tarea sobre Tarantool<\/h2>\n

\nIntentemos resolver la tarea para Tarantool.<\/p>\n

Dado<\/b>: una cesta de pedidos conocida por todos, por ejemplo, en Amazon o en otro lugar. Se requiere<\/b> que la cesta funcione 24 horas al d\u00eda, 7 d\u00edas a la semana, o el 99,99% del tiempo. Los pedidos que recibimos deben mantener el orden, porque no podemos habilitar o deshabilitar la conexi\u00f3n del suscriptor ca\u00f3ticamente; todo debe ser estrictamente secuencial. La suscripci\u00f3n anterior afecta a la siguiente, por lo que los datos son importantes; nada debe perderse.<\/p>\n

Soluci\u00f3n<\/b>. Se puede intentar resolverlo directamente y preguntar a los desarrolladores de bases de datos, pero la tarea matem\u00e1ticamente no puede resolverse. Se pueden recordar teoremas, leyes de conservaci\u00f3n, f\u00edsica cu\u00e1ntica, pero \u00bfpara qu\u00e9? \u2014 no es posible resolverlo a nivel de base de datos.<\/p>\n

Aqu\u00ed se aplica el viejo enfoque arquitect\u00f3nico \u2014 es necesario conocer bien el \u00e1rea tem\u00e1tica y resolver este rompecabezas a partir de ella.<\/p>\n

\"Arquitectura
\n
\nNuestra soluci\u00f3n: creamos un registro distribuido de pedidos en Tarantool \u2014 un cl\u00faster geodistribuido<\/b>. En el esquema son tres centros de datos diferentes: dos antes de los Urales, uno despu\u00e9s de los Urales, y distribuimos todos los pedidos entre estos centros.<\/p>\n

Netflix, que ahora se considera uno de los l\u00edderes en IT, hasta 2012 ten\u00eda solo un centro de datos. La v\u00edspera de Navidad cat\u00f3lica, el 24 de diciembre, ese centro de datos fall\u00f3. Los usuarios de Canad\u00e1 y EE. UU. se quedaron sin sus pel\u00edculas favoritas, se molestaron mucho y lo comentaron en redes sociales. Ahora Netflix tiene tres centros de datos en la costa este y oeste y uno en Europa occidental. <\/p>\n

Desde el principio construimos una soluci\u00f3n geodistribuida \u2014 la resistencia a fallos es importante para nosotros. <\/p><\/blockquote>\n

\nEntonces, tenemos un cl\u00faster, pero \u00bfc\u00f3mo abordar RPO = 0 y RTO = 0? La soluci\u00f3n es simple y depende del tema.<\/p>\n

\u00bfQu\u00e9 es importante en los pedidos? Dos partes: la elaboraci\u00f3n de la cesta\u00a0ANTES<\/b> de tomar una decisi\u00f3n de compra, y\u00a0DESPU\u00c9S<\/b>. La parte ANTES en telecomunicaciones generalmente se llama captura de pedidos<\/b> o negociaci\u00f3n de pedidos<\/b>. En telecomunicaciones, esto puede ser mucho m\u00e1s complicado que en una tienda en l\u00ednea, porque hay que atender al cliente, ofrecer 5 opciones, y todo esto ocurre durante un tiempo, pero el carrito se va llenando. En ese momento, puede haber una falla, pero no es grave, porque sucede en un modo interactivo bajo la supervisi\u00f3n de una persona. <\/p>\n

Si el centro de datos de Mosc\u00fa se cae repentinamente, al cambiar autom\u00e1ticamente a otro centro de datos, seguimos trabajando. Te\u00f3ricamente, puede perderse un producto en el carrito, pero lo ves, decides volver a llenar el carrito y contin\u00faas trabajando. En este caso, RTO = 0.<\/p>\n

Al mismo tiempo, hay una segunda opci\u00f3n: cuando pulsamos 'enviar', queremos que los datos no se pierdan. A partir de ese momento, la automatizaci\u00f3n entra en funcionamiento \u2014 esto ya es RPO = 0. La aplicaci\u00f3n de estos dos patrones diferentes en un caso puede ser simplemente un cl\u00faster geogr\u00e1ficamente distribuido con un maestro conmutado, en otro caso, alg\u00fan tipo de grabaci\u00f3n de qu\u00f3rum. Los patrones pueden variar, pero resolvemos el problema.<\/p>\n

Adem\u00e1s, teniendo un registro distribuido de solicitudes, tambi\u00e9n podemos escalar todo esto: tener muchos despachadores y ejecutores que acceden a este registro.<\/p>\n

\"Arquitectura
\n<\/p>\n

Cassandra y Tarantool juntos<\/h2>\n

\nHay otro caso \u2014 \u2018vitrina de balances\u2019<\/b>. Aqu\u00ed hay un caso interesante de aplicaci\u00f3n conjunta de Cassandra y Tarantool.<\/p>\n

Usamos Cassandra porque 2 mil millones de llamadas al d\u00eda no son el l\u00edmite, y habr\u00e1 m\u00e1s. A los especialistas en marketing les gusta clasificar el tr\u00e1fico por fuentes, aparecen m\u00e1s detalles sobre las redes sociales, por ejemplo. Todo esto aumenta el historial.<\/p>\n

Cassandra permite escalar horizontalmente a cualquier volumen.<\/p><\/blockquote>\n

\nNos sentimos c\u00f3modos con Cassandra, pero tiene un problema: no es buena para la lectura. En cuanto a la escritura todo est\u00e1 bien, 30,000 por segundo no es problema \u2014 el problema es la lectura.<\/b>.<\/p>\n

Por lo tanto, surgi\u00f3 el tema de la cach\u00e9, y adem\u00e1s decidimos resolver el siguiente problema: existe un caso tradicional antiguo, donde los datos del equipo del conmutador de la tarificaci\u00f3n en l\u00ednea llegan en archivos, que cargamos en Cassandra. Luchamos contra el problema de la carga confiable de estos archivos, incluso aplicamos, por consejo de un gerente de IBM, la transferencia de archivos: existen soluciones que gestionan la transferencia de archivos de manera eficiente, utilizando el protocolo UDP, por ejemplo, en lugar de TCP. Esto es bueno, pero a\u00fan necesitamos minutos, y mientras no carguemos todo, el operador en el centro de llamadas no puede responder al cliente sobre lo que sucedi\u00f3 con su saldo: hay que esperar.<\/p>\n

Para que esto no ocurra, nosotros\u00a0aplicamos una reserva funcional paralela<\/b>. Cuando enviamos un evento a trav\u00e9s de Kafka a Tarantool, recalculando los agregados en tiempo real, por ejemplo, de hoy, obtenemos cach\u00e9 de saldos<\/b>, que puede devolver saldos a cualquier velocidad, por ejemplo, 100 mil transacciones por segundo y los mismos 2 segundos.<\/p>\n

El objetivo es que despu\u00e9s de realizar una llamada, ya a los 2 segundos, no solo haya un saldo modificado en el \u00e1rea personal, sino tambi\u00e9n informaci\u00f3n sobre por qu\u00e9 cambi\u00f3.<\/p>\n

Conclusi\u00f3n<\/h2>\n

\nEstos fueron ejemplos de uso de Tarantool. Nos encant\u00f3 mucho la apertura de Mail.ru, su disposici\u00f3n para considerar diferentes casos. <\/p>\n

A los consultores de BCG o McKinsey, Accenture o IBM ya les resulta dif\u00edcil sorprendernos con algo nuevo: muchas de las cosas que proponen, ya las hacemos, hemos hecho, o estamos planeando hacer. Creo que Tarantool ocupar\u00e1 un lugar digno en nuestra pila tecnol\u00f3gica y reemplazar\u00e1 muchas tecnolog\u00edas existentes. Estamos en una fase activa de desarrollo de este proyecto.<\/p>\n

La presentaci\u00f3n de Oleg y Andrei fue una de las mejores en la Tarantool Conference del a\u00f1o pasado, y ya el 17 de junio Oleg Ivlev se presentar\u00e1 en\u00a0T+ Conference 2019<\/a><\/noindex>\u00a0con la presentaci\u00f3n \u00ab\u00bfPor qu\u00e9 Tarantool en Enterprise?\u00bb<\/a><\/noindex>. Tambi\u00e9n de Megafon, Alexander Deulin presentar\u00e1 con la charla \u00abCach\u00e9s de Tarantool y replicaci\u00f3n desde Oracle\u00bb<\/a><\/noindex>. Nos enteraremos de lo que ha cambiado, qu\u00e9 planes se han logrado realizar. \u00danete \u2014 la conferencia es gratuita, solo hay que registrarse<\/a><\/noindex>. Todas las presentaciones han sido aceptadas<\/a><\/noindex> y el programa de la conferencia ha sido formado: nuevos casos, nueva experiencia en el uso de Tarantool, arquitectura, enterprise, tutoriales y microservicios.<\/p><\/blockquote>\n

Fuente: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0417\u0430\u0447\u0435\u043c \u0442\u0430\u043a\u043e\u0439 \u043a\u043e\u0440\u043f\u043e\u0440\u0430\u0446\u0438\u0438, \u043a\u0430\u043a \u041c\u0435\u0433\u0430\u0424\u043e\u043d, Tarantool \u0432\u00a0\u0431\u0438\u043b\u043b\u0438\u043d\u0433\u0435? \u0421\u043e \u0441\u0442\u043e\u0440\u043e\u043d\u044b \u043a\u0430\u0436\u0435\u0442\u0441\u044f, \u0447\u0442\u043e \u043e\u0431\u044b\u0447\u043d\u043e \u043f\u0440\u0438\u0445\u043e\u0434\u0438\u0442 \u0432\u0435\u043d\u0434\u043e\u0440, \u043f\u0440\u0438\u043d\u043e\u0441\u0438\u0442 \u043a\u0430\u043a\u0443\u044e-\u0442\u043e \u0431\u043e\u043b\u044c\u0448\u0443\u044e \u043a\u043e\u0440\u043e\u0431\u043a\u0443, \u0432\u0442\u044b\u043a\u0430\u0435\u0442 \u0448\u0442\u0435\u043a\u0435\u0440 \u0432\u00a0\u0440\u043e\u0437\u0435\u0442\u043a\u0443\u00a0\u2014 \u0432\u043e\u0442 \u0438\u00a0\u0431\u0438\u043b\u043b\u0438\u043d\u0433! \u041a\u043e\u0433\u0434\u0430-\u0442\u043e \u0442\u0430\u043a \u0438\u00a0\u0431\u044b\u043b\u043e, \u043d\u043e\u00a0\u0441\u0435\u0439\u0447\u0430\u0441 \u044d\u0442\u043e \u0430\u0440\u0445\u0430\u0438\u043a\u0430, \u0438\u00a0\u0442\u0430\u043a\u0438\u0435 \u0434\u0438\u043d\u043e\u0437\u0430\u0432\u0440\u044b \u0443\u0436\u0435 \u0432\u044b\u043c\u0435\u0440\u043b\u0438 \u0438\u043b\u0438 \u0432\u044b\u043c\u0438\u0440\u0430\u044e\u0442. \u0418\u0437\u043d\u0430\u0447\u0430\u043b\u044c\u043d\u043e \u0431\u0438\u043b\u043b\u0438\u043d\u0433 \u044d\u0442\u043e \u0441\u0438\u0441\u0442\u0435\u043c\u0430 \u0434\u043b\u044f \u0432\u044b\u0441\u0442\u0430\u0432\u043b\u0435\u043d\u0438\u044f \u0441\u0447\u0435\u0442\u043e\u0432\u00a0\u2014 \u0441\u0447\u0438\u0442\u0430\u043b\u043a\u0430 \u0438\u043b\u0438 \u043a\u0430\u043b\u044c\u043a\u0443\u043b\u044f\u0442\u043e\u0440. \u0412\u00a0\u0441\u043e\u0432\u0440\u0435\u043c\u0435\u043d\u043d\u043e\u043c \u0442\u0435\u043b\u0435\u043a\u043e\u043c\u0435\u00a0\u2014 \u044d\u0442\u043e \u0441\u0438\u0441\u0442\u0435\u043c\u0430 \u0430\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u0432\u0441\u0435\u0433\u043e \u0436\u0438\u0437\u043d\u0435\u043d\u043d\u043e\u0433\u043e \u0446\u0438\u043a\u043b\u0430 \u0432\u0437\u0430\u0438\u043c\u043e\u0434\u0435\u0439\u0441\u0442\u0432\u0438\u044f \u0441\u00a0\u0430\u0431\u043e\u043d\u0435\u043d\u0442\u043e\u043c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28258,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37650","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Arquitectura de facturaci\u00f3n de nueva generaci\u00f3n: transformaci\u00f3n al pasar a Tarantool | ProHoster","description":"\u00bfPor qu\u00e9 una corporaci\u00f3n como MegaFon necesita Tarantool en la facturaci\u00f3n? Desde afuera parece que normalmente llega un proveedor, trae una gran caja, conecta el enchufe a la corriente y \u00a1ah\u00ed est\u00e1 la facturaci\u00f3n!","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/arhitektura-billinga-novogo-pokoleniya-transformatsiya-s-perehodom-na-tarantool","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0410\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u0430 \u0431\u0438\u043b\u043b\u0438\u043d\u0433\u0430 \u043d\u043e\u0432\u043e\u0433\u043e \u043f\u043e\u043a\u043e\u043b\u0435\u043d\u0438\u044f: \u0442\u0440\u0430\u043d\u0441\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u044f \u0441 \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u043e\u043c \u043d\u0430 Tarantool | ProHoster","og:description":"\u0417\u0430\u0447\u0435\u043c \u0442\u0430\u043a\u043e\u0439 \u043a\u043e\u0440\u043f\u043e\u0440\u0430\u0446\u0438\u0438, \u043a\u0430\u043a \u041c\u0435\u0433\u0430\u0424\u043e\u043d, Tarantool \u0432 \u0431\u0438\u043b\u043b\u0438\u043d\u0433\u0435? \u0421\u043e \u0441\u0442\u043e\u0440\u043e\u043d\u044b \u043a\u0430\u0436\u0435\u0442\u0441\u044f, \u0447\u0442\u043e \u043e\u0431\u044b\u0447\u043d\u043e \u043f\u0440\u0438\u0445\u043e\u0434\u0438\u0442 \u0432\u0435\u043d\u0434\u043e\u0440, \u043f\u0440\u0438\u043d\u043e\u0441\u0438\u0442 \u043a\u0430\u043a\u0443\u044e-\u0442\u043e \u0431\u043e\u043b\u044c\u0448\u0443\u044e \u043a\u043e\u0440\u043e\u0431\u043a\u0443, \u0432\u0442\u044b\u043a\u0430\u0435\u0442 \u0448\u0442\u0435\u043a\u0435\u0440 \u0432 \u0440\u043e\u0437\u0435\u0442\u043a\u0443 \u2014 \u0432\u043e\u0442 \u0438 \u0431\u0438\u043b\u043b\u0438\u043d\u0433!","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/arhitektura-billinga-novogo-pokoleniya-transformatsiya-s-perehodom-na-tarantool","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:18:50+00:00","article:modified_time":"2019-10-31T19:18:50+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37650","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 18:44:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:23:06","updated":"2026-01-23 18:44:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/37650","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=37650"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/37650\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/28258"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=37650"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=37650"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=37650"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}