Perchè una corporazione cum'è MegaFon hà bisognu di Tarantool in a fatturazione? Da l'esternu pare chì u venditore vene di solitu, porta un tipu di scatula grande, inserisce u plug in u socket - è questu hè fattura! Questa era una volta u casu, ma avà hè arcaicu, è tali dinosauri sò digià estinti o sò estinti. Inizialmente, a fatturazione hè un sistema per l'emissione di fatture - una macchina di cunti o calculatrice. In i telecomunicazioni muderni questu hè sistema d'automatizazione per tuttu u ciclu di vita di l'interazzione cù un abbonatu da a cunclusione di un cuntrattu à a terminazione, cumprese a fatturazione in tempu reale, l'accettazione di pagamentu è assai di più. A fatturazione in cumpagnie di telecomunicazioni hè cum'è un robot di cummattimentu - grande, putente è carricu d'arme.
Chì ci hà da fà Tarantool ? Ne parleranu Oleg Ivlev и Andrey Knyazev. Oleg hè l'architettu capu di a cumpagnia cù una vasta sperienza di travaglià in cumpagnie straniere, Andrey hè direttore di sistemi di cummerciale. Da a trascrizione di u so rapportu nantu ampararete perchè a R&D hè necessaria in e corporazioni, ciò chì Tarantool hè, cumu l'impasse di scala verticale è globalizazione diventenu i prerequisiti per l'apparizione di sta basa di dati in a cumpagnia, nantu à e sfide tecnologiche, a trasfurmazioni architettoniche, è cumu u technostack di MegaFon hè simile à Netflix. , Google è Amazon.
Prughjettu "Fatturazione Unificata"
U prughjettu in quistione hè chjamatu "Unified Billing". Hè quì chì Tarantool hà dimustratu e so megliu qualità.
A crescita di a produtividade di l'equipaggiu Hi-End ùn hà micca seguitu u ritmu di a crescita di a basa di l'abbonati è a crescita di u numeru di servizii; una crescita ulteriore in u numeru di abbonati è servizii era prevista per via di M2M, IoT è e funzioni di filiale. à un deterioramentu di u tempu di u mercatu. A cumpagnia hà decisu di creà un sistema di cummerciale unificatu cù una architettura modulare unica di u mondu, invece di 8 sistemi di fattura differenti attuali.
MegaFon hè ottu cumpagnie in una. In u 2009, a riurganizazione hè stata cumpletata: e filiali in tutta a Russia fusiona in una sola cumpagnia, MegaFon OJSC (ora PJSC). Cusì, a cumpagnia hà 8 sistemi di fatturazione cù e so solu suluzioni "custom", funzioni di filiale è diverse strutture organizzative, IT è marketing.
Tuttu era bè finu à chì avemu avutu à lancià un pruduttu federale cumuni. Quì ci sò parechje difficultà: per alcuni, i tariffi sò arrotondati, per altri arrotondati, è per altri - basatu nantu à a media aritmetica. Ci sò millaie di tali mumenti.
Malgradu u fattu chì ci era solu una versione di u sistema di fattura, un fornitore, i paràmetri divergenu tantu chì hà pigliatu assai tempu per mette inseme. Avemu pruvatu à riduzzione di u so numeru, è truvò un secondu prublema chì hè familiar à parechje corporazioni.
Scala verticale. Ancu l'hardware più cool in quellu tempu ùn hà micca scuntratu i bisogni. Avemu usatu l'equipaggiu Hewlett-Packard da a linea Superdome Hi-End, ma ùn hà micca scuntratu i bisogni di ancu dui rami. Vuliu scala horizontale senza grandi costi operativi è investimenti di capitale.
Aspettativa di crescita in u numeru di abbonati è servizii. Cunsultori anu purtatu longu storii nantu à IoT è M2M à u mondu di e telecomunicazioni: u tempu venerà quandu ogni telefuninu è ferru averà una carta SIM, è dui in a frigorifera. Oghje avemu un numeru di abbonati, ma in un futuru vicinu ci saranu assai più.
Sfidi tecnologichi
Questi quattru mutivi ci anu motivatu à fà cambiamenti serii. Ci era una scelta trà l'aghjurnamentu di u sistema è u disignu da zero. Avemu pensatu per un bellu pezzu, hà pigliatu decisioni serii, ghjucatu tenders. In u risultatu, avemu decisu di cuncepisce da u principiu, è hà pigliatu sfide interessanti - sfide tecnologiche.
Scalabilità
S'ellu era prima, diciamu, diciamu 8 fattura per 15 milioni di abbonati, è avà duveria avè travagliatu 100 milioni di abbonati è più - a carica hè un ordine di grandezza più altu.
Avemu diventatu paragunabili in scala à i grandi attori Internet cum'è Mail.ru o Netflix.
Ma u muvimentu ulteriore per aumentà a carica è a basa di abbonati hà stabilitu sfidi seri per noi.
Geografia di u nostru vastu paese
Trà Kaliningrad è Vladivostok 7500 km è 10 fusi orari. A vitezza di a luce hè finita è à tali distanzi i ritardi sò digià significativi. 150 ms nantu à i canali ottichi muderni più cool hè troppu per a fatturazione in tempu reale, soprattuttu chì hè avà in telecomunicazioni in Russia. Inoltre, avete bisognu di aghjurnà in un ghjornu di travagliu, è cù e diverse fusi orari questu hè un prublema.
Ùn avemu micca solu furnisce servizii per una tarifa di abbunamentu, avemu tariffi cumplessi, pacchetti, è varii modificatori. Avemu bisognu di micca solu permette o nigà l'abbonatu di parlà, ma dà un certu quota - calculà e chjama è l'azzioni in tempu reale per ùn avè micca avvistu.
tolleranza à i difetti
Questu hè l'altru latu di a centralizazione.
Se cullemu tutti l'abbonati in un sistema, allora qualsiasi avvenimenti d'emergenza è disastri sò disastrosi per l'affari. Dunque, cuncepemu u sistema in modu per eliminà l'impattu di l'accidenti nantu à tutta a basa di abbonati.
Questu hè dinò una cunsequenza di u rifiutu di scala verticalmente. Quandu avemu scalatu horizontale, avemu aumentatu u numeru di servitori da centinaie à millaie. Hanu bisognu à esse gestiti è intercambiabili, automaticamente una copia di salvezza di l'infrastruttura IT è restaurate u sistema distribuitu.
Avemu affruntatu sfide cusì interessanti. Avemu cuncepitu u sistema, è in quellu mumentu avemu pruvatu à truvà e migliori pratiche glubale per verificà quantu in tendenza simu, quantu seguitemu tecnulugii avanzati.
Esperienza mundiale
Sorprendentemente, ùn avemu micca trovu una sola riferenza in telecomunicazioni globale.
L'Europa hè cascata in quantu à u numeru di abbonati è scala, l'USA - in quantu à a flatness di i so tariffi. Avemu guardatu alcuni in Cina, è truvamu alcuni in India è assuciatu specialisti da Vodafone India.
Per analizà l'architettura, avemu riunitu un Dream Team guidatu da IBM - architetti di diversi campi. Queste persone puderanu valutà bè ciò chì faciamu è portà una certa cunniscenza à a nostra architettura.
Scala
Uni pochi numeri per l'illustrazione.
Cuncepemu u sistema per 80 milioni di abbonati cù una riserva di un miliardo. Hè cusì chì eliminemu i soglia futuri. Questu ùn hè micca perchè avemu da piglià a Cina, ma per l'assaltu di IoT è M2M.
300 milioni di documenti trattati in tempu reale. Ancu s'è avemu 80 milioni di abbonati, avemu travagliatu cù i clienti potenziali è quelli chì ci anu lasciatu s'ellu ci vole à cullà i crediti. Dunque, i volumi attuali sò notevolmente più grande.
2 miliardi di transazzioni U equilibriu cambia ogni ghjornu - questi sò pagamenti, carichi, chjamati è altri avvenimenti. 200 TB di dati hè attivamente cambiante, cambia un pocu più lentamente 8 PB di dati, è questu ùn hè micca un archiviu, ma dati in diretta in una sola fattura. Scala per data center - 5 mila servitori nantu à 14 siti.
Pila di tecnulugia
Quandu avemu pianificatu l'architettura è cuminciò à assemblà u sistema, avemu impurtatu e tecnulugia più interessanti è avanzate. U risultatu hè una pila di tecnulugia familiarizata per qualsiasi attore Internet è e corporazioni chì facenu sistemi d'alta carica.
A pila hè simile à e pile di altri attori maiò: Netflix, Twitter, Viber. Hè custituitu di cumpunenti 6, ma vulemu accurtà è unificà.
A flessibilità hè bona, ma in una grande corporazione ùn ci hè manera senza unificazione.
Ùn andemu micca cambià u stessu Oracle à Tarantool. In a realità di e grande cumpagnie, questu hè una utopia, o una cruciata per 5-10 anni cù un risultatu pocu chjaru. Ma Cassandra è Couchbase ponu esse facilmente rimpiazzati cù Tarantool, è questu hè ciò chì circhemu.
Perchè Tarantool?
Ci hè 4 criteri simplici perchè avemu sceltu sta basa di dati.
Speed. Avemu realizatu teste di carica nantu à i sistemi industriali MegaFon. Tarantool hà vintu - hà dimustratu u megliu rendimentu.
Questu ùn hè micca per dì chì l'altri sistemi ùn risponde micca à i bisogni di MegaFon. Soluzioni di memoria attuale sò cusì pruduttivi chì e riserve di a cumpagnia sò più chè abbastanza. Ma avemu interessatu à trattà cun un capu, è micca cun qualchissia chì hè in ritardu, ancu in a prova di carica.
Tarantool copre i bisogni di a cumpagnia ancu à longu andà.
U costu di TCO. U supportu per Couchbase nantu à i volumi MegaFon custa quantità astronomichi di soldi, ma cù Tarantool a situazione hè assai più piacevule, è sò simili in funziunalità.
Un'altra bella funzione chì hà influenzatu pocu a nostra scelta hè chì Tarantool travaglia megliu cù a memoria chì l'altri basa di dati. Si mostra massima efficienza.
Affidabilità. MegaFon investe in affidabilità, probabilmente più di qualcunu altru. Allora, quandu avemu guardatu Tarantool, avemu capitu chì duvemu fà risponde à i nostri bisogni.
Avemu investitu u nostru tempu è e finanze, è inseme cù Mail.ru avemu creatu una versione di l'impresa, chì hè avà utilizata in parechje altre cumpagnie.
Tarantool-impresa ci hà cumplettamente soddisfatti in termini di sicurezza, affidabilità è logging.
Partinariatu
A cosa più impurtante per mè hè cuntattu direttu cù u sviluppatore. Questu hè esattamente ciò chì i picciotti di Tarantool corruvanu.
Se vene à un ghjucatore, soprattuttu quellu chì travaglia cù un client d'ancora, è dicenu chì avete bisognu di a basa di dati per pudè fà questu, questu è questu, di solitu risponde:
- Va bè, mette i requisiti à u fondu di quella pila - un ghjornu, prubabilmente ghjunghjemu à elli.
Parechje anu una strada per i prossimi 2-3 anni, è hè quasi impussibile di integrà quì, ma i sviluppatori Tarantool captivate cù a so apertura, è micca solu da MegaFon, è adattanu u so sistema à u cliente. Hè bellu è ci piace assai.
Induve avemu usatu Tarantool
Avemu aduprà Tarantool in parechji elementi. U primu hè in u pilotu, chì avemu fattu nantu à u sistema di repertoriu di indirizzu. À un tempu aghju vulsutu esse un sistema chì era simili à Yandex.Maps è Google Maps, ma hè diventatu un pocu sfarente.
Per esempiu, u catalogu di indirizzu in l'interfaccia di vendita. In Oracle, a ricerca di l'indirizzu desideratu dura 12-13 seconde. - numeri scomodi. Quandu cambiamu à Tarantool, rimpiazzà l'Oracle cù una altra basa di dati in a cunsola, è eseguite a stessa ricerca, uttene una accelerazione 200x! A cità si apre dopu à a terza lettera. Avà avemu adattatu l'interfaccia per chì questu succede dopu à u primu. Tuttavia, a vitezza di risposta hè completamente diversa - millisecondi invece di seconde.
A seconda applicazione hè un tema di moda chjamatu IT à dui velocità. Questu hè chì i cunsultanti di ogni angulu dicenu chì e corporazioni duveranu andà.
Ci hè una capa di infrastruttura, sopra ci sò duminii, per esempiu, un sistema di fattura cum'è telecomunicazioni, sistemi corporativi, rappurtazioni corporativi. Questu hè u core chì ùn deve micca toccu. Questu hè, sicuru, hè pussibule, ma paranoidly assicurà a qualità, perchè porta soldi à a corporazione.
Dopu vene a capa di microservizi - ciò chì distingue l'operatore o l'altru attore. I microservizi ponu esse creati rapidamente in basa di certi cache, purtendu dati da diversi domini. Quì campu per esperimenti - se qualcosa ùn hà micca travagliatu, aghju chjusu un microserviziu è aghju apertu un altru. Questu furnisce un tempu veramente aumentatu per u mercatu è aumenta l'affidabilità è a velocità di a cumpagnia.
I microservizi sò forsi u rolu principali di Tarantool à MegaFon.
Induve avemu pensatu à aduprà Tarantool
Se paragunemu u nostru prughjettu di fattura successu cù i prugrammi di trasfurmazioni in Deutsche Telekom, Svyazcom, Vodafone India, hè sorprendentemente dinamica è creativa. In u prucessu di implementazione di stu prughjettu, micca solu MegaFon è a so struttura sò stati trasfurmati, ma ancu Tarantool-Enterprise apparsu in Mail.ru, è u nostru venditore Nexign (antica Peter-Service) - BSS Box (una suluzione di fattura in scatula).
Questu hè, in un certu sensu, un prughjettu storicu per u mercatu russu. Pò esse paragunatu à ciò chì hè scrittu in u libru "L'omu Miticu Mesi" di Frederick Brooks. Dopu, in l'anni 60, IBM hà assuciatu 360 persone per sviluppà u novu sistema operatore OS/5 per i mainframes. Avemu menu - 000, ma i nostri sò in veste, è tenendu in contu l'usu di l'open source è novi approcci, avemu travagliatu più pruduttivu.
Quì sottu sò i duminii di fatturazione o, più largamente, i sistemi di cummerciale. E persone di l'impresa cunnosci assai bè CRM. Tutti duverebbe avè digià altri sistemi: Open API, API Gateway.
Apri API
Fighjemu di novu i numeri è cumu l'API Open funziona attualmente. A so carica hè 10 000 transazzioni per seconda. Siccomu pensamu di sviluppà attivamente a capa di microservizi è di custruisce l'API publica MegaFon, aspittemu una crescita più grande in u futuru in questa parte. Ci sarà sicuramente 100 000 transazzioni.
Ùn sò micca sapè s'ellu pudemu paragunà cù Mail.ru in SSO - i picciotti parenu avè 1 000 0000 transazzione per seconda. A so suluzione hè assai interessante per noi è avemu pensatu à aduttà a so sperienza - per esempiu, fà una copia di salvezza SSO funziunale cù Tarantool. Avà i sviluppatori da Mail.ru facenu questu per noi.
CRM
CRM hè u listessu 80 milioni di abbonati chì vulemu aumentà à un miliardo, perchè ci sò digià 300 milioni di documenti chì includenu una storia di trè anni. Avemu veramente aspittendu novi servizii è quì u puntu di crescita hè servizii cunnessi. Questa hè una bola chì cresce, perchè ci saranu più è più servizii. In cunsiquenza, avemu bisognu di una storia; ùn vulemu micca inciampare in questu.
Billing stessu in termini di emissione di fatture, travagliendu cù i cunti di i clienti trasfurmatu in un duminiu separatu. Per migliurà u rendiment, mudellu di architettura di duminiu applicatu.
U sistema hè divisu in duminii, a carica hè distribuita è a tolleranza di difetti hè assicurata. Inoltre, avemu travagliatu cù l'architettura distribuita.
Tuttu u restu hè suluzioni à livellu di l'impresa. In u almacenamentu di chjama - 2 miliardi per ghjornu, 60 miliardi per mese. Calchì volta ci vole à cuntà in un mesi, è hè megliu rapidamente. Monitoraghju finanziariu - questu hè esattamente u stessu 300 milioni chì sò in constantemente crescente è crescente: abbonati spessu correnu trà l'operatori, aumentendu sta parte.
U cumpunente più telecomunicazione di e cumunicazioni mobile hè fatturazione in linea. Quessi sò i sistemi chì permettenu di chjamà o micca chjamate, piglià e decisioni in tempu reale. Quì a carica hè di 30 000 transazzioni per seconda, ma tenendu in contu a crescita di u trasferimentu di dati, avemu pensatu. 250 transazzioni, è dunque simu assai interessati à Tarantool.
A stampa precedente hè i duminii induve avemu da aduprà Tarantool. CRM stessu, sicuru, hè più largu è avemu da aduprà in u core stessu.
A nostra figura TTX stimata di 100 milioni di abbonati mi cunfonde cum'è architettu - chì se 101 milioni? Avete da ripiglià tuttu di novu ? Per impediscenu chì questu succede, usemu cache, à u stessu tempu aumentendu l'accessibilità.
In generale, ci sò dui approcci per aduprà Tarantool. Primu - custruisce tutte e cache à u livellu di u microserviziu. Per ciò chì aghju capitu, VimpelCom seguita sta strada, creendu una cache di clienti.
Semu menu dipindenti di i venditori, avemu cambiatu u core BSS, cusì avemu un unicu file client fora di a scatula. Ma vulemu espansione. Dunque, avemu un approcciu un pocu sfarente - fà cache in i sistemi.
In questu modu, ci hè menu sincronizazione - un sistema hè rispunsevule per a cache è a fonte principale principale.
U metudu s'adatta bè cù l'approcciu di Tarantool cù un scheletru transazzione, quandu solu e parte chì si tratta di l'aghjurnamenti, vale à dì, i cambiamenti di dati, sò aghjurnati. Tuttu u restu pò esse guardatu in un altru locu. Ùn ci hè micca un grande lacu di dati, cache globale senza gestione. I cache sò pensati per u sistema, o per i prudutti, o per i clienti, o per fà a vita più faciule per u mantenimentu. Quandu un abbonatu chjama è hè dispiaciutu per a qualità di u vostru serviziu, vulete furnisce un serviziu di qualità.
RTO è RPO
Ci sò dui termini in IT - OTR и RPO.
U scopu di u tempu di ricuperazione hè u tempu chì ci vole à restaurà u serviziu dopu un fallimentu. RTO = 0 significa chì ancu s'è qualcosa falla, u serviziu cuntinueghja à travaglià.
U scopu di u puntu di ricuperazione - chistu è lu tempu ripresa di dati, quantu dati si pò perde nantu à un certu piriudu di tempu. RPO = 0 significa chì ùn perdemu micca dati.
compitu di Tarantool
Pruvemu di risolve un prublema per Tarantool.
Datu: una cestera d'applicazioni chì tutti capiscenu, per esempiu, in Amazon o in altrò. Ubligatoriu cusì chì u shopping cart travaglia 24 ore 7 ghjorni à settimana, o 99,99% di u tempu. L'ordini chì venenu à noi devenu esse in ordine, perchè ùn pudemu micca accende o disattivà aleatoriamente a cunnessione di l'abbonatu - tuttu deve esse strettamente coherente. L'abbonamentu precedente affetta u prossimu, cusì i dati sò impurtanti - nunda ùn deve manca.
dicisioni. Pudete pruvà à risolve in capu è dumandà à i sviluppatori di basa di dati, ma u prublema ùn pò micca esse risoltu matematicamente. Pudete ricurdà i teoremi, e lege di cunservazione, a fisica quantistica, ma perchè - ùn pò micca esse risoltu à u livellu DB.
U bonu vechju approcciu architettonicu travaglia quì - avete bisognu di cunnosce u sughjettu bè è l'utilizanu per risolve stu puzzle.
A nostra suluzione: creà un registru distribuitu di applicazioni nantu à Tarantool - un cluster geo-distribuitu. In u diagramma, questi sò trè centri di trattamentu di dati diffirenti - dui prima di l'Urali, unu oltre l'Urali, è distribuemu tutte e dumande trà questi centri.
Netflix, chì hè avà cunsideratu unu di i capi in IT, avia solu un centru di dati finu à u 2012. A vigilia di Natale cattolicu, u 24 di dicembre, stu centru di dati hè cascatu. L'utilizatori in Canada è in l'USA sò stati lasciati senza i so filmi preferiti, sò stati assai disgustati è anu scrittu annantu à e rete soziale. Netflix hà avà trè centri di dati nantu à a costa ovest-est è unu in l'Europa occidentale.
Avemu inizialmente custruendu una soluzione geo-distribuita - a tolleranza di difetti hè impurtante per noi.
Allora avemu un cluster, ma chì circa RPO = 0 è RTO = 0? A suluzione hè simplice, secondu u sughjettu.
Cosa hè impurtante in l'applicazioni? Dui parti: Lanciamentu di a cesta TO piglià una decisione di compra, è TARDE. A parte DO in telecomunicazioni hè generalmente chjamata ordine cattura o negoziazione di ordine. In telecomunicazioni, questu pò esse assai più difficiuli chì in una tenda in linea, perchè quì u cliente deve esse servutu, offre 5 opzioni, è questu tuttu succede per qualchì tempu, ma a cestera hè piena. À questu mumentu, un fallimentu hè pussibule, ma ùn hè micca scantu, perchè succede interattivamente sottu a tutela umana.
Se u centru di dati di Mosca di colpu fiasca, da passà automaticamente à un altru centru di dati, continueremu à travaglià. In teoria, un pruduttu pò esse persu in u carrettu, ma u vede, aghjunghje à u carrettu di novu è cuntinueghja à travaglià. In questu casu, RTO = 0.
À u listessu mumentu, ci hè una seconda opzione: quandu avemu clicatu "invià", vulemu chì i dati ùn sò micca persu. Da questu mumentu, l'automatizazione cumencia à travaglià - questu hè RPO = 0. Utilizendu sti dui mudelli diffirenti, in un casu puderia esse simplicemente un cluster geo-distribuitu cù un maestru switchable, in un altru casu un tipu di quorum record. I mudelli ponu varià, ma risolvemu u prublema.
Inoltre, avè un registru distribuitu di l'applicazioni, pudemu ancu scala tuttu - avè parechji dispatchers è esecutori chì accede à stu registru.
Cassandra è Tarantool inseme
Ci hè un altru casu - "vetrina di bilanci". Eccu un casu interessante di l'usu cumunu di Cassandra è Tarantool.
Avemu aduprà Cassandra perchè 2 miliardi di chjama per ghjornu ùn hè micca u limitu, è ci serà più. I marketers amanu culurite u trafficu per surghjente; più è più dettagli appariscenu nantu à e rete suciale, per esempiu. Tuttu aghjunghje à a storia.
Cassandra permette di scala orizontali à ogni dimensione.
Ci sentimu cunfortu cù Cassandra, ma hà un prublema - ùn hè micca bè à leghje. Tuttu hè bè nantu à a registrazione, 30 000 per seconda ùn hè micca un prublema - prublema di lettura.
Per quessa, un tema cù un cache apparsu, è à u stessu tempu avemu risoltu u prublema seguente: ci hè un vechju casu tradiziunale quandu l'equipaggiu da un cambiamentu da a fatturazione in linea vene in i schedari chì carchemu in Cassandra. Avemu luttatu cù u prublema di scaricamentu affidabile di questi fugliali, ancu cù i cunsiglii di u trasferimentu di file manager IBM - ci sò suluzioni chì gestiscenu u trasferimentu di schedari in modu efficiente, utilizendu u protocolu UDP, per esempiu, invece di TCP. Questu hè bonu, ma hè sempre minuti, è ùn avemu micca caricatu tuttu, l'operatore in u call center ùn pò micca risponde à u cliente ciò chì hè accadutu à u so equilibriu - avemu da aspittà.
Per impediscenu chì questu succede, avemu usemu a riserva funziunale parallela. Quandu mandemu un avvenimentu via Kafka à Tarantool, ricalculendu l'aggregati in tempu reale, per esempiu, per oghje, avemu saldi di cassa, chì ponu trasfiriri equilibri à ogni veloce, per esempiu, 100 mila transazzione per seconda è quelli stessi 2 seconde.
U scopu hè chì dopu avè fattu una chjama, in 2 seconde in u vostru contu persunale ùn ci sarà micca solu u equilibriu cambiatu, ma infurmazione nantu à perchè cambiatu.
cunchiusioni
Questi eranu esempi di usu di Tarantool. Ci hè piaciutu assai l'apertura di Mail.ru è a so vuluntà di cunsiderà diversi casi.
Hè digià difficiule per i cunsultanti di BCG o McKinsey, Accenture o IBM per sorprenderci cù qualcosa di novu - assai di ciò chì offrenu, o avemu digià fattu, o avemu fattu, o pensanu à fà. Pensu chì Tarantool pigliarà u so postu ghjustu in a nostra pila di tecnulugia è rimpiazzà parechje tecnulugia esistenti. Semu in a fase attiva di sviluppu di stu prughjettu.
U rapportu di Oleg è Andrey hè unu di i migliori à a Conferenza di Tarantool l'annu passatu, è u 17 di ghjugnu Oleg Ivlev parlerà à cun un rapportu . Alexander Deulin darà ancu una presentazione da MegaFon . Scupritemu ciò chì hè cambiatu, chì piani sò stati implementati. Unisciti - a cunferenza hè gratuita, tuttu ciò chì avete da fà hè ... Tutti è u prugramma di cunferenza hè statu furmatu: novi casi, nova sperienza in usu di Tarantool, architettura, impresa, tutoriale è microservizi.
Source: www.habr.com