Firwat brauch eng Firma wéi MegaFon Tarantool bei der Rechnung? Vun dobausse schéngt et datt de Verkeefer normalerweis kënnt, eng Aart vu grousser Këscht bréngt, de Stecker an de Socket steckert - an dat ass Rechnung! Dëst war eemol de Fall, awer elo ass et archaesch, an esou Dinosaurier si scho ausgestuerwen oder ginn ausstierwen. Am Ufank ass d'Billéierung e System fir Rechnungen auszeginn - eng Zählmaschinn oder Rechner. An modern Telekommunikatioun ass dëst Automatisatiounssystem fir de ganze Liewenszyklus vun der Interaktioun mat engem Abonnent vum Ofschloss vun engem Kontrakt bis op d'Kënnegung, dorënner Echtzäit Rechnung, Akzeptanz vun der Bezuelung a vill méi. Rechnung an Telekomfirmen ass wéi e Kampfroboter - grouss, mächteg a mat Waffen gelueden.
Wat huet Tarantool domat ze dinn? Si wäerten doriwwer schwätzen Oleg Ivlev и Andrey Knyazev. Oleg ass de Chef Architekt vun der Firma mat extensiv Erfahrung an auslännesch Firmen schaffen, Andrey ass Direkter vun Affär Systemer. Aus dem Transkript vun hirem Bericht iwwer Dir léiert firwat R&D an de Firmen gebraucht gëtt, wat Tarantool ass, wéi den Impasse vu vertikaler Skaléierung a Globaliséierung d'Viraussetzunge fir d'Erscheinung vun dëser Datebank an der Firma gouf, iwwer technologesch Erausfuerderungen, architektonesch Transformatioun, a wéi MegaFon's Technostack ähnlech wéi Netflix ass , Google an Amazon.
Projet "Unified Billing"
De Projet a Fro nennt sech "Unified Billing". Et war hei datt Tarantool seng bescht Qualitéiten gewisen huet.
De Wuesstum vun der Produktivitéit vun Hi-End Ausrüstung huet net mat dem Wuesstum vun der Abonnentbasis an dem Wuesstum vun der Unzuel vun de Servicer gehalen; weider Wuesstum vun der Unzuel vun Abonnenten a Servicer gouf erwaart wéinst M2M, IoT, a Filial Feature gefouert zu enger Verschlechterung vun der Zäit op de Maart. D'Firma huet decidéiert en vereenegt Geschäftssystem mat enger eenzegaarteger Weltklass modulärer Architektur ze kreéieren, anstatt 8 aktuell verschidde Rechnungssystemer.
MegaFon ass aacht Firmen an engem. Am Joer 2009 gouf d'Reorganisatioun ofgeschloss: Filialen a ganz Russland fusionéiert an eng eenzeg Firma, MegaFon OJSC (haut PJSC). Sou huet d'Firma 8 Rechnungssystemer mat hiren eegene "Custom" Léisungen, Branchefeatures a verschidden organisatoresch Strukturen, IT a Marketing.
Alles war gutt bis mir ee gemeinsame Bundesprodukt musse lancéieren. Vill Schwieregkeeten sinn hei entstanen: fir déi eng sinn d'Tariffer no uewen ofgeronnt, fir déi aner ofgeronnt, a fir anerer - op Basis vum arithmetesche Moyenne. Et ginn Dausende vun esou Momenter.
Trotz der Tatsaach, datt et nëmmen eng Versioun vum Rechnungssystem gouf, ee Fournisseur, hunn d'Astellunge sou vill divergéiert datt et laang gedauert huet fir zesummenzesetzen. Mir hu probéiert hir Zuel ze reduzéieren, a koumen op en zweete Problem dee vill Entreprisen vertraut ass.
Vertikal Skala. Och déi coolst Hardware zu där Zäit huet de Besoinen net erfëllt. Mir hunn Hewlett-Packard Ausrüstung vun der Superdome Hi-End Linn benotzt, awer et huet d'Bedierfnesser vu souguer zwou Filialen net erfëllt. Ech wollt horizontal Skaléieren ouni grouss Operatiounskäschten a Kapitalinvestitiounen.
Erwaardung vum Wuesstum vun der Unzuel vun Abonnenten a Servicer. Beroder hunn laang Geschichten iwwer IoT a M2M an d'Telekomwelt bruecht: d'Zäit wäert kommen wann all Telefon an Eisen eng SIM Kaart hunn, an zwee am Frigo. Haut hu mir déi selwecht Unzuel vun Abonnenten, awer an der nächster Zukunft wäerten et vill méi sinn.
Technologesch Erausfuerderungen
Dës véier Grënn hunn eis motivéiert fir sérieux Ännerungen ze maachen. Et gouf e Choix tëscht Upgrade vum System an Design vun Null. Mir hu laang geduecht, eescht Entscheedungen getraff, Ausschreiwungen gespillt. Als Resultat hu mir decidéiert vun Ufank un ze designen, an hunn interessant Erausfuerderungen ugeholl - technologesch Erausfuerderungen.
Skalierbarkeet
Wann et virdru war, loosst eis soen, loosst eis soen 8 Rechnungen fir 15 Milliounen Abonnenten, an elo sollt et funktionéieren 100 Milliounen Abonnenten a méi - d'Laascht ass eng Uerdnung vun der Gréisst méi héich.
Mir sinn am Skala vergläichbar ginn mat groussen Internet Spiller wéi Mail.ru oder Netflix.
Awer déi weider Bewegung fir d'Belaaschtung an d'Abonnentbasis ze erhéijen huet sérieux Erausfuerderunge fir eis gesat.
Geographie vun eisem grousse Land
Tëscht Kaliningrad a Wladivostok 7500 km an 10 Zäitzonen. D'Liichtgeschwindegkeet ass endlech a bei esou Distanzen sinn d'Verspéidungen scho bedeitend. 150 ms op de coolste modernen opteschen Kanäl ass ze vill fir Echtzäit Rechnung, besonnesch well et elo an der Telekom a Russland ass. Ausserdeem musst Dir an engem Aarbechtsdag aktualiséieren, a mat verschiddenen Zäitzonen ass dëst e Problem.
Mir bidden net nëmme Servicer fir eng Abonnementskäschte, mir hunn komplex Tariffer, Packagen a verschidde Modifikateur. Mir mussen net nëmmen den Abonnent ze schwätzen erlaben oder ze refuséieren, mä him eng gewësse Quote ginn - Uriff an Aktiounen an Echtzäit berechnen, sou datt hien net bemierkt.
Feeler Toleranz
Dëst ass déi aner Säit vun der Zentraliséierung.
Wa mir all Abonnente an engem System sammelen, da sinn all Noutevenementer a Katastrophen katastrofal fir d'Geschäft. Dofir designe mir de System sou datt den Impakt vun Accidenter op der ganzer Abonnentbasis eliminéiert gëtt.
Dëst ass erëm eng Konsequenz vum Refus vertikal ze skaléieren. Wa mir horizontal skaléiert hunn, hu mir d'Zuel vun de Serveren vun Honnerte op Dausende erhéicht. Si musse geréiert an austauschbar sinn, automatesch d'IT Infrastruktur gebacken an de verdeelt System restauréiert.
Mir hunn esou interessant Erausfuerderunge konfrontéiert. Mir hunn de System entworf, an dee Moment hu mir probéiert weltwäit bescht Praktiken ze fannen fir ze kontrolléieren wéi am Trend mir sinn, wéi vill mir fortgeschratt Technologien verfollegen.
Welt Erfahrung
Iwwerraschend hu mir keng eenzeg Referenz an der globaler Telekom fonnt.
Europa ass ewechgefall wat d'Zuel vun den Abonnenten an d'Skala ugeet, d'USA - wat d'Flaachheet vun hiren Tariffer ugeet. Mir hunn e puer a China gekuckt, an e puer an Indien fonnt a Spezialisten aus Vodafone Indien agestallt.
Fir d'Architektur ze analyséieren, hu mir en Dream Team zesummegesat, gefouert vun IBM - Architekten aus verschiddene Beräicher. Dës Leit konnten adequat bewäerten wat mir maachen a gewësse Wëssen an eis Architektur bréngen.
Skala
E puer Zuelen fir Illustratioun.
Mir designen de System fir 80 Milliounen Abonnente mat enger Reserve vun enger Milliard. Esou ewechhuelen mir zukünfteg Schwellen. Dëst ass net well mir China iwwerhuelen, mee wéinst dem Ugrëff vun IoT a M2M.
300 Milliounen Dokumenter an Echtzäit veraarbecht. Och wa mir 80 Milliounen Abonnenten hunn, schaffe mir souwuel mat potenzielle Clienten wéi och mat deenen, déi eis verlooss hunn, wa mir Fuerderungen sammelen mussen. Dofir sinn déi tatsächlech Bänn däitlech méi grouss.
2 Milliarden Transaktiounen D'Gläichgewiicht ännert sech all Dag - dëst sinn Bezuelungen, Käschten, Uriff an aner Eventer. 200 TB vun Daten ännert sech aktiv, änneren e bësse méi lues 8 PB Daten, an dëst ass net en Archiv, mee liewen Daten an enger eenzeger Rechnung. Skala no Datenzenter - 5 dausend Serveren op 14 Siten.
Technologie Stack
Wéi mir d'Architektur geplangt hunn an ugefaang hunn de System ze montéieren, hu mir déi interessantst a fortgeschratt Technologien importéiert. D'Resultat ass en Technologiestack deen all Internetspiller a Firmen vertraut ass, déi High-load Systemer maachen.
De Stack ass ähnlech wéi de Stack vun anere grousse Spiller: Netflix, Twitter, Viber. Et besteet aus 6 Komponenten, awer mir wëllen et verkierzen an vereenegen.
Flexibilitéit ass gutt, awer an enger grousser Entreprise gëtt et kee Wee ouni Vereenegung.
Mir wäerten net datselwecht Oracle op Tarantool änneren. An der Realitéit vu grousse Firmen ass dëst eng Utopie, oder e Kräizzuch fir 5-10 Joer mat engem onkloer Resultat. Awer Cassandra a Couchbase kënnen einfach duerch Tarantool ersat ginn, an dat ass wat mir ustriewen.
Firwat Tarantool?
Et gi 4 einfach Critèren firwat mir dës Datebank gewielt hunn.
Speed. Mir hunn Laaschtester op MegaFon Industriesystemer gemaach. Tarantool huet gewonnen - et huet déi bescht Leeschtung gewisen.
Dëst ass net ze soen datt aner Systemer net dem MegaFon seng Bedierfnesser entspriechen. Aktuell Erënnerungsléisungen si sou produktiv datt d'Reserven vun der Firma méi wéi genuch sinn. Mä mir sinn interesséiert mat engem Leader ze këmmeren, an net mat engem, deen hannert ass, och am Laascht Test.
Tarantool deckt d'Bedierfnesser vun der Firma och op laang Siicht.
De Präis vun TCO. Ënnerstëtzung fir Couchbase op MegaFon Bänn kascht astronomesch Zomme Suen, awer mat Tarantool ass d'Situatioun vill méi agreabel, a si sinn ähnlech a Funktionalitéit.
Eng aner flott Feature déi eis Wiel liicht beaflosst ass datt Tarantool besser mat Erënnerung funktionnéiert wéi aner Datenbanken. Hie weist maximal Effizienz.
Zuverlässegkeet. MegaFon investéiert an Zouverlässegkeet, wahrscheinlech méi wéi en aneren. Also wa mir Tarantool gekuckt hunn, hu mir gemierkt datt mir et musse maachen eis Ufuerderungen entspriechen.
Mir hunn eis Zäit a Finanzen investéiert, an zesumme mat Mail.ru hu mir eng Enterprise Versioun erstallt, déi elo a verschiddenen anere Firmen benotzt gëtt.
Tarantool-Enterprise huet eis komplett zefridden a punkto Sécherheet, Zouverlässegkeet a Logbicher.
Партнерство
Déi wichtegst Saach fir mech ass direkten Kontakt mam Entwéckler. Dat ass genau wat d'Tarantool Kärelen bestuet hunn.
Wann Dir kommt op e Spiller, virun allem een deen mat engem Anker Client schafft, a sot, datt Dir d'Datebank braucht fir dëst ze maachen, dëst an dat, hien äntwert normalerweis:
- Okay, setzt d'Ufuerderungen um Enn vun deem Koup - enges Daags komme mir wahrscheinlech un hinnen.
Vill hunn e Fahrplang fir déi nächst 2-3 Joer, an et ass bal onméiglech do z'integréieren, awer Tarantool Entwéckler begeeschteren mat hirer Offenheet, an net nëmme vu MegaFon, a passen hire System un de Client un. Et ass cool a mir gefällt et wierklech.
Wou mir Tarantool benotzt hunn
Mir benotzen Tarantool a verschiddenen Elementer. Déi éischt ass am Pilot, déi mir am Adressverzeichnis System gemaach hunn. Eng Kéier wollt ech et e System sinn deen ähnlech wéi Yandex.Maps a Google Maps war, awer et huet e bëssen anescht erausgestallt.
Zum Beispill, den Adresskatalog am Verkafsinterface. Op Oracle, Sich no der gewënschter Adress dauert 12-13 Sekonnen. - onwuel Zuelen. Wa mir op Tarantool wiesselen, Oracle duerch eng aner Datebank an der Konsol ersetzen, an déiselwecht Sich maachen, kréie mir eng 200x Geschwindegkeet! D'Stad erschéngt nom drëtte Bréif. Elo adaptéiere mir d'Interface sou datt dëst nom éischten geschitt. Wéi och ëmmer, d'Äntwertgeschwindegkeet ass komplett anescht - Millisekonnen anstatt Sekonnen.
Déi zweet Applikatioun ass en trendy Thema genannt Zwee-Vitesse IT. Dëst ass well Beroder aus all Eck soen datt Firmen dohinner solle goen.
Et gëtt eng Infrastrukturschicht, uewendriwwer ginn et Domainen, zum Beispill e Rechnungssystem wéi Telekom, Firmesystemer, Firmenberichterstattung. Dëst ass de Kär deen net beréiert muss ginn. Dat ass, natierlech, ass et méiglech, mä paranoidly Qualitéit garantéieren, well et Sue fir d'Corporation bréngt.
Als nächst kënnt d'Schicht vu Mikroservicer - wat den Bedreiwer oder en anere Spiller ënnerscheet. Mikroservicer kënne séier op Basis vu bestëmmte Cache erstallt ginn, déi Daten aus verschiddenen Domainen dohinner bréngen. Hei Feld fir Experimenter - wann eppes net geklappt huet, hunn ech ee Mikroservice zougemaach an en aneren opgemaach. Dëst bitt wierklech erhéicht Zäit-zu-Maart an erhéicht d'Zouverlässegkeet an d'Geschwindegkeet vun der Firma.
Mikroservicer si vläicht d'Haaptroll vum Tarantool bei MegaFon.
Wou mir plangen Tarantool ze benotzen
Wa mir eisen erfollegräiche Rechnungsprojet mat den Transformatiounsprogrammer bei Deutsche Telekom, Svyazcom, Vodafone Indien vergläichen, ass et iwwerraschend dynamesch a kreativ. Am Prozess vun der Ëmsetzung vun dësem Projet goufen net nëmmen MegaFon a seng Struktur transforméiert, awer och Tarantool-Enterprise erschéngt bei Mail.ru, an eise Verkeefer Nexign (fréier Peter-Service) - BSS Box (eng Boxed Billing Léisung).
Dëst ass, an engem Sënn, en historesche Projet fir de russesche Maart. Et kann verglach ginn mat deem wat am Buch "The Mythical Man-Month" vum Frederick Brooks beschriwwe gëtt. Dunn, an de 60er, huet IBM 360 Leit engagéiert fir den neien OS/5 Betribssystem fir Mainframes z'entwéckelen. Mir hu manner - 000, awer eis sinn a Westen, a berücksichtegt d'Benotzung vun Open Source an nei Approchen, mir schaffen méi produktiv.
Drënner sinn d'Domänen vun der Rechnung oder, méi breed geschwat, Geschäftssystemer. Leit aus der Entreprise kennen CRM ganz gutt. Jidderee soll schonn aner Systemer hunn: Open API, API Gateway.
Open API
Loosst eis d'Zuelen nach eng Kéier kucken a wéi d'Open API am Moment funktionnéiert. Seng Laascht ass 10 Transaktiounen pro Sekonn. Well mir plangen aktiv d'Mikroservicer Schicht z'entwéckelen an d'MegaFon ëffentlech API ze bauen, erwaarden mir e gréissere Wuesstum an Zukunft an dësem Deel. Et ginn definitiv 100 Transaktiounen.
Ech weess net ob mir mat Mail.ru am SSO vergläichen kënnen - d'Jongen schéngen 1 Transaktiounen pro Sekonn ze hunn. Hir Léisung ass extrem interessant fir eis a mir plangen hir Erfahrung ze adoptéieren - zum Beispill e funktionnelle SSO Backup mat Tarantool ze maachen. Elo maachen d'Entwéckler vu Mail.ru dat fir eis.
CRM
CRM ass déiselwecht 80 Milliounen Abonnenten, déi mir op eng Milliard Erhéijung wëllen, well et scho 300 Milliounen Dokumenter sinn, déi eng dräi Joer Geschicht enthalen. Mir freeën eis wierklech op nei Servicer an hei Wuesstem Punkt ass verbonne Servicer. Dëst ass e Ball dee wäert wuessen, well et wäert ëmmer méi Servicer ginn. Deementspriechend wäerte mir eng Geschicht brauchen; mir wëllen net op dëser stousse.
D'Rechnung selwer am Sënn vun der Ausstellung vu Rechnungen, schafft mat Clientskonten an eng separat Domain transforméiert. Fir d'Leeschtung ze verbesseren, applizéiert Domain Architektur architektonescht Muster.
De System ass an Domänen opgedeelt, d'Laascht gëtt verdeelt a Feeler Toleranz assuréiert. Zousätzlech hu mir mat verdeeler Architektur geschafft.
Alles anescht ass Enterprise-Niveau Léisungen. An der Uruffspäicherung - 2 Milliarden pro Dag, 60 Milliarden pro Mount. Heiansdo musst Dir se an engem Mount zielen, an et ass besser séier. Finanziwwerwaachung - dat ass genee déi selwecht 300 Milliounen déi permanent wuessen a wuessen: Abonnente lafen oft tëscht Opérateuren, Erhéijung vun dësem Deel.
Déi meescht Telekomkomponent vun der mobiler Kommunikatioun ass online Tarifiséierung. Dëst sinn d'Systemer déi Iech erlaben ze ruffen oder net ze ruffen, Entscheedungen an Echtzäit maachen. Hei ass d'Laascht 30 Transaktiounen pro Sekonn, awer wann Dir de Wuesstum vum Datentransfer berücksichtegt, plangen mir 250 Transaktiounen, an dofir si mir ganz interesséiert Tarantool.
Dat viregt Bild ass d'Domänen wou mir Tarantool benotzen. CRM selwer ass natierlech méi breet a mir wäerten et am Kär selwer benotzen.
Eis geschätzte TTX Figur vun 100 Milliounen Abonnenten duerchernee mech als Architekt - wat wann 101 Milliounen? Muss du nach eng Kéier alles nei maachen? Fir dat ze verhënneren, benotze mir Cache, gläichzäiteg d'Accessibilitéit erhéijen.
Am Allgemengen ginn et zwou Approche fir Tarantool ze benotzen. Éischten - bauen all Cache um Microservice Niveau. Souwäit ech verstinn, verfollegt VimpelCom dëse Wee, schafft e Cache vu Clienten.
Mir sinn manner ofhängeg vun Ubidder, mir änneren de BSS Kär, also hu mir eng eenzeg Client Datei aus der Këscht. Mir wëllen et awer ausbauen. Dofir hu mir eng liicht aner Approche - maachen Cache bannent Systemer.
Op dës Manéier gëtt et manner Synchroniséierung - ee System ass verantwortlech fir souwuel de Cache wéi och d'Haaptmasterquell.
D'Method passt gutt mat der Tarantool Approche mat engem Transaktiounsskelett, wann nëmmen Deeler, déi zu Aktualiséierungen bezéien, dat ass, Daten Ännerungen, aktualiséiert. Alles anescht kann soss anzwousch gespäichert ginn. Et gëtt kee risegen Dateséi, onmanéiert globalen Cache. Cache si fir de System entwéckelt, oder fir Produkter, oder fir Clienten, oder fir d'Liewe méi einfach ze maachen fir den Ënnerhalt. Wann en Abonnent urufft an opgeregt ass iwwer d'Qualitéit vun Ärem Service, wëllt Dir Qualitéitsservice ubidden.
RTO an RPO
Et ginn zwee Begrëffer am IT - OTR и RPO.
Erhuelung Zäit Zil ass d'Zäit déi et brauch fir de Service no engem Feeler ze restauréieren. RTO = 0 heescht datt och wann eppes klappt, de Service weider funktionnéiert.
Erhuelung Punkt Zil - dëst ass d'Daten Erhuelung Zäit, wéi vill Daten kënne mir iwwer eng gewëssen Zäit verléieren. RPO = 0 heescht datt mir keng Daten verléieren.
Tarantool Aufgab
Loosst eis probéieren e Problem fir Tarantool ze léisen.
Gitt: e Kuerf mat Uwendungen, déi jidderee versteet, zum Beispill an Amazon oder soss anzwousch. Erfuerderlech sou datt de Shopping Weenchen 24 Stonnen 7 Deeg an der Woch funktionnéiert, oder 99,99% vun der Zäit. D'Bestellungen, déi bei eis kommen, mussen an der Rei bleiwen, well mir kënnen d'Verbindung vum Abonnent net zoufälleg ausschalten oder ausschalten - alles muss strikt konsequent sinn. Dat viregt Abonnement beaflosst deen nächsten, sou datt d'Donnéeën wichteg sinn - näischt sollt fehlen.
Decisioun. Dir kënnt probéieren et direkt ze léisen an d'Datebankentwéckler froen, awer de Problem kann net mathematesch geléist ginn. Dir kënnt Theorem erënneren, Conservatiounsgesetzer, Quantephysik, awer firwat - et kann net um DB Niveau geléist ginn.
Déi gutt al architektonesch Approche funktionnéiert hei - Dir musst d'Themaberäich gutt kennen a benotze fir dëst Puzzel ze léisen.
Eis Léisung: e verdeelt Registry vun Uwendungen op Tarantool erstellen - e geo-verdeelte Cluster. Am Diagramm sinn dës dräi verschidden Datenveraarbechtungszentren - zwee virun den Urals, een iwwer d'Ural, a mir verdeelen all Ufroen ënnert dësen Zentren.
Netflix, deen elo als ee vun de Leader am IT ugesi gëtt, hat bis 2012 nëmmen een Datenzenter. Um Virowend vu kathoulesche Chrëschtdag, 24. Dezember, ass dësen Datenzenter erofgaang. D'Benotzer a Kanada an den USA waren ouni hir Liiblingsfilmer gelooss, ware ganz opgeregt an hunn doriwwer op sozialen Netzwierker geschriwwen. Netflix huet elo dräi Datenzenteren op der West-Ostküst an een a Westeuropa.
Mir bauen am Ufank eng geo-verdeelt Léisung - Feeler Toleranz ass wichteg fir eis.
Also hu mir e Stärekoup, awer wat iwwer RPO = 0 an RTO = 0? D'Léisung ass einfach, ofhängeg vum Thema.
Wat ass wichteg an Applikatiounen? Zwee Deeler: Kuerf geheien TO engem Akaf Decisioun maachen, an NËMMEN. Den DO Deel am Telecom gëtt normalerweis genannt bestellen erfaassen oder Uerdnung Verhandlunge. An der Telekom kann dëst vill méi schwéier sinn wéi an engem Online-Geschäft, well do muss de Client zerwéiert ginn, 5 Optiounen ugebuede ginn, an dat geschitt alles fir eng Zäit, awer de Kuerf ass gefëllt. Zu dësem Zäitpunkt ass e Feeler méiglech, awer et ass net grujeleg, well et geschitt interaktiv ënner mënschlecher Opsiicht.
Wann de Moskauer Rechenzentrum op eemol klappt, da wäerte mir weider schaffen, andeems mir automatesch op en anert Rechenzentrum wiesselen. Theoretesch kann ee Produkt am Weenchen verluer goen, awer Dir gesitt et, füügt erëm an de Weenchen a schafft weider. An dësem Fall RTO = 0.
Am selwechte Moment gëtt et eng zweet Optioun: wa mir op "submit" geklickt hunn, wëlle mir datt d'Donnéeën net verluer ginn. Vun dësem Moment un fänkt d'Automatisatioun un ze schaffen - dat ass RPO = 0. Mat dësen zwee verschidde Mustere kann et an engem Fall einfach e geo-verdeelte Cluster mat engem schaltbare Master sinn, an engem anere Fall eng Aart vu Quorumrekord. Mustere kënne variéieren, awer mir léisen de Problem.
Weider, mat engem verdeelt Registry vun Uwendungen, kënne mir och alles skala - hu vill Dispatcheren an Exekutoren déi Zougang zu dësem Registry hunn.
Cassandra an Tarantool zesummen
Et gëtt en anere Fall - "Vitrine vu Balancen". Hei ass en interessante Fall vun der gemeinsamer Notzung vu Cassandra an Tarantool.
Mir benotzen Cassandra well 2 Milliarden Uriff pro Dag ass net d'Limite, an et wäert méi ginn. Markéierer si gär de Traffic no Quell ze faarwen; ëmmer méi Detailer ginn op sozialen Netzwierker, zum Beispill. Alles bäidréit d'Geschicht.
Cassandra erlaabt Iech horizontal op all Gréisst ze skaléieren.
Mir fille sech bequem mam Cassandra, awer et huet ee Problem - et ass net gutt ze liesen. Alles ass OK op der Opnam, 30 pro Sekonn ass kee Problem - Liesproblem.
Dofir ass en Thema mat engem Cache opgetaucht, a gläichzäiteg hu mir de folgende Problem geléist: et gëtt en alen traditionelle Fall, wann Ausrüstung vun engem Schalter vun der Online Rechnung an d'Dateien kënnt, déi mir op Cassandra lueden. Mir hu mat dem Problem vun zouverlässeg eroflueden vun dëse Fichieren gekämpft, och de Rot vun IBM Manager Fichier Transfermaart benotzt - et gi Léisungen datt Fichier Transfermaart effizient verwalten, mat der UDP Protokoll, zum Beispill, anstatt TCP. Dëst ass gutt, awer et ass nach ëmmer Minutten, a mir hunn et nach net alles gelueden, de Bedreiwer am Call Center kann dem Client net beäntweren wat mat sengem Balance geschitt ass - mir musse waarden.
Fir dat ze verhënneren, hu mir mir benotzen parallel funktionell reservéieren. Wa mir en Event iwwer Kafka op Tarantool schécken, Aggregaten an Echtzäit nei berechnen, zum Beispill, fir haut, kréien mir boer Gläichgewiicht, déi Balancen op all Geschwindegkeet transferéiere kënnen, zum Beispill 100 Tausend Transaktiounen pro Sekonn an déiselwecht 2 Sekonnen.
D'Zil ass, datt no engem Opruff, bannent 2 Sekonnen an Ärem perséinleche Kont gëtt et net nëmmen de geännert Gläichgewiicht, mee Informatiounen iwwert firwat et geännert.
Konklusioun
Dëst waren Beispiller fir Tarantool ze benotzen. Mir hunn d'Ouverture vu Mail.ru wierklech gär an hir Bereetschaft fir verschidde Fäll ze berücksichtegen.
Et ass scho schwéier fir Beroder vu BCG oder McKinsey, Accenture oder IBM eis mat eppes Neies ze iwwerraschen - vill vun deem wat se ubidden, mir entweder scho maachen, hunn gemaach oder plangen ze maachen. Ech mengen datt Tarantool seng richteg Plaz an eisem Technologiestack wäert huelen a vill existéierend Technologien ersetzen. Mir sinn an der aktiver Phas vun der Entwécklung vun dësem Projet.
De Bericht vum Oleg an Andrey ass ee vun de beschten op der Tarantool Konferenz d'lescht Joer, an de 17. Juni schwätzt den Oleg Ivlev um mat engem Rapport . Den Alexander Deulin wäert och eng Presentatioun vu MegaFon maachen . Loosst eis erausfannen wat geännert huet, wéi eng Pläng ëmgesat goufen. Maacht mat - d'Konferenz ass gratis, alles wat Dir maache musst ass ... Alles an der Konferenz Programm gouf geformt: nei Fäll, nei Erfahrung an Tarantool benotzt, Architektur, Entreprise, Tutorials an microservices.
Source: will.com