Tha e coltach gum bu chòir raon sanasachd air-loidhne a bhith cho adhartach gu teicneòlach agus cho fèin-ghluasadach sa ghabhas. Gu dearbh, leis gu bheil fuamhairean agus eòlaichean san raon aca mar Yandex, Mail.Ru, Google agus Facebook ag obair an sin. Ach, mar a thionndaidh e a-mach, chan eil crÏoch air foirfeachd agus tha an-còmhnaidh rudeigin ri dhèanamh fèin-ghluasadach.

Buidheann conaltraidh LĂŹonra Dentsu Aegis Ruis mar an cluicheadair as motha sa mhargaidh sanasachd didseatach agus gu gnĂŹomhach aâ tasgadh ann an teicneòlas, aâ feuchainn ris na pròiseasan gnĂŹomhachais aige a bharrachadh agus fèin-ghluasad. Is e aon de na duilgheadasan gun fhuasgladh anns a âmhargaidh sanasachd air-loidhne an obair a bhith aâ tional staitistig mu iomairtean sanasachd bho dhiofar Ă rd-Ăšrlaran eadar-lĂŹn. Mar thoradh air fuasgladh na duilgheadas seo chaidh toradh a chruthachadh D1.Digital (leugh mar DiVan), an leasachadh air a bheil sinn airson bruidhinn.
Carson?
1. Aig Ă m tòiseachadh a 'phròiseict, cha robh aon toradh deiseil air a' mhargaidh a dh 'fhuasgladh an duilgheadas a thaobh cruinneachadh staitistig air iomairtean sanasachd gu fèin-obrachail. Tha seo aâ ciallachadh nach sĂ saich duine ach sinn fhèin ar feumalachdan.
Bidh seirbheisean leithid Improvado, Roistat, Supermetrics, SegmentStream aâ tabhann amalachadh le Ă rd-Ăšrlaran, lĂŹonraidhean sòisealta agus Google Analitycs, agus cuideachd ga dhèanamh comasach clĂ ran-dannsa anailis a thogail airson mion-sgrĂšdadh goireasach agus smachd air iomairtean sanasachd. Mus do thòisich sinn a 'leasachadh an toraidh againn, dh'fheuch sinn ri cuid de na siostaman sin a chleachdadh gus dĂ ta a chruinneachadh bho lĂ raich, ach, gu mĂŹ-fhortanach, cha b' urrainn dhaibh na duilgheadasan againn fhuasgladh.
Bâ e am prĂŹomh dhuilgheadas gun robh na toraidhean a chaidh a dhearbhadh stèidhichte air stòran dĂ ta, aâ taisbeanadh staitistig suidheachaidh a rèir lĂ rach, agus nach tug iad seachad an comas staitistig a chruinneachadh mu iomairtean sanasachd. Cha do leig an dòigh-obrach seo leinn staitistig fhaicinn bho dhiofar lĂ raich ann an aon Ă ite agus sgrĂšdadh a dhèanamh air staid na h-iomairt gu h-iomlan.
Bâ e feart eile gun robh na toraidhean aig na ciad ĂŹrean ag amas air margaidh an Iar agus nach robh iad aâ toirt taic do aonachadh le lĂ raich Ruiseanach. Agus airson na lĂ raich sin leis an deach amalachadh a chuir an gnĂŹomh, cha robh a h-uile meatrach riatanach an-còmhnaidh air a luchdachadh sĂŹos le mion-fhiosrachadh gu leòr, agus cha robh an amalachadh an-còmhnaidh goireasach agus follaiseach, gu sònraichte nuair a bha feum air rudeigin fhaighinn nach eil ann an eadar-aghaidh an t-siostaim.
San fharsaingeachd, chuir sinn romhainn gun a bhith ag atharrachadh gu toraidhean treas-phĂ rtaidh, ach thòisich sinn aâ leasachadh ar cuid fhèin ...
2. Tha am margadh sanasachd air-loidhne a 'fàs bho bhliadhna gu bliadhna, agus ann an 2018, a thaobh buidseatan sanasachd, chaidh e seachad air a' mhargaidh sanasachd telebhisein as motha gu traidiseanta. Mar sin tha sgèile ann.
3. Eu-coltach ris a 'mhargaidh sanasachd TBh, far a bheil reic sanasachd malairteach air a dhèanamh monopolized, tha mòran de luchd-seilbh fa leth clĂ r sanasachd de dhiofar mheudan ag obair air an eadar-lĂŹon leis na cunntasan sanasachd aca fhèin. Leis gu bheil iomairt sanasachd, mar riaghailt, a 'ruith air grunn lĂ raich aig an aon Ă m, gus staid na h-iomairt sanasachd a thuigsinn, feumar aithisgean a chruinneachadh bho gach lĂ rach agus an cur còmhla ann an aon aithisg mhòr a sheallas an dealbh gu lèir. Tha seo aâ ciallachadh gu bheil comas ann airson optimization.
4. Bha e coltach dhuinn gu bheil bun-structar aig luchd-seilbh clĂ r sanasachd air an eadar-lĂŹn mu thrĂ th airson staitistig a chruinneachadh agus an taisbeanadh ann an cunntasan sanasachd, agus bidh e comasach dhaibh API a thoirt seachad airson an dĂ ta seo. Tha seo aâ ciallachadh gu bheil e comasach gu teicnigeach a bhuileachadh. Canaidh sinn sa bhad nach robh e cho sĂŹmplidh.
San fharsaingeachd, bha a h-uile ro-ghoireasan airson aâ phròiseact a chuir an gnĂŹomh follaiseach dhuinn, agus ruith sinn gus am pròiseact a thoirt beò ...
Plana Mòr
An toiseach, chruthaich sinn sealladh air siostam air leth:
- Bu chòir iomairtean sanasachd bho shiostam corporra 1C a bhith air an luchdachadh a-steach gu fèin-ghluasadach leis na h-ainmean, amannan, buidseatan agus greisean gnÏomhachais air diofar à rd-Úrlaran.
- Airson gach suidheachadh taobh a-staigh iomairt sanasachd, bu chòir a h-uile staitistig a dhâ fhaodadh a bhith air a luchdachadh sĂŹos gu fèin-ghluasadach bho na lĂ raich far a bheil an suidheachadh aâ gabhail Ă ite, leithid an Ă ireamh de bheachdan, chlican, seallaidhean, msaa.
- Thathas aâ cumail sĂšil air cuid de dhâ iomairtean sanasachd aâ cleachdadh sgrĂšdadh treas-phĂ rtaidh le siostaman sanasachd ris an canar Adriver, Weborama, DCM, msaa. Tha meatair eadar-lĂŹn gnĂŹomhachais anns an Ruis cuideachd - companaidh Mediascope. A rèir ar plana, bu chòir dĂ ta bho sgrĂšdadh neo-eisimeileach agus tionnsgalach a bhith air a luchdachadh gu fèin-ghluasadach a-steach do na h-iomairtean sanasachd co-fhreagarrach.
- Tha aâ mhòr-chuid de dhâ iomairtean sanasachd air an eadar-lĂŹn ag amas air gnĂŹomhan targaid sònraichte (ceannach, gairm, clĂ radh airson deuchainn deuchainn, msaa), a thathas aâ cumail sĂšil aâ cleachdadh Google Analytics, agus staitistig a tha cudromach cuideachd airson inbhe na h-iomairt a thuigsinn agus bu chòir a luchdachadh a-steach don inneal againn.
Tha a 'chiad pancake lumpy
Leis an dealas a thâ againn do phrionnsapalan sĂšbailte leasachadh bathar-bog (sĂšbailte, a h-uile cĂ il), chuir sinn romhainn MVP a leasachadh an toiseach agus an uairsin gluasad a dhâ ionnsaigh an amas a bha san amharc gu ath-aithriseach.
Cho-dhÚin sinn MVP a thogail stèidhichte air an toradh againn DANBo (Bòrd LÏonra Densu Aegis), a tha na thagradh lÏn le fiosrachadh coitcheann mu iomairtean sanasachd ar teachdaichean.
Airson MVP, chaidh am pròiseact a dhèanamh nas sÏmplidhe cho mòr 's as urrainn a thaobh buileachadh. Tha sinn air liosta cuibhrichte de à rd-Úrlaran a thaghadh airson amalachadh. B 'iad sin na prÏomh à rd-Úrlaran, leithid Yandex.Direct, Yandex.Display, RB.Mail, MyTarget, Adwords, DBM, VK, FB, agus na prÏomh shiostaman sanasachd Adriver agus Weborama.
Gus faighinn gu staitistig air lĂ raich tron ââAPI, chleachd sinn aon chunntas. Bâ fheudar do mhanaidsear buidheann teachdaichean a bha airson cruinneachadh fèin-ghluasadach de staitistig a chleachdadh air iomairt sanasachd an-toiseach cothrom a thoirt do na h-iomairtean sanasachd riatanach air lĂ raich gu cunntas an Ă rd-Ăšrlair.
An ath rud tha neach-cleachdaidh an t-siostaim DANBO bha aca ri faidhle de chruth sònraichte a luchdachadh suas gu siostam Excel, anns an robh a h-uile fiosrachadh mun à ite (iomairt sanasachd, à rd-Úrlar, cruth, Úine suidheachaidh, comharran dealbhaichte, buidseat, msaa) agus aithnichearan nan iomairtean sanasachd co-fhreagarrach air an là raich agus cunntairean ann an siostaman sanasachd.
Bha e aâ coimhead, gu fĂŹrinneach, eagallach:

Chaidh an dà ta a chaidh a luchdachadh sÏos a shà bhaladh ann an stòr-dà ta, agus an uairsin chruinnich seirbheisean fa leth aithnichearan iomairt air là raich bhuapa agus chaidh staitistig a luchdachadh sÏos orra.
Airson gach lĂ rach, chaidh seirbheis uinneagan fa leth a sgrĂŹobhadh, a bha uair san latha aâ dol fo aon chunntas seirbheis ann an API na lĂ raich agus aâ luchdachadh sĂŹos staitistig airson IDan iomairt sònraichte. Thachair an aon rud le siostaman sanasachd.
Chaidh an dà ta a chaidh a luchdachadh sÏos a thaisbeanadh air an eadar-aghaidh ann an cruth deas-bhòrd beag à bhaisteach:

Gu h-obann dhuinne, thòisich MVP ag obair agus thòisich e aâ luchdachadh sĂŹos staitistig gnĂ thach mu iomairtean sanasachd air an eadar-lĂŹn. Chuir sinn an siostam an gnĂŹomh air grunn luchd-dèiligidh, ach nuair a bha sinn aâ feuchainn ri sgèile, thachair sinn ri fĂŹor dhuilgheadasan:
- B 'e am prĂŹomh dhuilgheadas an iom-fhillteachd a bhith ag ullachadh dĂ ta airson a luchdachadh a-steach don t-siostam. Cuideachd, dh'fheumadh an dĂ ta suidheachaidh a bhith air a thionndadh gu cruth a bha gu tur stèidhichte mus deach a luchdachadh. Bha e riatanach aithnichearan eintiteas bho dhiofar lĂ raich a thoirt a-steach don fhaidhle luchdaich sĂŹos. Tha sinn nar n-aghaidh gu bheil e gu math duilich do luchd-cleachdaidh gun trèanadh teicnigeach mĂŹneachadh cĂ ite an lorg iad na h-aithnichearan sin air an lĂ rach agus cĂ ite am feum iad a chuir a-steach san fhaidhle. Aâ beachdachadh air an Ă ireamh de luchd-obrach anns na roinnean a bha aâ ruith iomairtean air lĂ raich agus an tionndadh, lean seo gu ĂŹre mhòr de thaic air ar taobh, rud nach robh sinn idir toilichte leis.
- Bâ e duilgheadas eile nach robh dòighean aig a h-uile Ă rd-Ăšrlar sanasachd gus cothrom air iomairtean sanasachd a thiomnadh gu cunntasan eile. Ach eadhon ged a bha uidheamachd tiomnaidh ri fhaighinn, cha robh a h-uile neach-sanasachd deònach cothrom a thoirt dha na h-iomairtean aca gu cunntasan treas-phĂ rtaidh.
- Bâ e feart cudromach an tĂ mailt a dhâ èirich am measg luchd-cleachdaidh leis gu bheil na comharran dealbhaichte agus mion-fhiosrachadh mun Ă ite a tha iad mar-thĂ aâ dol a-steach don t-siostam cunntasachd 1C againn, feumaidh iad a dhol a-steach a-rithist. DANBO.
Thug seo dhuinn aâ bheachd gum bu chòir an siostam 1C againn a bhith mar phrĂŹomh thĂšs fiosrachaidh mu shuidheachadh, anns am bi a h-uile dĂ ta air a chuir a-steach gu ceart agus ann an Ă m (is e aâ phuing an seo gu bheil fĂ irdealan air an cruthachadh stèidhichte air dĂ ta 1C, agus mar sin cuir a-steach dĂ ta ceart gu 1C. na phrĂŹomhachas don h-uile duine KPI). Seo mar a nochd bun-bheachd Ăšr den t-siostam...
Bun-bheachd
B âe aâ chiad rud a chuir sinn romhainn an siostam airson a bhith aâ tional staitistig mu iomairtean sanasachd air an eadar-lĂŹn a sgaradh ann an toradh air leth - D1.Digital.
Anns a 'bhun-bheachd Úr, chuir sinn romhainn a luchdachadh a-steach D1.Digital fiosrachadh mu iomairtean sanasachd agus greisean gnÏomhachais taobh a-staigh iad bho 1C, agus an uairsin tarraing suas staitistig bho là raich agus siostaman AdServing gu na greisean gnÏomhachais sin. Bha còir aig seo beatha luchd-cleachdaidh a dhèanamh nas sÏmplidhe gu mòr (agus, mar as à bhaist, barrachd obrach a chuir ri luchd-leasachaidh) agus an Ïre de thaic a lughdachadh.
Bâ e nĂ dar eagrachaidh aâ chiad dhuilgheadas a choinnich sinn agus bha e co-cheangailte ris nach bâ urrainn dhuinn iuchair no soidhne a lorg leis am bâ urrainn dhuinn coimeas a dhèanamh eadar buidhnean bho dhiofar shiostaman le iomairtean agus greisean gnĂŹomhachais bho 1C. Is e an fhĂŹrinn gu bheil am pròiseas anns a âchompanaidh againn air a dhealbhadh gus am bi diofar dhaoine aâ dol a-steach do iomairtean sanasachd ann an diofar shiostaman (luchd-dealbhaidh mheadhanan, ceannach, msaa).
Gus an duilgheadas seo fhuasgladh, bha againn ri iuchair hashed gun samhail a chruthachadh, DANBoID, a bhiodh aâ ceangal bhuidhnean ann an diofar shiostaman ri chèile, agus a dhâ fhaodadh a bhith air an comharrachadh gu ĂŹre furasta agus gun samhail ann an seataichean dĂ ta a chaidh a luchdachadh sĂŹos. Tha an aithnichear seo air a chruthachadh anns an t-siostam 1C a-staigh airson gach suidheachadh fa leth agus thèid a ghluasad gu iomairtean, greisean gnĂŹomhachais agus cunntairean air a h-uile lĂ rach agus anns a h-uile siostam AdServing. Thug e beagan Ăšine a bhith aâ cur DANBoID an sĂ s anns a h-uile Ă ite, ach chaidh againn air a dhèanamh :)
An uairsin fhuair sinn a-mach nach eil API aig a h-uile lĂ rach airson staitistig a chruinneachadh gu fèin-ghluasadach, agus eadhon an fheadhainn aig a bheil API, cha bhith e aâ tilleadh a h-uile dĂ ta riatanach.
Aig an ĂŹre seo, chuir sinn romhainn an liosta de Ă rd-Ăšrlaran airson amalachadh a lughdachadh gu mòr agus fòcas a chuir air na prĂŹomh Ă rd-Ăšrlaran a tha an sĂ s anns a âmhòr-chuid de dhâ iomairtean sanasachd. Tha an liosta seo aâ toirt a-steach na cluicheadairean as motha sa mhargaidh sanasachd (Google, Yandex, Mail.ru), lĂŹonraidhean sòisealta (VK, Facebook, Twitter), prĂŹomh shiostaman AdServing agus analytics (DCM, Adriver, Weborama, Google Analytics) agus Ă rd-Ăšrlaran eile.
Bha API aig aâ mhòr-chuid de na lĂ raich a thagh sinn a thug seachad na meatrach a bha a dhĂŹth oirnn. Ann an cĂšisean far nach robh API ann no far nach robh an dĂ ta riatanach ann, chleachd sinn aithisgean a chaidh a chuir gu post-d na h-oifis againn gach latha gus dĂ ta a luchdachadh (ann an cuid de shiostaman tha e comasach na h-aithisgean sin a rèiteachadh, ann an cuid eile dhâ aontaich sinn mu leasachadh nan aithisgean sin. dhuinn).
Nuair a bhios sinn aâ dèanamh anailis air dĂ ta bho dhiofar lĂ raich, fhuair sinn a-mach nach eil rangachd bhuidhnean an aon rud ann an diofar shiostaman. A bharrachd air an sin, feumar fiosrachadh a luchdachadh sĂŹos gu mionaideach bho dhiofar shiostaman.
Gus an duilgheadas seo fhuasgladh, chaidh bun-bheachd SubDANBoID a leasachadh. Tha am beachd air SubDANBoID gu math sĂŹmplidh, bidh sinn aâ comharrachadh prĂŹomh eintiteas na h-iomairt air an lĂ rach leis an DANBoID a chaidh a chruthachadh, agus bidh sinn aâ luchdachadh suas gach eintiteas neadachaidh le aithnichearan lĂ raich sònraichte agus aâ cruthachadh SubDANBoID a rèir prionnsapal DANBoID + aithnichear na ciad ĂŹre eintiteas neadachaidh + aithnichear an eintiteas neadachaidh dĂ rna ĂŹre +... Leig an dòigh-obrach seo leinn iomairtean sanasachd a cheangal ann an diofar shiostaman agus staitistig mhionaideach a luchdachadh sĂŹos orra.
Bha againn cuideachd ri fuasgladh fhaighinn air an duilgheadas a thaobh ruigsinneachd air iomairtean air diofar Ă rd-Ăšrlaran. Mar a sgrĂŹobh sinn gu h-Ă rd, chan eil an dòigh airson ruigsinneachd gu iomairt a thiomnadh gu cunntas teignigeach air leth an-còmhnaidh iomchaidh. Mar sin, bha againn ri bun-structar a leasachadh airson cead fèin-ghluasadach tro OAuth aâ cleachdadh tokens agus dòighean airson na comharran sin Ăšrachadh.
Nas fhaide air adhart san artaigil feuchaidh sinn ri mĂŹneachadh nas mionaidiche a thoirt air ailtireachd an fhuasglaidh agus mion-fhiosrachadh teicnigeach mun bhuileachadh.
Ailtireachd fuasglaidh 1.0
Nuair a thòisich sinn air toradh Úr a chuir an gnÏomh, thuig sinn gum feumadh sinn sa bhad ullachadh airson cothrom là raich Úra a cheangal, agus mar sin chuir sinn romhainn slighe ailtireachd microservice a leantainn.
Nuair a bha sinn aâ dealbhadh an ailtireachd, dhealaich sinn luchd-ceangail ris a h-uile siostam taobh a-muigh - 1C, Ă rd-Ăšrlaran sanasachd agus siostaman sanasachd - gu seirbheisean fa leth.
Is e am prĂŹomh bheachd gu bheil an aon API aig a h-uile neach-ceangail gu lĂ raich agus gu bheil iad nan innealan-atharrachaidh a bheir API na lĂ raich gu eadar-aghaidh a tha iomchaidh dhuinn.
Aig cridhe an toraidh againn tha tagradh lĂŹn, a tha na monolith a tha air a dhealbhadh ann an dòigh gus am bi e furasta a thoirt a-steach do sheirbheisean. Tha uallach air an tagradh seo airson a bhith aâ giullachd an dĂ ta a chaidh a luchdachadh sĂŹos, aâ cruinneachadh staitistig bho dhiofar shiostaman agus gan taisbeanadh do luchd-cleachdaidh an t-siostaim.
Gus conaltradh a dhèanamh eadar an luchd-ceangail agus an tagradh lĂŹn, bha againn ri seirbheis a bharrachd a chruthachadh, ris an can sinn Connector Proxy. Bidh e aâ coileanadh gnĂŹomhan Lorg Seirbheis agus ClĂ r GnĂŹomha. Bidh an t-seirbheis seo aâ ruith gnĂŹomhan cruinneachadh dĂ ta airson gach ceanglaiche gach oidhche. Bha e na bâ fhasa còmhdach seirbheis a sgrĂŹobhadh na bhith aâ ceangal broker teachdaireachd, agus dhuinne bha e cudromach an toradh fhaighinn cho luath âs a ghabhas.
Airson sÏmplidheachd agus luaths leasachaidh, cho-dhÚin sinn cuideachd gum biodh a h-uile seirbheis mar API LÏn. Rinn seo e comasach dearbhadh bun-bheachd a chruinneachadh gu sgiobalta agus dearbhadh gu bheil an dealbhadh gu lèir ag obair.

Bâ e obair air leth, caran toinnte, a bhith aâ stèidheachadh ruigsinneachd gus dĂ ta a chruinneachadh bho dhiofar chunntasan, a bu chòir, mar a cho-dhĂšin sinn, a bhith air a dhèanamh le luchd-cleachdaidh tron ââââeadar-aghaidh lĂŹn. Tha dĂ cheum eadar-dhealaichte ann: an toiseach, bidh an neach-cleachdaidh aâ cur comharra ris gus faighinn chun chunntas tro OAuth, agus an uairsin aâ rèiteachadh cruinneachadh dĂ ta airson an neach-dèiligidh bho chunntas sònraichte. Tha e riatanach comharra fhaighinn tro OAuth oir, mar a tha sinn air sgrĂŹobhadh mu thrĂ th, chan eil e an-còmhnaidh comasach ruigsinneachd chun chunntas a tha thu ag iarraidh a thiomnadh air an lĂ rach.
Gus uidheamachd uile-choitcheann a chruthachadh airson cunntas a thaghadh bho lĂ raich, bha againn ri dòigh a chuir ris an API luchd-ceangail a thilleas JSON Schema, a tha air a thoirt seachad ann am foirm aâ cleachdadh co-phĂ irt JSONEditor atharraichte. San dòigh seo, bha e comasach do luchd-cleachdaidh na cunntasan a thaghadh airson an dĂ ta a luchdachadh sĂŹos.
Gus gèilleadh ris na crĂŹochan iarrtas a tha ann air lĂ raich, bidh sinn aâ cothlamadh iarrtasan airson suidheachaidhean taobh a-staigh aon tòcan, ach is urrainn dhuinn comharran eadar-dhealaichte a phròiseasadh aig an aon Ă m.
Thagh sinn MongoDB mar stòradh airson dĂ ta luchdaichte an dĂ chuid airson an tagradh lĂŹn agus luchd-ceangail, a leig leinn gun a bhith aâ gabhail cus dragh mu structar an dĂ ta aig na ciad ĂŹrean leasachaidh, nuair a dhâ atharraicheas modal nĂŹ an tagraidh a h-uile latha eile.
Cha bâ fhada gus an dâ fhuair sinn a-mach nach eil a h-uile dĂ ta aâ freagairt gu math ann am MongoDB agus, mar eisimpleir, tha e nas goireasaiche staitistig lĂ itheil a stòradh ann an stòr-dĂ ta dĂ imh. Mar sin, airson luchd-ceangail aig a bheil structar dĂ ta nas freagarraiche airson stòr-dĂ ta dĂ imh, thòisich sinn aâ cleachdadh PostgreSQL no MS SQL Server mar stòradh.
Leig an ailtireachd agus na teicneòlasan a chaidh a thaghadh leinn an toradh D1.Digital a thogail agus a chuir air bhog gu ĂŹre mhath luath. Thairis air dĂ bhliadhna de leasachadh toraidh, leasaich sinn 23 luchd-ceangail gu lĂ raich, fhuair sinn eòlas luachmhor ag obair le APIan treas-phĂ rtaidh, dhâ ionnsaich sinn gus duilgheadasan lĂ raich eadar-dhealaichte, aig an robh an cuid fhèin a sheachnadh, a chuir ri leasachadh APIan airson co-dhiĂš 3 lĂ raich. , air a luchdachadh sĂŹos gu fèin-ghluasadach fiosrachadh mu cha mhòr iomairtean 15 agus airson còrr air 000 greis gnĂŹomhachais, chruinnich e mòran fios air ais bho luchd-cleachdaidh mu obrachadh a âbhathair agus chaidh aige air prĂŹomh phròiseas an toraidh atharrachadh grunn thursan, stèidhichte air an fhios-air-ais seo.
Ailtireachd fuasglaidh 2.0
Tha dĂ bhliadhna air a dhol seachad bho thòisich an leasachadh D1.Digital. Mean air mhean nochd an Ă rdachadh cunbhalach ann an luchd air an t-siostam agus barrachd is barrachd stòran dĂ ta Ăšra duilgheadasan san ailtireachd fuasglaidh a thâ ann mar-thĂ .
Tha a 'chiad duilgheadas co-cheangailte ris an uiread de dhĂ ta a chaidh a luchdachadh sĂŹos bho na lĂ raich. Bha sinn nar n-aghaidh gun do thòisich cruinneachadh agus Ăšrachadh an dĂ ta riatanach gu lèir bho na lĂ raich as motha aâ toirt cus Ăšine. Mar eisimpleir, bidh cruinneachadh dĂ ta bhon t-siostam sanasachd AdRiver, leis am bi sinn aâ cumail sĂšil air staitistig airson aâ mhòr-chuid de ghreisean-gnĂŹomhachais, aâ toirt timcheall air 12 uairean.
Gus fuasgladh fhaighinn air an duilgheadas seo, thòisich sinn a 'cleachdadh a h-uile seòrsa de aithisgean a luchdachadh a-nuas dà ta bho là raich, tha sinn a' feuchainn ri leasachadh aca API còmhla ri na là raich gus am bi an astar a obrachadh a 'coinneachadh ri ar feumalachdan, agus parallelize an luchdachadh sÏos dà ta cho mòr' sa ghabhas.
Tha duilgheadas eile co-cheangailte ri lĂ imhseachadh dĂ ta a chaidh a luchdachadh sĂŹos. A-nis, nuair a ruigeas staitistig suidheachaidh Ăšra, thèid pròiseas ioma-ĂŹre ath-Ă ireamhachadh mheatairean a chuir air bhog, a tha aâ toirt a-steach luchdachadh dĂ ta amh, obrachadh a-mach meatrach iomlan airson gach lĂ rach, aâ dèanamh coimeas eadar dĂ ta bho dhiofar thĂšsan ri chèile, agus aâ tomhas geĂ rr-chunntasan airson na h-iomairt. Bidh seo ag adhbhrachadh tòrr luchd air an aplacaid lĂŹn a nĂŹ a h-uile Ă ireamhachadh. Iomadh uair, rè aâ phròiseas ath-Ă ireamhachaidh, chaith an tagradh aâ chuimhne gu lèir air an fhrithealaiche, timcheall air 10-15 GB, a thug aâ bhuaidh as miosa air obair luchd-cleachdaidh leis an t-siostam.
Thug na duilgheadasan comharraichte agus planaichean Ă rd-amasach airson tuilleadh leasachaidh air an toradh sinn gu feum sinn ath-bheachdachadh air ailtireachd an tagraidh.
Thòisich sinn le luchd-ceangail.
Mhothaich sinn gu bheil a h-uile neach-ceangail ag obair a rèir an aon mhodail, agus mar sin thog sinn frèam loidhne-phÏoban anns am feumadh tu ceangal a chruthachadh cha robh agad ach loidsig nan ceumannan a phrògramadh, bha an còrr uile-choitcheann. Ma tha feum air leasachadh air cuid de cheangail, bidh sinn ga ghluasad sa bhad gu frèam Úr aig an aon à m ris a bheil an ceanglaiche ga leasachadh.
Aig an aon Ă m, thòisich sinn aâ cleachdadh luchd-ceangail gu Docker agus Kubernetes.
Dhealbhaich sinn an gluasad gu Kubernetes airson Ăšine mhòr, rinn sinn deuchainn air suidheachaidhean CI / CD, ach cha do thòisich sinn a âgluasad ach nuair a thòisich aon cheangal, mar thoradh air mearachd, ag ithe barrachd air 20 GB de chuimhne air an t-seirbheisiche, gu practaigeach aâ marbhadh pròiseasan eile. . Rè an sgrĂšdaidh, chaidh an ceanglaiche a ghluasad gu buidheann Kubernetes, far an do dh'fhuirich e mu dheireadh, eadhon an dèidh don mhearachd a bhith air a rèiteachadh.
Gu math luath thuig sinn gu robh Kubernetes goireasach, agus taobh a-staigh sia mĂŹosan ghluais sinn 7 luchd-ceangail agus Connectors Proxy, a bhios ag ithe na goireasan as motha, chun bhuidheann riochdachaidh.
Ăs deidh na ceanglaichean, chuir sinn romhainn ailtireachd a âchòrr den tagradh atharrachadh.
B âe am prĂŹomh dhuilgheadas gu bheil dĂ ta aâ tighinn bho luchd-ceangail gu proxies ann an baidsean mòra, agus an uairsin a âbualadh air an DANBoID agus air a chuir chun phrĂŹomh aplacaid lĂŹn airson a ghiullachd. Mar thoradh air an Ă ireamh mhòr de ath-Ă ireamhachadh meatrach, tha eallach mòr air an tagradh.
Bha e gu math duilich cuideachd sĂšil a chumail air inbhe obraichean cruinneachadh dĂ ta fa leth agus aithris air mearachdan a bha aâ tachairt taobh a-staigh luchd-ceangail ri prĂŹomh phrògram lĂŹn gus am faiceadh luchd-cleachdaidh dè bha aâ tachairt agus carson nach robh dĂ ta ga chruinneachadh.
Gus na duilgheadasan sin fhuasgladh, leasaich sinn ailtireachd 2.0.
Is e am prĂŹomh eadar-dhealachadh eadar an dreach Ăšr den ailtireachd, an Ă ite an Web API, gu bheil sinn aâ cleachdadh RabbitMQ agus leabharlann MassTransit gus teachdaireachdan iomlaid eadar seirbheisean. Gus seo a dhèanamh, bha againn ri Connectors Proxy ath-sgrĂŹobhadh cha mhòr gu tur, ga fhĂ gail mar Connectors Hub. Chaidh an t-ainm atharrachadh leis nach eil prĂŹomh dhleastanas na seirbheis tuilleadh ann a bhith aâ cur air adhart iarrtasan gu luchd-ceangail agus air ais, ach ann a bhith aâ riaghladh cruinneachadh metrics bho luchd-ceangail.
Bhon phrÏomh aplacaid lÏn, dhealaich sinn fiosrachadh mu à iteachan agus staitistig bho là raich gu seirbheisean air leth, a thug air faighinn cuidhteas ath-à ireamhachadh neo-riatanach agus a stòradh dÏreach staitistig a chaidh a thomhas agus a chaidh a thomhas mar-thà aig Ïre an à ite. Rinn sinn cuideachd ath-sgrÏobhadh agus leasaich an loidsig airson obrachadh a-mach staitistig bhunaiteach stèidhichte air dà ta amh.
Aig an aon à m, tha sinn ag imrich a h-uile seirbheis agus tagradh gu Docker agus Kubernetes gus am fuasgladh a dhèanamh nas fhasa a sgèile agus nas goireasaiche a riaghladh.

CĂ it a bheil sinn a-nis
Ailtireachd dearbhaidh-bheachd 2.0 toradh D1.Digital deiseil agus ag obair ann an à rainneachd deuchainn le seata cuibhrichte de luchd-ceangail. Chan eil air fhà gail ach 20 neach-ceangail eile ath-sgrÏobhadh gu à rd-Úrlar Úr, deuchainn a dhèanamh gu bheil an dà ta air a luchdachadh gu ceart agus gu bheil a h-uile meatrach air a thomhas gu ceart, agus an dealbhadh gu lèir a thoirt a-steach gu cinneasachadh.
Gu dearbh, bidh am pròiseas seo aâ tachairt mean air mhean agus feumaidh sinn co-chòrdalachd air ais le seann APIan fhĂ gail gus a h-uile cĂ il a chumail ag obair.
Tha ar planaichean sa bhad aâ toirt a-steach leasachadh luchd-ceangail Ăšra, amalachadh le siostaman Ăšra agus aâ cur meatrach a bharrachd ris an t-seata dĂ ta a chaidh a luchdachadh sĂŹos bho lĂ raich ceangailte agus siostaman sanasachd.
Tha sinn cuideachd an dĂšil a h-uile tagradh a ghluasad, aâ gabhail a-steach am prĂŹomh phrògram lĂŹn, gu Docker agus Kubernetes. Còmhla ris an ailtireachd Ăšr, nĂŹ seo mòran nas sĂŹmplidhe air cleachdadh, sgrĂšdadh agus smachd air goireasan caithte.
Is e beachd eile a bhith aâ feuchainn a-mach an roghainn stòr-dĂ ta airson staitistig a stòradh, a tha an-drĂ sta air a stòradh ann am MongoDB. Tha sinn mu thrĂ th air grunn luchd-ceangail Ăšra a ghluasad gu stòran-dĂ ta SQL, ach an sin cha mhòr nach eil an diofar ri fhaicinn, agus airson staitistig iomlan tron ââââlatha, a dhâ fhaodar iarraidh airson Ăšine neo-riaghailteach, faodaidh am buannachd a bhith gu math dona.
San fharsaingeachd, tha na planaichean grandiose, gluaisidh sinn air adhart :)
Ăghdaran an artaigil R&D Dentsu Aegis Network An Ruis: Georgy Ostapenko (), Mikhail Kotsik ()
Source: www.habr.com
