የማስታወቂያ ዘመቻዎችን ከመስመር ላይ ድረ-ገጾች እንዴት እንደሰበስብን (እሾህ ወደ ምርቱ የሚወስደው መንገድ)

የመስመር ላይ የማስታወቂያ መስክ በተቻለ መጠን በቴክኖሎጂ የላቀ እና በራስ ሰር መሆን ያለበት ይመስላል። እርግጥ ነው, ምክንያቱም እንደ Yandex, Mail.Ru, Google እና Facebook የመሳሰሉ በእርሻቸው ውስጥ ያሉ ግዙፍ ሰዎች እና ባለሙያዎች እዚያ ይሰራሉ. ግን ፣ እንደ ተለወጠ ፣ ወደ ፍጹምነት ምንም ገደብ የለም እና ሁል ጊዜ በራስ-ሰር የሚሠራ ነገር አለ።

ምንጭ

የግንኙነት ቡድን Dentsu Aegis አውታረ መረብ ሩሲያ በዲጂታል የማስታወቂያ ገበያ ውስጥ ትልቁ ተጫዋች ነው እና በቴክኖሎጂ ላይ በንቃት ኢንቨስት በማድረግ የንግድ ሂደቶቹን ለማመቻቸት እና በራስ ሰር ለመስራት እየሞከረ ነው። የመስመር ላይ የማስታወቂያ ገበያው ካልተፈቱ ችግሮች አንዱ ከተለያዩ የበይነመረብ መድረኮች የማስታወቂያ ዘመቻዎችን ስታቲስቲክስ የመሰብሰብ ተግባር ሆኗል ። የዚህ ችግር መፍትሄ በመጨረሻ አንድ ምርት እንዲፈጠር ምክንያት ሆኗል D1.ዲጂታል (እንደ ዲቫን አንብብ), ስለ እሱ መነጋገር የምንፈልገውን እድገት.

ለምን?

1. ፕሮጀክቱ በተጀመረበት ጊዜ በማስታወቂያ ዘመቻዎች ላይ የስታቲስቲክስ ስብስብን በራስ-ሰር የማዘጋጀት ችግርን የፈታ አንድም ዝግጁ የሆነ ምርት በገበያ ላይ አልነበረም። ይህ ማለት ከራሳችን በስተቀር ማንም ፍላጎታችንን አያሟላም ማለት ነው።

እንደ Improvado፣ Roistat፣ Supermetrics፣ SegmentStream ያሉ አገልግሎቶች ከመድረኮች፣ ማህበራዊ አውታረ መረቦች እና ጎግል አናሊቲክስ ጋር ውህደትን ይሰጣሉ፣ እና እንዲሁም ለማስታወቂያ ዘመቻዎች ምቹ ትንተና እና ቁጥጥር የትንታኔ ዳሽቦርዶችን ለመስራት ያስችላል። ምርታችንን ማዳበር ከመጀመራችን በፊት ከጣቢያዎች መረጃን ለመሰብሰብ ከእነዚህ ስርዓቶች ውስጥ አንዳንዶቹን ለመጠቀም ሞክረናል፣ ግን በሚያሳዝን ሁኔታ ችግሮቻችንን መፍታት አልቻሉም።

ዋናው ችግር የተሞከሩት ምርቶች በመረጃ ምንጮች ላይ ተመርኩዘው, የምደባ ስታቲስቲክስን በጣቢያ ያሳያሉ, እና በማስታወቂያ ዘመቻዎች ላይ ስታቲስቲክስን የመሰብሰብ ችሎታ አላቀረቡም. ይህ አካሄድ ከተለያዩ ድረ-ገጾች የተገኙ መረጃዎችን በአንድ ቦታ እንድናይ እና የዘመቻውን አጠቃላይ ሁኔታ እንድንመረምር አልፈቀደልንም።

ሌላው ምክንያት በመጀመሪያዎቹ ደረጃዎች ምርቶቹ በምዕራባዊው ገበያ ላይ ያተኮሩ እና ከሩሲያ ጣቢያዎች ጋር መቀላቀልን አይደግፉም ነበር. እና ውህደቱ ለተተገበረባቸው ጣቢያዎች ፣ ሁሉም አስፈላጊ ልኬቶች ሁል ጊዜ በበቂ ዝርዝር አልወረዱም ፣ እና ውህደቱ ሁል ጊዜ ምቹ እና ግልፅ አልነበረም ፣ በተለይም በስርዓት በይነገጽ ውስጥ ያልሆነ ነገር ማግኘት አስፈላጊ በሚሆንበት ጊዜ።
በአጠቃላይ, ከሶስተኛ ወገን ምርቶች ጋር ላለመላመድ ወስነናል, ነገር ግን የራሳችንን ማልማት ጀመርን ...

2. የኦንላይን የማስታወቂያ ገበያ ከዓመት ወደ አመት እያደገ ሲሆን በ2018 ከማስታወቂያ በጀት አንፃር በባህላዊው ትልቁን የቲቪ ማስታወቂያ ገበያ በበላይነት አልፏል። ስለዚህ ሚዛን አለ.

3. የንግድ ማስታወቂያዎችን ሽያጭ በሞኖፖል ከተቆጣጠረው ከቲቪ የማስታወቂያ ገበያ በተለየ መልኩ የተለያዩ መጠን ያላቸው የማስታወቂያ ኢንቬንቶሪ ባለቤቶች በራሳቸው የማስታወቂያ መለያ በበይነመረቡ ላይ የሚሰሩ ብዙ ናቸው። የማስታወቂያ ዘመቻ እንደ አንድ ደንብ, በአንድ ጊዜ በበርካታ ጣቢያዎች ላይ ይሰራል, የማስታወቂያ ዘመቻውን ሁኔታ ለመረዳት, ከሁሉም ጣቢያዎች ሪፖርቶችን መሰብሰብ እና ሙሉውን ምስል ወደሚያሳየው አንድ ትልቅ ዘገባ ማዋሃድ አስፈላጊ ነው. ይህ ማለት የማመቻቸት አቅም አለ ማለት ነው።

4. በበይነመረቡ ላይ የማስታወቂያ ክምችት ባለቤቶች ቀደም ሲል ስታቲስቲክስን ለመሰብሰብ እና በማስታወቂያ መለያዎች ውስጥ ለማሳየት መሠረተ ልማት ያላቸው ይመስለን ነበር እና ለዚህ መረጃ ኤፒአይ ማቅረብ ይችላሉ። ይህ ማለት በቴክኒካል ተግባራዊ ማድረግ ይቻላል. በጣም ቀላል እንዳልሆነ ወዲያውኑ እንበል.

በአጠቃላይ ለፕሮጀክቱ ትግበራ ሁሉም ቅድመ ሁኔታዎች ግልጽ ሆነውልናል እና ፕሮጀክቱን ወደ ህይወት ለማምጣት ተሯሯጥነናል...

ታላቁ እቅድ

ለመጀመር ፣ ተስማሚ ስርዓትን ራዕይ ፈጠርን-

• ከ1C ኮርፖሬት ሲስተም የሚደረጉ የማስታወቂያ ዘመቻዎች በስማቸው፣በጊዜያቸው፣በበጀታቸው እና በተለያዩ መድረኮች ላይ በማስቀመጥ በራስ ሰር መጫን አለባቸው።
• በማስታወቂያ ዘመቻ ውስጥ ላለ እያንዳንዱ ምደባ፣ ሁሉም ሊሆኑ የሚችሉ ስታቲስቲክሶች ምደባው ከሚካሄድባቸው ጣቢያዎች፣ እንደ የመስተዋቶች ብዛት፣ ጠቅታዎች፣ እይታዎች፣ ወዘተ የመሳሰሉ በራስ ሰር መውረድ አለበት።
• አንዳንድ የማስታወቂያ ዘመቻዎች የሶስተኛ ወገን ክትትልን በመጠቀም ክትትል የሚደረግባቸው እንደ አድቨርቨር፣ ዌቦራማ፣ ዲሲኤም፣ ወዘተ ባሉ የማስታወቂያ ስርዓቶች በሚባሉት ነው። በሩሲያ ውስጥ የኢንዱስትሪ የበይነመረብ ቆጣሪም አለ - የ Mediascope ኩባንያ። እንደእቅዳችን፣ ከገለልተኛ እና ከኢንዱስትሪ ቁጥጥር የተገኘው መረጃ እንዲሁ በቀጥታ ወደ ተጓዳኝ የማስታወቂያ ዘመቻዎች መጫን አለበት።
• በይነመረብ ላይ የሚደረጉ አብዛኛዎቹ የማስታወቂያ ዘመቻዎች በተወሰኑ ኢላማ የተደረጉ ድርጊቶች (ግዢ፣ ጥሪ፣ ለሙከራ መመዝገብ እና የመሳሰሉት)፣ ጎግል አናሌቲክስን በመጠቀም ክትትል የሚደረግባቸው እና የዘመቻውን ሁኔታ ለመረዳት አስፈላጊ የሆኑ ስታቲስቲክስ ናቸው። ወደ መሳሪያችን መጫን አለበት .

የመጀመሪያው የተረገመ ነገር እብጠት ነው

ለተለዋዋጭ የሶፍትዌር ልማት መርሆች (አቅጣጫ፣ ሁሉም ነገር) ካለን ቁርጠኝነት አንፃር መጀመሪያ MVP ን ለማዳበር እና ወደታሰበው ግብ ለመቀጠል ወስነናል።
በእኛ ምርት መሰረት MVP ለመገንባት ወስነናል DANBo (Dentsu Aegis Network Board)በደንበኞቻችን የማስታወቂያ ዘመቻዎች ላይ አጠቃላይ መረጃ ያለው የድር መተግበሪያ ነው።

ለ MVP, ፕሮጀክቱ በተቻለ መጠን በአተገባበር ላይ ቀላል ሆኗል. የውህደት መድረኮችን የተወሰነ ዝርዝር መርጠናል. እነዚህ እንደ Yandex.Direct, Yandex.Display, RB.Mail, MyTarget, Adwords, DBM, VK, FB እና ዋና የማስታወቂያ ስርዓቶች Adriver እና Weborama የመሳሰሉ ዋና መድረኮች ነበሩ.

በኤፒአይ በኩል በጣቢያዎች ላይ ያሉ ስታቲስቲክስን ለመድረስ አንድ መለያ ተጠቀምን። በማስታወቂያ ዘመቻ ላይ አውቶማቲክ የስታቲስቲክስ ስብስብ ለመጠቀም የሚፈልግ የደንበኛ ቡድን አስተዳዳሪ በመጀመሪያ በጣቢያዎች ላይ ያሉትን አስፈላጊ የማስታወቂያ ዘመቻዎች መዳረሻን ወደ መድረክ መለያ ውክልና መስጠት ነበረበት።

ቀጥሎ የስርዓቱ ተጠቃሚ ነው። ዳንቦ ስለ ምደባው (የማስታወቂያ ዘመቻ ፣ መድረክ ፣ ቅርጸት ፣ የምደባ ጊዜ ፣ ​​የታቀዱ አመላካቾች ፣ በጀት ፣ ወዘተ) እና ተዛማጅ የማስታወቂያ ዘመቻዎችን መለያዎች የያዘውን የተወሰነ ቅርጸት ፋይል ወደ ኤክሴል ስርዓት መስቀል ነበረበት። በማስታወቂያ ስርዓቶች ውስጥ ጣቢያዎች እና ቆጣሪዎች።

በግልጽ፣ የሚያስደነግጥ ይመስላል፡-

የወረደው ውሂብ በመረጃ ቋት ውስጥ ተቀምጧል፣ እና ከዚያ የተለዩ አገልግሎቶች በጣቢያዎች ላይ የዘመቻ መለያዎችን ከነሱ ሰበሰቡ እና ስታቲስቲክስን በእነሱ ላይ አውርደዋል።

ለእያንዳንዱ ጣቢያ የተለየ የዊንዶውስ አገልግሎት ተጽፏል፣ በቀን አንድ ጊዜ በጣቢያው ኤፒአይ ውስጥ በአንድ የአገልግሎት መለያ ስር የሚሄድ እና ለተወሰኑ የዘመቻ መታወቂያዎች ስታቲስቲክስ የወረዱ። በማስታወቂያ ስርዓቶች ላይም ተመሳሳይ ነገር ተከስቷል።

የወረደው ውሂብ በበይነገጽ ላይ በትንሽ ብጁ ዳሽቦርድ መልክ ታይቷል፡-

ለእኛ ሳይታሰብ MVP መሥራት ጀመረ እና በኢንተርኔት ላይ በማስታወቂያ ዘመቻዎች ላይ ወቅታዊ ስታቲስቲክስን ማውረድ ጀመረ። ስርዓቱን በብዙ ደንበኞች ላይ ተግባራዊ አድርገነዋል፣ ነገር ግን መጠኑን ለመጨመር ስንሞክር ከባድ ችግሮች አጋጥመውናል፡-

• ዋናው ችግር ወደ ስርዓቱ ለመጫን መረጃን የማዘጋጀት ውስብስብነት ነበር. እንዲሁም የምደባ መረጃው ከመጫኑ በፊት ወደ ጥብቅ ቋሚ ቅርጸት መቀየር ነበረበት። በማውረጃው ፋይል ውስጥ ከተለያዩ ጣቢያዎች የመጡ የህጋዊ አካል መለያዎችን ማካተት አስፈላጊ ነበር። በቴክኒካል ያልሰለጠኑ ተጠቃሚዎች በጣቢያው ላይ እነዚህን መለያዎች የት እንደሚያገኙ እና በፋይሉ ውስጥ የት እንደሚገቡ ለማስረዳት በጣም አስቸጋሪ የመሆኑ እውነታ አጋጥሞናል። በጣቢያዎች ላይ ዘመቻዎችን የሚያካሂዱ የዲፓርትመንቶች ሰራተኞች ብዛት እና ትርፋማውን ከግምት ውስጥ በማስገባት ይህ በእኛ በኩል ከፍተኛ መጠን ያለው ድጋፍ አስገኝቷል, ይህም በፍጹም ደስተኛ አልነበርንም.
• ሌላው ችግር ሁሉም የማስታወቂያ መድረኮች የማስታወቂያ ዘመቻዎችን ወደ ሌሎች መለያዎች የማስተላለፍ ዘዴ አልነበራቸውም። ነገር ግን የውክልና ዘዴ ቢኖርም ሁሉም አስተዋዋቂዎች ዘመቻዎቻቸውን ወደ የሶስተኛ ወገን መለያዎች እንዲደርሱ ለማድረግ ፈቃደኛ አልነበሩም።
• አስፈላጊው ነገር በ1C የሂሳብ አያያዝ ስርዓታችን ውስጥ የገቡት ሁሉም የታቀዱ አመላካቾች እና የምደባ ዝርዝሮች እንደገና መግባት ስላለባቸው በተጠቃሚዎች መካከል ያስቆጣው ቁጣ ነበር። ዳንቦ.

ይህም ስለ ምደባ ዋናው የመረጃ ምንጭ የእኛ 1C ስርዓት መሆን አለበት የሚል ሀሳብ ሰጠን ሁሉም መረጃዎች በትክክል የሚገቡበት እና በሰዓቱ የሚገቡበት ነው (እዚህ ላይ ያለው ነጥብ ደረሰኞች የሚመነጩት በ 1C መረጃ ላይ ነው ስለዚህ ትክክለኛ መረጃ ወደ 1C መግባት ነው)። ለሁሉም ሰው ቅድሚያ የሚሰጠው KPI) ነው። የስርአቱ አዲስ ፅንሰ-ሀሳብ በዚህ መልኩ ተፈጠረ…

ጽንሰ-ሐሳብ

እኛ ለማድረግ የወሰንነው የመጀመሪያው ነገር በበይነመረብ ላይ በማስታወቂያ ዘመቻዎች ላይ ስታቲስቲክስን ለመሰብሰብ ስርዓቱን ወደ የተለየ ምርት መለየት ነው - D1.ዲጂታል.

በአዲሱ ጽንሰ-ሐሳብ ውስጥ, ለመጫን ወሰንን D1.ዲጂታል የማስታወቂያ ዘመቻዎችን እና በውስጣቸው ስላሉት ምደባዎች መረጃ ከ1C እና በመቀጠል ከጣቢያዎች እና የማስታወቂያ ሰርቪንግ ስርዓቶች ወደ እነዚህ ምደባዎች ስታቲስቲክስን ማውጣት። ይህ ለተጠቃሚዎች ህይወትን በእጅጉ ያቃልላል (እና እንደተለመደው ለገንቢዎች ተጨማሪ ስራን ይጨምራል) እና የድጋፍ መጠኑን ይቀንሳል።

የመጀመርያው ያጋጠመን ችግር ድርጅታዊ ተፈጥሮ ሲሆን ከተለያዩ ስርዓቶች የተውጣጡ አካላትን ከዘመቻ እና ከ1C የተቀመጡ ቦታዎችን የምናወዳድርበት ቁልፍ ወይም ምልክት ማግኘት ባለመቻላችን ነው። እውነታው ግን በኩባንያችን ውስጥ ያለው ሂደት የማስታወቂያ ዘመቻዎች በተለያዩ ሰዎች (የሚዲያ እቅድ አውጪዎች, ግዢ, ወዘተ) ወደ ተለያዩ ስርዓቶች እንዲገቡ በሚያስችል መልኩ የተነደፈ ነው.

ይህንን ችግር ለመፍታት፣ በተለያዩ ሲስተሞች ውስጥ ያሉ አካላትን አንድ ላይ የሚያገናኝ እና በቀላሉ እና ልዩ በሆነ መልኩ በወረዱ የውሂብ ስብስቦች ውስጥ የሚለይ ልዩ ሃሼድ ቁልፍ፣ DANBoID መፍጠር ነበረብን። ይህ ለዪ የሚመነጨው በውስጣዊ 1C ስርዓት ውስጥ ለእያንዳንዱ ግለሰብ ምደባ ሲሆን በሁሉም ጣቢያዎች እና በሁሉም የማስታወቂያ ሰርቪንግ ስርዓቶች ወደ ዘመቻዎች፣ ምደባዎች እና ቆጣሪዎች ይተላለፋል። DANBoID በሁሉም ምደባዎች ላይ የማስገባት ልምድን መተግበር የተወሰነ ጊዜ ወስዷል፣ ነገር ግን ይህን ለማድረግ ችለናል :)

ከዚያ ሁሉም ጣቢያዎች በራስ ሰር ስታቲስቲክስን ለመሰብሰብ ኤፒአይ እንደሌላቸው እና ኤፒአይ ያላቸውም እንኳ ሁሉንም አስፈላጊ መረጃዎችን እንደማይመልስ ደርሰንበታል።

በዚህ ደረጃ, የውህደት መድረኮችን ዝርዝር በከፍተኛ ሁኔታ ለመቀነስ እና በአብዛኛዎቹ የማስታወቂያ ዘመቻዎች ውስጥ በተካተቱት ዋና ዋና መድረኮች ላይ ለማተኮር ወስነናል. ይህ ዝርዝር በማስታወቂያ ገበያ (Google, Yandex, Mail.ru), ማህበራዊ አውታረ መረቦች (ቪኬ, ፌስቡክ, ትዊተር), ዋና የማስታወቂያ ሰርቪንግ እና የትንታኔ ስርዓቶች (DCM, Adriver, Weborama, Google Analytics) እና ሌሎች የመሣሪያ ስርዓቶችን ሁሉንም ትላልቅ ተጫዋቾች ያካትታል.

አብዛኞቹ የመረጥናቸው ጣቢያዎች የምንፈልጋቸውን መለኪያዎች የሚያቀርብ ኤፒአይ ነበራቸው። ኤፒአይ በሌለበት ወይም አስፈላጊው መረጃ በሌለበት ሁኔታ መረጃን ለመጫን በየቀኑ ወደ ቢሮ ኢሜል የሚላኩ ሪፖርቶችን እንጠቀማለን (በአንዳንድ ስርዓቶች ውስጥ እንደዚህ ያሉ ሪፖርቶችን ማዋቀር ይቻላል ፣ በሌሎች ውስጥ ግን ልማት ላይ ተስማምተናል) ለእኛ እንደዚህ ያሉ ዘገባዎች).

ከተለያዩ ድረ-ገጾች የተገኙ መረጃዎችን ስንመረምር በተለያዩ ስርዓቶች ውስጥ የተቋማት ተዋረድ ተመሳሳይ እንዳልሆነ ደርሰንበታል። ከዚህም በላይ መረጃን ከተለያዩ ስርዓቶች በተለየ ዝርዝር ውስጥ ማውረድ ያስፈልጋል.

ይህንን ችግር ለመፍታት የሱዳንቦአይዲ ጽንሰ-ሀሳብ ተዘጋጅቷል። የሱብዳንቦአይዲ ሀሳብ በጣም ቀላል ነው፣ የዘመቻውን ዋና አካል በተፈጠረው DANBoID ምልክት እናደርጋለን እና ሁሉንም የጎጆ አካላትን ልዩ የጣቢያ መለያዎች እንሰቅላለን እና በ DANBoID መርህ + የመጀመሪያ ደረጃ መለያ መሠረት SubDANBoID እንሰራለን። የጎጆ አካል + የሁለተኛ ደረጃ የጎጆ አካል መለያ +... ይህ አካሄድ በተለያዩ ስርዓቶች ውስጥ ያሉ የማስታወቂያ ዘመቻዎችን እንድናገናኝ እና በእነሱ ላይ ዝርዝር ስታቲስቲክስን እንድናወርድ አስችሎናል።

በተለያዩ መድረኮች ላይ ዘመቻዎችን የማግኘት ችግርንም መፍታት ነበረብን። ከላይ እንደጻፍነው የዘመቻ መዳረሻን ወደ ተለየ ቴክኒካል አካውንት የማስተላለፍ ዘዴ ሁልጊዜም ተግባራዊ አይሆንም። ስለዚህ፣ እነዚህን ማስመሰያዎች ለማዘመን ቶከኖችን እና ስልቶችን በመጠቀም በOAuth በኩል ለራስ ሰር ፍቃድ መሠረተ ልማት ማዘጋጀት ነበረብን።

በኋላ ላይ በአንቀጹ ውስጥ የመፍትሄውን ንድፍ እና የአተገባበሩን ቴክኒካዊ ዝርዝሮች በበለጠ ዝርዝር ለመግለጽ እንሞክራለን.

የመፍትሄው አርክቴክቸር 1.0

አዲስ ምርት መተግበር ስንጀምር አዳዲስ ጣቢያዎችን የማገናኘት እድልን ወዲያውኑ ማቅረብ እንዳለብን ተረድተናል, ስለዚህ የማይክሮ ሰርቪስ አርክቴክቸር መንገድን ለመከተል ወሰንን.

አርክቴክቸርን በምንሰራበት ጊዜ ማገናኛዎችን ከሁሉም ውጫዊ ስርዓቶች - 1C ፣ የማስታወቂያ መድረኮች እና የማስታወቂያ ስርዓቶችን - ወደ ተለያዩ አገልግሎቶች ለይተናል።
ዋናው ሃሳብ ሁሉም የጣቢያዎች ማገናኛዎች አንድ አይነት ኤፒአይ አላቸው እና የጣቢያውን ኤፒአይ ለእኛ ምቹ ወደሆነ በይነገጽ የሚያመጡ አስማሚዎች ናቸው.

በምርታችን መሃል የድረ-ገጽ አፕሊኬሽን አለ፣ እሱም ሞኖሊት (ሞኖሊት) ሲሆን በቀላሉ ወደ አገልግሎቶች ሊበታተን በሚችል መልኩ ተዘጋጅቷል። ይህ አፕሊኬሽን የወረደውን መረጃ የማስኬድ፣ ከተለያዩ ስርዓቶች ስታቲስቲክስን የመሰብሰብ እና ለስርዓት ተጠቃሚዎች የማቅረብ ሃላፊነት አለበት።

በኮኔክተሮች እና በድር አፕሊኬሽኑ መካከል ለመነጋገር ተጨማሪ አገልግሎት መፍጠር ነበረብን፣ እሱም ኮኔክተር ፕሮክሲ ብለን እንጠራዋለን። የአገልግሎት ግኝት እና ተግባር መርሐግብርን ተግባራት ያከናውናል. ይህ አገልግሎት በየምሽቱ ለእያንዳንዱ ማገናኛ የመረጃ አሰባሰብ ስራዎችን ይሰራል። የመልእክት ደላላን ከማገናኘት ይልቅ የአገልግሎት ንብርብር መፃፍ ቀላል ነበር፣ እና ለእኛ በተቻለ ፍጥነት ውጤቱን ማግኘት አስፈላጊ ነበር።

ለቀላል እና ለዕድገት ፍጥነት፣ ሁሉም አገልግሎቶች የድር APIs እንዲሆኑ ወስነናል። ይህ የማረጋገጫ ጽንሰ-ሀሳብን በፍጥነት ለመሰብሰብ እና አጠቃላይ ዲዛይኑ እንደሚሰራ ለማረጋገጥ አስችሏል።

የተለየ፣ ይልቁንም ውስብስብ ተግባር ከተለያዩ መለያዎች መረጃን ለመሰብሰብ መዳረሻን ማዋቀር ነበር፣ ይህም እንደወሰንነው፣ በተጠቃሚዎች በድር በይነገጽ መከናወን አለበት። ሁለት የተለያዩ ደረጃዎችን ያቀፈ ነው፡ በመጀመሪያ ተጠቃሚው በOAuth በኩል መለያውን ለመድረስ ቶከን ይጨምራል፣ እና ከተወሰነ መለያ ለደንበኛው የውሂብ መሰብሰብን ያዋቅራል። በOAuth በኩል ማስመሰያ ማግኘት አስፈላጊ ነው ምክንያቱም አስቀድመን እንደጻፍነው ሁልጊዜ በጣቢያው ላይ ወደሚፈለገው አካውንት ውክልና መስጠት አይቻልም.

መለያን ከጣቢያዎች ለመምረጥ ሁለንተናዊ ዘዴ ለመፍጠር JSON Schemaን የሚመልስ ዘዴን ወደ ማገናኛ ኤፒአይ ማከል ነበረብን፣ ይህም የተሻሻለ JSONEditor ክፍልን በመጠቀም ወደ ቅጽ ይቀርባል። በዚህ መንገድ ተጠቃሚዎች ውሂብ የሚወርዱባቸውን መለያዎች መምረጥ ችለዋል።

በጣቢያዎች ላይ ያለውን የጥያቄ ገደብ ለማክበር፣ የቅንጅቶችን ጥያቄዎች በአንድ ቶከን ውስጥ እናጣምራቸዋለን፣ ነገር ግን በትይዩ የተለያዩ ቶከኖችን ማካሄድ እንችላለን።

ሞንጎዲቢን ለድረ ገጽ አፕሊኬሽኑ እና ማገናኛዎች ለተጫነው ዳታ ማከማቻ አድርገን መርጠናል፣ ይህም በመጀመርያ የእድገት ደረጃዎች ላይ ስላለው የውሂብ መዋቅር ብዙ እንዳንጨነቅ አስችሎናል፣ የመተግበሪያው ነገር ሞዴል በየቀኑ ሲቀየር።

ብዙም ሳይቆይ በMongoDB ውስጥ ሁሉም መረጃዎች በትክክል እንደማይስማሙ እና ለምሳሌ ፣ ዕለታዊ ስታቲስቲክስን በተዛማጅ ዳታቤዝ ውስጥ ለማከማቸት የበለጠ ምቹ መሆኑን አወቅን። ስለዚህ የዳታ አወቃቀራቸው ለተዛማጅ ዳታቤዝ ተስማሚ ለሆኑ ማገናኛዎች፣ PostgreSQL ወይም MS SQL Serverን እንደ ማከማቻ መጠቀም ጀመርን።

የተመረጠው አርክቴክቸር እና ቴክኖሎጂዎች የዲ 1 ዲጂታል ምርትን በአንጻራዊነት በፍጥነት እንድንገነባ እና እንድንጀምር አስችሎናል። የምርት ልማት በሁለት ዓመታት ውስጥ፣ 23 ማገናኛዎችን ወደ ሳይቶች ገንብተናል፣ ከሶስተኛ ወገን ኤፒአይዎች ጋር በመስራት በዋጋ ሊተመን የማይችል ልምድ አግኝተናል፣የተለያዩ ድረ-ገጾች ወጥመዶችን ማስወገድን ተምረናል፣ እያንዳንዳቸው የራሳቸው ያላቸው፣ ቢያንስ 3 ኤፒአይ እንዲፈጠር አስተዋጽኦ አድርጓል። ጣቢያዎች፣ ወደ 15 በሚጠጉ ዘመቻዎች ላይ እና ከ000 ለሚበልጡ ምደባዎች መረጃን በራስ ሰር የወረዱ፣ ስለ ምርቱ አሰራር ከተጠቃሚዎች ብዙ አስተያየቶችን ሰብስበዋል እና በዚህ ግብረመልስ ላይ በመመስረት የምርቱን ዋና ሂደት ብዙ ጊዜ ለመቀየር ችለዋል።

የመፍትሄው አርክቴክቸር 2.0

ልማት ከተጀመረ ሁለት ዓመታት አልፈዋል D1.ዲጂታል. በሲስተሙ ላይ ያለው የማያቋርጥ ጭነት መጨመር እና ከጊዜ ወደ ጊዜ አዳዲስ የመረጃ ምንጮች ብቅ ማለት አሁን ባለው የመፍትሄ አርክቴክቸር ውስጥ ችግሮችን አሳይቷል።

የመጀመሪያው ችግር ከጣቢያዎቹ ከወረዱ የውሂብ መጠን ጋር የተያያዘ ነው. ሁሉንም አስፈላጊ መረጃዎች ከትላልቅ ጣቢያዎች መሰብሰብ እና ማዘመን በጣም ብዙ ጊዜ መውሰድ መጀመሩን አጋጥሞናል። ለምሳሌ፣ ለአብዛኛዎቹ ምደባዎች ስታቲስቲክስን የምንከታተልበት ከAdRiver ማስታወቂያ ስርዓት መረጃ መሰብሰብ 12 ሰዓት ያህል ይወስዳል።

ይህንን ችግር ለመፍታት ሁሉንም አይነት ሪፖርቶችን በመጠቀም መረጃዎችን ከጣቢያዎች ለማውረድ ጀመርን ፣የእነሱን ኤፒአይ ከጣቢያዎቹ ጋር በማዳበር የሥራው ፍጥነት ፍላጎታችንን እንዲያሟላ እና በተቻለ መጠን የውሂብ ማውረድን ትይዩ ለማድረግ እየሞከርን ነው።

ሌላው ችግር የወረደውን ውሂብ ከማቀናበር ጋር የተያያዘ ነው። አሁን፣ አዲስ የምደባ ስታቲስቲክስ ሲደርስ፣ ጥሬ ውሂብን መጫን፣ ለእያንዳንዱ ጣቢያ የተዋሃዱ መለኪያዎችን በማስላት፣ ከተለያዩ ምንጮች የተገኙ መረጃዎችን እርስ በርስ በማነፃፀር እና ለዘመቻው ማጠቃለያ መለኪያዎችን የሚያጠቃልለው ባለብዙ እርከን የመለኪያ ሂደት ተጀመረ። ይህ ሁሉንም ስሌቶች በሚሰራው የድር መተግበሪያ ላይ ብዙ ጭነት ያስከትላል። ብዙ ጊዜ, በእንደገና ስሌት ሂደት ውስጥ, አፕሊኬሽኑ በአገልጋዩ ላይ ያለውን ማህደረ ትውስታን በሙሉ ከ10-15 ጂቢ ይበላዋል, ይህም በተጠቃሚዎች ከስርአቱ ጋር በሚሰሩት ስራ ላይ በጣም ጎጂ ነበር.

ተለይተው የታወቁት ችግሮች እና ለምርቱ ተጨማሪ ልማት ትልቅ ዕቅዶች የመተግበሪያውን አርክቴክቸር እንደገና እንድናጤን አስፈልጎናል።

በማገናኛዎች ጀመርን.
ሁሉም ማገናኛዎች በተመሳሳይ ሞዴል እንደሚሠሩ አስተውለናል, ስለዚህ ማገናኛን ለመፍጠር የቧንቧ መስመር ማእቀፍ ገንብተናል, የእርምጃዎችን አመክንዮ ብቻ ፕሮግራም ማድረግ አለብዎት, የተቀረው ሁለንተናዊ ነበር. ማገናኛ ማሻሻያ የሚያስፈልገው ከሆነ, ወዲያውኑ ማገናኛው በሚሻሻልበት ጊዜ ወደ አዲስ ማዕቀፍ እናስተላልፋለን.

በተመሳሳይ ጊዜ ማገናኛዎችን ወደ ዶከር እና ኩበርኔትስ ማሰማራት ጀመርን.
ወደ ኩበርኔትስ ለመሄድ ለረጅም ጊዜ አቅደናል ፣ በ CI/CD settings ሞክረናል ፣ ግን መንቀሳቀስ የጀመርነው አንድ ማገናኛ በስህተት ምክንያት ፣ በአገልጋዩ ላይ ከ 20 ጂቢ በላይ ማህደረ ትውስታ መብላት ሲጀምር ፣ ሌሎች ሂደቶችን በመግደል ነበር ። . በምርመራው ወቅት, ማገናኛው ወደ ኩበርኔትስ ክላስተር ተወስዷል, በመጨረሻም ስህተቱ ከተስተካከለ በኋላም ቢሆን ይቀራል.

በፍጥነት ኩበርኔትስ ምቹ እንደሆነ ተገነዘብን እና በስድስት ወራት ውስጥ ብዙ ሀብቶችን የሚበሉ 7 ማገናኛዎችን እና ማገናኛዎችን ፕሮክሲ ወደ ምርት ክላስተር አስተላልፈናል።

ማገናኛዎችን በመከተል, የቀረውን የመተግበሪያውን አርክቴክቸር ለመለወጥ ወስነናል.
ዋናው ችግር ዳታ ከሴክተሮች ወደ ፕሮክሲዎች በትልልቅ ባች መምጣታቸው እና ከዚያም DANBoID ን በመምታት ወደ ማእከላዊ ዌብ አፕሊኬሽን ለሂደቱ ይላካሉ። በብዙ የመለኪያዎች ብዛት ምክንያት በመተግበሪያው ላይ ትልቅ ጭነት አለ።

እንዲሁም ተጠቃሚዎች ምን እየተከሰተ እንዳለ እና ለምን መረጃ እንደማይሰበሰብ ማየት እንዲችሉ የግለሰብን የመረጃ አሰባሰብ ስራዎችን ሁኔታ መከታተል እና በሴንካዮች ውስጥ ወደ ማእከላዊ ድረ-ገጽ አፕሊኬሽን ያሉ ስህተቶችን ሪፖርት ማድረግ በጣም ከባድ ነበር።

እነዚህን ችግሮች ለመፍታት አርክቴክቸር 2.0 አዘጋጅተናል።

በአዲሱ የሕንፃው ሥሪት መካከል ያለው ዋና ልዩነት ከድር ኤፒአይ ይልቅ፣ በአገልግሎቶች መካከል መልዕክቶችን ለመለዋወጥ RabbitMQ እና MassTransit ላይብረሪ እንጠቀማለን። ይህንን ለማድረግ የConnectors Proxyን ሙሉ ለሙሉ ማለት ይቻላል እንደገና መፃፍ ነበረብን፣ ይህም የግንኙነት መገናኛ እንዲሆን ማድረግ። ስሙ ተቀይሯል ምክንያቱም የአገልግሎቱ ዋና ሚና ከአሁን በኋላ ጥያቄዎችን ወደ ማገናኛ እና ወደ ኋላ በማስተላለፍ ላይ ሳይሆን የመለኪያዎችን ከአገናኞች መሰብሰብን በማስተዳደር ላይ ነው።

ከማዕከላዊው የድር መተግበሪያ ስለ ምደባዎች እና ስታቲስቲክስ መረጃዎችን ከጣቢያዎች ወደ ተለያዩ አገልግሎቶች ለይተናል ፣ ይህም አላስፈላጊ ስሌቶችን ለማስወገድ እና ቀድሞ የተሰላ እና የተጠቃለለ ስታቲስቲክስን በምደባ ደረጃ ብቻ ለማከማቸት አስችሎታል። እንዲሁም በጥሬ መረጃ ላይ በመመስረት መሰረታዊ ስታቲስቲክስን ለማስላት አመክንዮውን እንደገና ጻፍን እና አመቻችተናል።

በተመሳሳይ ጊዜ, መፍትሄውን ለመለካት ቀላል እና ለማስተዳደር የበለጠ ምቹ ለማድረግ ሁሉንም አገልግሎቶች እና አፕሊኬሽኖች ወደ Docker እና Kubernetes እየፈለስን ነው።

አሁን የት ነን

የፅንሰ-ሀሳብ ማረጋገጫ 2.0 ምርት D1.ዲጂታል ዝግጁ እና የተወሰኑ ማገናኛዎች ባለው የሙከራ አካባቢ ውስጥ በመስራት ላይ። የሚቀረው ሌላ 20 ማገናኛዎችን ወደ አዲስ መድረክ እንደገና መፃፍ፣ ውሂቡ በትክክል መጫኑን እና ሁሉም መለኪያዎች በትክክል እንደተሰሉ መፈተሽ እና አጠቃላይ ንድፉን ወደ ምርት ማሸጋገር ነው።

በእርግጥ ይህ ሂደት ቀስ በቀስ የሚከሰት እና ሁሉም ነገር እንዲሰራ ለማድረግ ከአሮጌ ኤፒአይዎች ጋር ወደ ኋላ ተኳሃኝነትን መተው አለብን።

የእኛ የቅርብ ጊዜ ዕቅዶች አዳዲስ ማገናኛዎችን ማዘጋጀት፣ ከአዳዲስ ስርዓቶች ጋር መቀላቀል እና ከተገናኙ ጣቢያዎች እና የማስታወቂያ ስርዓቶች የወረዱትን የውሂብ ስብስብ ላይ ተጨማሪ መለኪያዎችን ማከልን ያካትታሉ።

እንዲሁም ማዕከላዊውን የድር መተግበሪያን ጨምሮ ሁሉንም መተግበሪያዎች ወደ ዶከር እና ኩበርኔትስ ለማዛወር አቅደናል። ከአዲሱ አርክቴክቸር ጋር ተደምሮ፣ ፍጆታ የሚውሉ ሀብቶችን መዘርጋት፣ መቆጣጠር እና መቆጣጠርን በእጅጉ ያቃልላል።

ሌላው ሃሳብ በአሁኑ ጊዜ በሞንጎዲቢ ውስጥ የተቀመጠውን ስታቲስቲክስን ለማከማቸት የውሂብ ጎታ ምርጫን መሞከር ነው. ብዙ አዳዲስ ማገናኛዎችን ወደ SQL ዳታቤዝ አስተላልፈናል፣ ነገር ግን እዚያ ልዩነቱ የማይታወቅ ነው፣ እና በቀን ለተጠቃለለ ስታቲስቲክስ፣ በዘፈቀደ ጊዜ ሊጠየቅ የሚችል ትርፉ በጣም ከባድ ሊሆን ይችላል።

በአጠቃላይ ፣ እቅዶቹ ትልቅ ናቸው ፣ እንቀጥል :)

የጽሑፉ ደራሲዎች R&D Dentsu Aegis Network ሩሲያ፡ ጆርጂ ኦስታፔንኮshmiigaa), ሚካሂል ኮትሲክ (hitexx)

ምንጭ: hab.com