Wusa dixuye ku qada reklama serhêl divê heya ku gengaz be ji hêla teknolojîk ve pêşkeftî û otomatîk be. Bê guman, ji ber ku dêw û pisporên di warê xwe de wekî Yandex, Mail.Ru, Google û Facebook li wir dixebitin. Lê, wekî ku derket holê, ti sînorek bêkêmasî tune û her gav tiştek heye ku meriv bixweber bike.
Koma ragihandinê Dentsu Aegis Network Rûsya Di bazara reklama dîjîtal de lîstikvanê herî mezin e û bi aktîvî veberhênanê li teknolojiyê dike, hewl dide ku pêvajoyên karsaziya xwe xweşbîn û otomatîk bike. Yek ji pirsgirêkên çaresernekirî yên bazara reklama serhêl bûye peywira berhevkirina statîstîkên kampanyayên reklamê ji platformên cûda yên Înternetê. Çareseriya vê pirsgirêkê di dawiyê de bi afirandina hilberek encam bû D1.Dijîtal (wekî DiVan bixwîne), pêşveçûna ku em dixwazin li ser biaxivin.
Çima?
1. Di dema destpêkirina projeyê de, yek hilberek amade li sûkê tune bû ku pirsgirêka otomatîkkirina berhevkirina statîstîkan li ser kampanyayên reklamê çareser bike. Ev tê wê wateyê ku ji bilî me tu kes dê hewcedariyên me bicîh bîne.
Karûbarên wekî Improvado, Roistat, Supermetrics, SegmentStream bi platforman, torên civakî û Google Analitycs re entegrasyonê pêşkêş dikin, û di heman demê de çêkirina dashboardên analîtîk ji bo analîz û kontrolkirina kampanyayên reklamê gengaz dike. Berî ku me dest bi pêşxistina hilbera xwe bike, me hewl da ku hin ji van pergalan bikar bînin da ku daneyên ji malperan berhev bikin, lê, mixabin, wan nekarî pirsgirêkên me çareser bikin.
Pirsgirêka sereke ev bû ku hilberên hatine ceribandin xwe dispêrin çavkaniyên daneyê, statîstîkên cîhkirinê ji hêla malperê ve nîşan didin, û şiyana berhevkirina statîstîkên li ser kampanyayên reklamê peyda nakin. Vê nêzîkatiyê nehişt ku em statîstîkên malperên cihê li yek cîhî bibînin û rewşa kampanyayê bi tevahî analîz bikin.
Faktorek din jî ew bû ku di qonaxên destpêkê de hilber li bazara rojava bûn û piştgirî nedan yekbûna bi malperên rûsî re. Û ji bo wan malperên ku entegrasyon bi wan re hate bicîh kirin, hemî pîvanên pêwîst her gav bi hûrguliyên têr nehatin dakêşandin, û entegrasyon her gav ne hêsan û zelal bû, nemaze dema ku hewce bû ku tiştek ku di navgîniya pergalê de tune be.
Bi gelemperî, me biryar da ku em xwe bi hilberên sêyemîn ve neguncînin, lê dest bi pêşxistina xweya xwe kirin ...
2. Bazara reklama serhêl sal bi sal mezin dibe, û di sala 2018-an de, di warê budceyên reklamê de, ew bi kevneşopî mezintirîn bazara reklama TV-yê derbas kir. Ji ber vê yekê pîvanek heye.
3. Berevajî bazara reklama TV-yê, ku tê de firotina reklamên bazirganî yekdest e, gelek xwediyên kesane yên envantera reklamê ya bi mezinahiyên cihêreng li ser înternetê bi hesabên xwe yên reklamê dixebitin hene. Ji ber ku kampanyayek reklamê, bi gelemperî, li ser çend malperan yekcar dimeşîne, ji bo ku hûn rewşa kampanyaya reklamê fêm bikin, pêdivî ye ku raporên ji hemî malperan berhev bikin û wan di yek raporek mezin de bikin yek ku dê tevahî wêneyê nîşan bide. Ev tê vê wateyê ku potansiyela xweşbîniyê heye.
4. Ji me re xuya bû ku xwediyên envantera reklamê ya li ser Înternetê jixwe binesaziya berhevkirina statîstîkan û nîşandana wan di hesabên reklamê de heye û ew ê karibin ji bo van daneyan API-yê peyda bikin. Ev tê wê wateyê ku ji hêla teknîkî ve pêkanîna wê gengaz e. Ka em tavilê bibêjin ku ew ne wusa hêsan derket holê.
Bi giştî hemû şert û mercên cîbicîkirina projeyê ji bo me diyar bûn û ji bo ku em projeyê bidin jiyîn reviyan...
Plana mezin
Ji bo destpêkê, me nêrînek pergala îdeal ava kir:
- Divê kampanyayên reklamê yên ji pergala pargîdaniya 1C bixweber bi nav, serdem, budce û cîhên xwe li ser platformên cihêreng werin barkirin.
- Ji bo her cîhkirinek di nav kampanyayek reklamê de, divê hemî statîstîkên gengaz bixweber ji malperên ku cîh lê tê dakêşandin, wekî hejmara nîşan, klîk, dîtin, hwd.
- Hin kampanyayên reklamê bi karanîna çavdêriya sêyemîn-sêyemîn ji hêla pergalên reklamê yên wekî Adriver, Weborama, DCM, hwd ve têne şopandin. Li Rûsyayê metreyek Înternetê ya pîşesaziyê jî heye - pargîdaniya Mediascope. Li gorî plana me, daneyên ji çavdêriya serbixwe û pîşesaziyê jî divê bixweber di nav kampanyayên reklamê yên têkildar de werin barkirin.
- Piraniya kampanyayên reklamê yên li ser Înternetê ji bo hin çalakiyên armanc têne armanc kirin (kirîn, bang, qeydkirina ajokerek ceribandinê, hwd.), ku bi karanîna Google Analytics têne şopandin, û statîstîkên ku ji bo têgihiştina rewşa kampanyayê jî girîng in û girîng in. divê di nav amûra me de were barkirin.
Tişta lanetê ya yekem kul e
Ji ber pabendbûna me ya bi prensîbên maqûl ên pêşkeftina nermalavê (hêz, her tişt), me biryar da ku em pêşî MVP pêşve bibin û dûv re jî ber bi armanca armanckirî ve bimeşin.
Me biryar da ku li ser bingeha hilberê xwe MVP ava bikin DANBo (Lijneya Tora Dentsu Aegis), ku serîlêdanek malperê ye ku agahdariya gelemperî li ser kampanyayên reklamê yên xerîdarên me heye.
Ji bo MVP, proje di warê pêkanînê de bi qasî ku pêkan hat hêsan kirin. Me navnîşek sînorkirî ya platforman ji bo entegrasyonê hilbijartiye. Vana platformên sereke bûn, wekî Yandex.Direct, Yandex.Display, RB.Mail, MyTarget, Adwords, DBM, VK, FB, û pergalên reklamê yên sereke Adriver û Weborama.
Ji bo gihîştina statîstîkên li ser malperan bi API-yê, me hesabek yekane bikar anî. Rêvebirek koma xerîdar ku dixwest berhevkirina otomatîkî ya statîstîkan li ser kampanyayek reklamê bikar bîne, neçar bû ku pêşî bigihîje kampanyayên reklamê yên pêwîst ên li ser malperan li ser hesabê platformê.
Piştre bikarhênerê pergalê ye DANBo neçar bû ku pelek bi rengek diyarkirî li pergala Excel-ê barbike, ku tê de hemî agahdariya li ser cîhê (kampanyaya reklamê, platform, format, heyama danînê, nîşaneyên plansazkirî, budce, hwd.) û nasnameyên kampanyayên reklamê yên têkildar li ser malper û jimarvan di pergalên reklamkirinê de.
Bi eşkere, tirsnak xuya bû:
Daneyên dakêşandî di danegehek de hate tomar kirin, û dûv re karûbarên veqetandî nasnameyên kampanyayê li ser malperan ji wan berhev kirin û statîstîkên li ser wan dakêşandin.
Ji bo her malperê, karûbarek paceyên cuda hate nivîsandin, ku rojê carekê di API-ya malperê de diçû binê yek hesabê karûbarê û statîstîkên ji bo nasnameyên kampanyayên diyarkirî dakêşand. Heman tişt bi pergalên reklamê re jî çêbû.
Daneyên dakêşandî li ser navberê di forma tabloyek xwerû ya piçûk de hate xuyang kirin:
Ji bo me nediyar bû, MVP dest bi xebatê kir û dest bi daxistina statîstîkên heyî yên li ser kampanyayên reklamê yên li ser Înternetê kir. Me pergalê li ser gelek xerîdar bicîh kir, lê dema ku em hewl didin ku pîvandinê bikin, em rastî pirsgirêkên cidî hatin:
- Pirsgirêka sereke tevliheviya amadekirina daneyan ji bo barkirina pergalê bû. Di heman demê de, berî barkirinê pêdivî bû ku daneyên danînê bi rengek hişk veguhezînin. Pêwîst bû ku di pelê dakêşanê de nasnameyên sazûmanên ji malperên cihêreng têxin nav xwe. Em bi vê rastiyê re rû bi rû ne ku ji bo bikarhênerên teknîkî nexwendî pir dijwar e ku rave bikin ka van nasnameyan li ku derê li ser malperê bibînin û li ku derê pelê hewce ne ku ew têkevinê. Li ber çavê hejmara xebatkarên di beşan de ku li ser malperan kampanyayan dimeşînin û gerguhêz, ev yek bû sedema piştgirîyek mezin ji hêla me ve, ku em bi rastî jê ne razî bûn.
- Pirsgirêkek din jî ev bû ku ne hemî platformên reklamê mekanîzmayên şandina gihîştina kampanyayên reklamê ji hesabên din re hebûn. Lê her çend mekanîzmayek heyetê peyda bûbe jî, ne hemî reklamker amade ne ku bigihîjin kampanyayên xwe ji hesabên partiya sêyemîn re.
- Faktorek girîng hêrsa ku di nav bikarhêneran de rabû ji ber vê yekê ku hemî nîşaneyên plansazkirî û hûrguliyên cîhkirinê yên ku ew berê xwe didin pergala hesabê meya 1C, divê ew ji nû ve têkevin hundur. DANBo.
Vê yekê fikra me da ku çavkaniya bingehîn a agahdariya di derbarê cîhkirinê de divê pergala meya 1C be, ku tê de hemî dane bi rêkûpêk û di wextê xwe de têkevin (mebest li vir ev e ku fatûreyên li ser bingeha daneyên 1C têne çêkirin, ji ber vê yekê ketina rast a daneyan di 1C de Ji bo her kesê KPI-ê pêşînek e). Bi vî awayî têgeheke nû ya sîstemê derkete holê...
Concept
Yekem tiştê ku me biryar da ku em bikin ev bû ku em pergala berhevkirina statîstîkên li ser kampanyayên reklamê yên li ser Înternetê li hilberek cihêreng veqetînin - D1.Dijîtal.
Di konsepta nû de, me biryar da ku em bar bikin D1.Dijîtal agahdariya li ser kampanyayên reklamê û danînên di nav wan de ji 1C, û dûv re statîstîkên ji malper û pergalên AdServing bikişîne van cîhan. Diviyabû ku ev ji bo bikarhêneran jiyanê bi girîngî hêsan bike (û, wekî her car, bêtir kar li pêşdebiran zêde bike) û mîqdara piştgiriyê kêm bike.
Pirsgirêka yekem a ku em pê re rû bi rû man xwezayek rêxistinî bû û bi vê yekê ve girêdayî bû ku me nikarîbû mifteyek an nîşanek ku em karibin sazûmanên ji pergalên cihêreng bi kampanya û cîhên 1C re bidin ber hev. Rastî ev e ku pêvajo di pargîdaniya me de bi vî rengî hatî sêwirandin ku kampanyayên reklamê ji hêla mirovên cihêreng (plankerên medyayê, kirîn, hwd.) ve di nav pergalên cihêreng de têne danîn.
Ji bo çareserkirina vê pirsgirêkê, me neçar ma ku mifteyek haşdî ya yekta, DANBoID, dahênanin, ku dê sazûmanên di pergalên cihêreng de bi hev re girêbide, û ew dikare bi hêsanî û bêhempa di berhevokên daneya dakêşandî de were nas kirin. Ev nasname di pergala 1C ya hundurîn de ji bo her cîhek kesane tête çêkirin û li ser hemî malperan û di hemî pergalên AdServing de ji bo kampanyayan, cîh û jimarvanan tê veguheztin. Pêkanîna pratîka danîna DANBoID li hemî cîhan hin dem girt, lê me karî wiya bikin :)
Dûv re me fêr kir ku ne hemî malperan xwedan API-yek ji bo berhevkirina statîstîkên bixweber in, û tewra yên ku xwediyê API-yê ne jî, ew hemî daneyên pêwîst venagerîne.
Di vê qonaxê de, me biryar da ku bi girîngî navnîşa platformên ji bo entegrasyonê kêm bikin û balê bikişînin ser platformên sereke yên ku beşdarî piraniya kampanyayên reklamê ne. Di vê navnîşê de hemî lîstikvanên herî mezin ên bazara reklamê (Google, Yandex, Mail.ru), torên civakî (VK, Facebook, Twitter), pergalên sereke yên AdServing û analîtîk (DCM, Adriver, Weborama, Google Analytics) û platformên din hene.
Piraniya malperên ku me hilbijartibûn xwedan API-ya ku metrîkên ku me hewce dike peyda kir. Di rewşên ku API tune bû an jî daneyên pêwîst tê de tune bû, me raporên ku rojane ji e-nameya nivîsgeha me re dihatin şandin da ku daneyan bar bikin (di hin pergalan de gengaz e ku raporên weha mîheng bikin, di hinên din de me li ser pêşkeftina li hev kir. raporên weha ji bo me).
Dema ku daneyên ji malperên cihêreng analîz dikin, me dît ku hiyerarşiya saziyan di pergalên cûda de ne yek e. Wekî din, pêdivî ye ku agahdarî bi hûrguliyên cûda ji pergalên cûda were dakêşandin.
Ji bo çareserkirina vê pirsgirêkê, têgeha SubDANBoID hate pêşve xistin. Fikra SubDANBoID pir hêsan e, em saziya sereke ya kampanyayê li ser malperê bi DANBoID-ya hatî hilberandin nîşan didin, û em hemî hebûnên hêlînkirî bi nasnavên malperê yekta bar dikin û li gorî prensîba DANBoID + nasnavê asta yekem SubDANBoID ava dikin. sazûmana hêlîn + nasnama saziya hêlîn a asta duyemîn +... Vê nêzîkbûnê hişt ku em kampanyayên reklamê di pergalên cihê de girêbidin û statîstîkên berfireh li ser wan dakêşin.
Di heman demê de me neçar ma ku pirsgirêka gihîştina kampanyayên li ser platformên cûda çareser bikin. Wekî ku me li jor nivîsî, mekanîzmaya veguheztina gihîştina kampanyayê ji hesabek teknîkî ya cihêreng re her gav nayê sepandin. Ji ber vê yekê, me neçar ma ku binesaziyek ji bo destûrnameya otomatîkî bi OAuth ve bi karanîna nîşan û mekanîzmayên ji bo nûvekirina van nîşanan pêş bixe.
Dûv re di gotarê de em ê hewl bidin ku bi hûrgulî mîmariya çareseriyê û hûrguliyên teknîkî yên pêkanînê vebêjin.
Mîmariya çareseriyê 1.0
Dema ku dest bi pêkanîna hilberek nû kir, me fêm kir ku em tavilê hewce ne ku îmkana girêdana malperên nû peyda bikin, ji ber vê yekê me biryar da ku em riya mîmariya mîkroxizmetê bişopînin.
Dema sêwirana mîmariyê, me girêdanên hemî pergalên derveyî - 1C, platformên reklamê û pergalên reklamkirinê - di nav karûbarên cûda de veqetandin.
Fikra bingehîn ev e ku hemî girêdanên malperan xwedî heman API-yê ne û adapter in ku API-ya malperê tîne navgînek ji bo me rehet.
Di navenda hilbera me de serîlêdanek webê heye, ku yekdestiyek e ku bi vî rengî hatî sêwirandin ku ew bi hêsanî di nav karûbaran de were veqetandin. Ev serîlêdan berpirsiyar e ku daneyên dakêşandî hilîne, statîstîkên pergalên cihêreng berhev bike û wan ji bikarhênerên pergalê re pêşkêş bike.
Ji bo danûstendina di navbera girêdan û serîlêdana malperê de, me neçar ma ku karûbarek zêde biafirînin, ku me jê re digotin Connector Proxy. Ew fonksiyonên Vedîtina Karûbar û Bernameya Peywiran pêk tîne. Ev karûbar her şev ji bo her girêdanê peywirên berhevkirina daneyê dimeşîne. Nivîsandina qatek karûbarê ji girêdana brokerek peyamê hêsantir bû, û ji bo me girîng bû ku em bi zûtirîn dem encam bigirin.
Ji bo sadebûn û leza pêşkeftinê, me jî biryar da ku hemî karûbar dê API-yên Webê bin. Vê yekê mimkun kir ku meriv zû delîl-konseptekê berhev bike û verast bike ku tevaya sêwiranê dixebite.
Karûbarek cihêreng, pir tevlihev sazkirina gihîştina berhevkirina daneyan ji hesabên cihêreng bû, ku, wekî ku me biryar da, divê ji hêla bikarhêneran ve bi navbeynkariya webê ve were kirin. Ew ji du gavên cihêreng pêk tê: yekem, bikarhêner nîşanek lê zêde dike ku bi OAuth ve bigihîje hesabê, û dûv re berhevkirina daneyan ji bo xerîdar ji hesabek taybetî mîheng dike. Bidestxistina tokenek bi riya OAuth hewce ye ji ber ku, wekî ku me berê jî nivîsandiye, her gav ne gengaz e ku meriv bigihîje hesabê xwestinê yê li ser malperê.
Ji bo afirandina mekanîzmayek gerdûnî ya ji bo hilbijartina hesabek ji malperan, me neçar ma ku rêbazek li API-ya girêdanê zêde bike ku JSON Schema vedigerîne, ku bi karanîna hêmanek JSONEditorê ya guhezbar di formek de tête kirin. Bi vî rengî, bikarhêner dikarin hesabên ku ji wan daneyan dakêşin hilbijêrin.
Ji bo bicihanîna sînorên daxwazê yên ku li ser malperan hene, em daxwazên mîhengan di nav yek nîşanekê de berhev dikin, lê em dikarin tokenên cihêreng bi paralelî pêvajoyê bikin.
Me MongoDB wekî hilanînê ji bo daneya barkirî hem ji bo serîlêdana malperê hem jî ji bo girêdanan hilbijart, ku hişt ku em di qonaxên destpêkê yên pêşkeftinê de ji strukturên daneyê pir netirsin, dema ku modela objektê ya serîlêdanê her roj diguhezîne.
Me zû fêhm kir ku ne hemî dane baş li MongoDB-ê diguncînin û, mînakî, hêsantir e ku meriv statîstîkên rojane di databasek pêwendiyê de hilîne. Ji ber vê yekê, ji bo girêdanên ku avahiya daneya wan ji bo databasek pêwendiyê maqûltir e, me dest bi karanîna PostgreSQL an MS SQL Server wekî hilanînê kir.
Mîmarî û teknolojiyên hilbijartî hişt ku em bi lez û bez hilbera D1.Digital ava bikin û bidin destpêkirin. Di nav du salan de ji pêşkeftina hilberê, me 23 girêdan bi malperan re pêşve xistin, ezmûnek bêhempa bi API-yên partiya sêyemîn re xebitîn, fêr bûn ku em ji xefikên malperên cihêreng, yên ku her yekê xwediyê xwe ne, dûr bixin, beşdarî pêşkeftina API-ya herî kêm 3 bû. malperan, bixweber agahdariya li ser hema hema 15 kampanyayan dakêşandin û ji bo zêdetirî 000 cihan, gelek bertek ji bikarhêneran li ser xebata hilberê berhev kirin û li ser bingeha vê vegerê çend caran karî pêvajoya sereke ya hilberê biguhezîne.
Mîmariya çareseriyê 2.0
Du sal di ser destpêka pêşveçûnê re derbas bûn D1.Dijîtal. Zêdebûna domdar a barkirinê li ser pergalê û derketina her ku diçe bêtir çavkaniyên daneyê yên nû hêdî hêdî pirsgirêkên di mîmariya çareseriyê ya heyî de derxist holê.
Pirsgirêka yekem bi hêjeya daneyên ku ji malperan dakêşandî ve girêdayî ye. Em bi vê rastiyê re rû bi rû bûn ku berhevkirin û nûvekirina hemî daneyên pêwîst ji malperên herî mezin dest pê kir ku pir wext digire. Mînakî, berhevkirina daneyan ji pergala reklamê ya AdRiver, ku em statîstîkên pir cîhan bişopînin, bi qasî 12 demjimêran digire.
Ji bo çareserkirina vê pirsgirêkê, me dest bi karanîna her cûre raporan kir da ku daneyan ji malperan dakêşin, em hewl didin ku API-ya wan bi malperan re pêş bixin da ku leza xebata wê hewcedariyên me bicîh bîne, û dakêşana daneyê bi qasî ku gengaz be paralel bikin.
Pirsgirêkek din bi hilberandina daneyên dakêşandî ve girêdayî ye. Naha, dema ku statîstîkên cîhkirinê yên nû digihîjin, pêvajoyek pir-qonaxê ya ji nû ve hesabkirina metrîkan tê destpêkirin, ku tê de barkirina daneyên xav, hesabkirina metrîkên berhevkirî ji bo her malperê, berhevkirina daneyên ji çavkaniyên cihêreng bi hevûdu re, û hesabkirina metrîkên kurtkirî yên ji bo kampanyayê pêk tê. Ev dibe sedema gelek bargiraniyê li ser serîlêdana webê ya ku hemî hesaban dike. Gelek caran, di dema pêvajoya ji nû ve hesabkirinê de, serîlêdanê hemî bîranîna li ser serverê, bi qasî 10-15 GB vexwar, ku bandorek herî xirab li ser xebata bikarhêneran bi pergalê re kir.
Pirsgirêkên naskirî û plansaziyên ambargo yên ji bo pêşkeftina bêtir hilberê me rê li ber hewcedariya ji nû ve nihêrîna mîmariya serîlêdanê kir.
Me bi girêdanan dest pê kir.
Me bala xwe da ku hemî girêdan li gorî heman modelê dixebitin, ji ber vê yekê me çarçoveyek boriyê çêkir ku tê de ji bo afirandina girêdanek pêdivî ye ku hûn tenê mantiqa gavan bername bikin, ya mayî gerdûnî bû. Ger girêdanek pêdivî bi pêşkeftinê heye, wê hingê em di heman demê de ku pêvek baş dibe de wê tavilê veguhezînin çarçoveyek nû.
Di heman demê de, me dest bi danîna girêdanên Docker û Kubernetes kir.
Me çûna Kubernetes ji bo demek pir dirêj plansaz kir, bi mîhengên CI/CD-ê ceriband, lê dest bi tevgerê kir tenê gava ku yek girêdan, ji ber xeletiyek, dest bi xwarina zêdetirî 20 GB bîra li ser serverê kir, bi pratîkî pêvajoyên din dikuje. . Di dema lêpirsînê de, girêdan hate guheztin komek Kubernetes, ku li wir di dawiyê de ma, tewra piştî ku xelet hate rast kirin.
Pir zû me fêhm kir ku Kubernetes rehet bû, û di nav şeş mehan de me 7 girêdan û Connectors Proxy, ku herî zêde çavkaniyan dixwe, veguheztin koma hilberînê.
Li dû girêdanan, me biryar da ku mîmariya serîlêdana mayî biguhezînin.
Pirsgirêka sereke ev bû ku dane ji pêvekeran berbi proxiyan di beşên mezin de tê, û dûv re li DANBoID-ê dixe û ji bo pêvajoyê ji serîlêdana tevna navendî re tê şandin. Ji ber hejmareke mezin a ji nû ve hesabkirina metrîkan, barek mezin li ser sepanê heye.
Di heman demê de pir dijwar îsbat kir ku meriv rewşa karên berhevkirina daneya kesane bişopîne û xeletiyên ku di hundurê girêdanên serîlêdanek weba navendî de çêdibin rapor bike da ku bikarhêner karibin bibînin ka çi diqewime û çima dane nehatine berhev kirin.
Ji bo çareserkirina van pirsgirêkan, me mîmarî 2.0 pêşve xist.
Cûdahiya sereke di navbera guhertoya nû ya mîmariyê de ev e ku li şûna Web API-yê, em RabbitMQ û pirtûkxaneya MassTransit bikar tînin da ku di navbera karûbaran de peyaman biguhezînin. Ji bo kirina vê yekê, me neçar ma ku hema hema bi tevahî Connectors Proxy ji nû ve binivîsanda, û ew bikira Connectors Hub. Nav hate guheztin ji ber ku rola sereke ya karûbar êdî ne di şandina daxwaznameyên girêdan û paşve de ye, lê di rêvebirina berhevkirina metrîkên ji girêdanan de ye.
Ji serîlêdana tevna navendî, me agahdariya li ser cîh û statîstîkan ji malperan veqetand nav karûbarên cihêreng, ku ev yek mimkun kir ku meriv ji hejmartinên nehewce xilas bibe û tenê statîstîkên jixwe hesabkirî û berhevkirî di asta cîhkirinê de hilîne. Di heman demê de me mantiqa hesabkirina statîstîkên bingehîn li ser bingeha daneyên xav ji nû ve nivîsand û xweşbîn kir.
Di heman demê de, em hemî karûbar û serîlêdanan koçî Docker û Kubernetes dikin da ku çareseriyê bi pîvan û hêsantir bi rêve bibe.
Em niha li ku ne
Hilbera mîmariya 2.0-ya delîlan D1.Dijîtal amade ye û di hawîrdorek ceribandinê de bi komek girêdanên bi sînor re dixebite. Tiştê ku maye were kirin ev e ku hûn 20 girêdanên din li platformek nû ji nû ve binivîsin, ceribandin ku dane rast hatine barkirin û hemî metrîk rast têne hesibandin, û tevahiya sêwiranê di hilberînê de bihêlin.
Bi rastî, ev pêvajo dê gav bi gav biqewime û em neçar in ku lihevhatina paşverû ya bi API-yên kevn re bihêlin da ku her tişt bixebite.
Planên meyên bilez pêşkeftina girêdanên nû, entegrasyona bi pergalên nû re û lê zêdekirina metrîkên din li berhevoka daneyên ku ji malperên girêdayî û pergalên reklamê hatine dakêşandin vedihewîne.
Em her weha plan dikin ku hemî serîlêdanan, tevî serîlêdana tevna navendî, ji Docker û Kubernetes re veguhezînin. Bi mîmariya nû re, ev ê bicîhkirin, şopandin û kontrolkirina çavkaniyên serfkirî bi girîngî hêsan bike.
Ramanek din jî ceribandina hilbijartina databasa ji bo hilanîna statîstîkan e, ku niha li MongoDB-ê tê hilanîn. Me berê gelek girêdanên nû veguhezandiye databasên SQL, lê li wir cûdahî hema hema nayê dîtin, û ji bo statîstîkên berhevkirî yên bi roj, ku dikare ji bo heyamek keyfî were xwestin, qezenc dikare pir cidî be.
Bi gelemperî, planên mezin in, em bimeşin :)
Nivîskarên gotara R&D Dentsu Aegis Network Rûsya: Georgy Ostapenko (), Mikhail Kotsik ()
Source: www.habr.com