ሀሎ! ስሜ ቫዲም ማዲሰን እባላለሁ የአቪቶ ስርዓት መድረክ እድገትን እመራለሁ። እኛ በኩባንያው ውስጥ ከሞኖሊቲክ አርክቴክቸር ወደ ማይክሮ አገልግሎት እንዴት እንደምንሸጋገር ከአንድ ጊዜ በላይ ተነግሯል። ከጥቃቅን አገልግሎቶች ምርጡን ለማግኘት እና በእነሱ ውስጥ እንዳንጠፋ መሠረተ ልማታችንን እንዴት እንደቀየርን የምናካፍልበት ጊዜ ነው። PaaS እዚህ እንዴት እንደሚረዳን ፣ እንዴት ስራውን እንደቀለልነው እና የማይክሮ ሰርቪስ መፍጠርን በአንድ ጠቅታ እንደቀነስን - አንብብ። ከዚህ በታች የምጽፈው ሁሉም ነገር በአቪቶ ውስጥ ሙሉ በሙሉ የተተገበረ አይደለም ፣ የእሱ አካል የእኛን መድረክ እንዴት እንደምናዳብር ነው።

(እና በዚህ ጽሑፍ መጨረሻ ላይ ከማይክሮ ሰርቪስ አርኪቴክቸር ባለሙያ ክሪስ ሪቻርድሰን ወደ የሶስት ቀን ሴሚናር የመግባት እድል እናገራለሁ)።

ወደ ማይክሮ ሰርቪስ እንዴት እንደመጣን

አቪቶ በዓለም ላይ ካሉት ትላልቅ ምድቦች ውስጥ አንዱ ነው፣ በቀን ከ15 ሚሊዮን በላይ አዳዲስ ማስታወቂያዎችን ያትማል። የእኛ ደጋፊ በሰከንድ ከ20 ሺህ በላይ ጥያቄዎችን ይቀበላል። አሁን ብዙ መቶ ማይክሮ ሰርቪስ አለን።

ማይክሮ ሰርቪስ አርክቴክቸር ከአንድ አመት በላይ እየገነባን ነው። እንዴት በትክክል - ባልደረቦቻችን በዝርዝር ተነገረው በእኛ ክፍል በ RIT++ 2017. በ CodeFest 2017 (ተመልከት видео), ሰርጌይ ኦርሎቭ እና ሚካሂል ፕሮኮፕቹክ ለምን ወደ ማይክሮ ሰርቪስ ሽግግር ለምን እንደሚያስፈልገን እና ኩበርኔትስ እዚህ ምን ሚና እንደተጫወተ በዝርዝር አስረድተዋል። ደህና ፣ አሁን በእንደዚህ ዓይነት አርክቴክቸር ውስጥ የሚገኙትን የመጠን ወጪዎችን ለመቀነስ ሁሉንም ነገር እያደረግን ነው።

መጀመሪያ ላይ በጥቃቅን አገልግሎቶች ልማት እና መጀመር ላይ አጠቃላይ የሚረዳን ሥነ-ምህዳር አልፈጠርንም። ብልጥ የክፍት ምንጭ መፍትሄዎችን ብቻ ሰብስበው እቤት ውስጥ አስጀምሯቸዋል እና ገንቢውን እንዲቋቋምላቸው አቅርበዋል። በውጤቱም, ወደ ደርዘን ቦታዎች (ዳሽቦርዶች, የውስጥ አገልግሎቶች) ሄዷል, ከዚያ በኋላ ኮዱን በአሮጌው መንገድ, በአንድ ሞኖሊቲ ውስጥ የመቁረጥ ፍላጎቱን አጠናከረ. ከታች ባለው ሥዕላዊ መግለጫዎች ውስጥ ያለው አረንጓዴ ቀለም ገንቢው አንድ መንገድ ወይም ሌላ በገዛ እጆቹ የሚያደርገውን ያሳያል, ቢጫ ቀለም አውቶማቲክን ያመለክታል.

አሁን፣ በPaaS CLI መገልገያ፣ አንድ ቡድን አዲስ አገልግሎት ይፈጥራል፣ እና ሁለት ተጨማሪ አዲስ የውሂብ ጎታ ጨምረው ወደ ደረጃ ያሰማሩት።

"የማይክሮ አገልግሎት ክፍፍል" ዘመንን እንዴት ማሸነፍ እንደሚቻል

በአንድ ሞኖሊቲክ አርክቴክቸር ፣ በምርቱ ላይ ለተደረጉ ለውጦች ወጥነት ፣ ገንቢዎች ከጎረቤቶቻቸው ጋር ምን እየተፈጠረ እንዳለ ለማወቅ ተገድደዋል። በአዲሱ አርክቴክቸር ላይ ሲሰሩ የአገልግሎት አውዶች ከአሁን በኋላ እርስ በርስ አይመሰረቱም.

በተጨማሪም ፣ የማይክሮ አገልግሎት አርክቴክቸር ውጤታማ እንዲሆን ብዙ ሂደቶችን ማቋቋም አስፈላጊ ነው-

• ምዝግብ ማስታወሻ;
• የመከታተያ ጥያቄ (Jaeger);
• የስህተት ማሰባሰብ (ሴንትሪ);
• ሁኔታዎች፣ መልዕክቶች፣ ክስተቶች ከ Kubernetes (የክስተት ዥረት ማቀናበር)።
• የሩጫ ገደብ / የወረዳ ተላላፊ (Hytrix መጠቀም ይችላሉ);
• የአገልግሎት ግንኙነት መቆጣጠሪያ (Netramesh እንጠቀማለን);
• ክትትል (ግራፋና);
• ስብሰባ (TeamCity);
• ግንኙነት እና ማሳወቂያ (Slack, ኢሜይል);
• የተግባር ክትትል; (ጂራ)
• ሰነዶችን ማዘጋጀት.

ስርዓቱ ንጹሕ አቋሙን እንዳያጣ እና በሚዛን መጠን ውጤታማ ሆኖ እንዲቆይ ለማድረግ በአቪቶ ውስጥ የማይክሮ ሰርቪስ አደረጃጀትን እንደገና አስበናል።

ማይክሮ አገልግሎቶችን እንዴት እንደምናስተዳድር

አቪቶ ከብዙ ማይክሮ አግልግሎቶች መካከል አንድ “የፓርቲ ፖሊሲ” ለማከናወን ይረዳል፡-

• የመሠረተ ልማት ክፍሎችን ወደ ንብርብሮች መከፋፈል;
• የፕላትፎርም እንደ አገልግሎት (PaaS) ጽንሰ-ሐሳብ;
• በማይክሮ ሰርቪስ የሚከናወኑትን ነገሮች ሁሉ መከታተል።

የመሠረተ ልማት ረቂቅ ደረጃዎች ሶስት ንብርብሮችን ያካትታሉ. ከላይ ወደ ታች እንሂድ።

A. ከፍተኛ - የአገልግሎት መረብ. መጀመሪያ ላይ ኢስቲዮ ሞክረን ነበር, ነገር ግን በጣም ብዙ ሀብቶችን እንደሚጠቀም ታወቀ, ይህም ለጥራዝዎቻችን በጣም ውድ ነው. ስለዚህ, በሥነ ሕንፃ ቡድን ውስጥ ያለው ከፍተኛ መሐንዲስ አሌክሳንደር ሉክያንቼንኮ የራሱን መፍትሔ አዘጋጅቷል - ኔትራሜሽ (በክፍት ምንጭ ውስጥ ይገኛል)፣ በአሁኑ ጊዜ በምርት ላይ እየተጠቀምንበት ያለነው እና ከኢስቲዮ ብዙ እጥፍ ያነሰ ሀብት የሚፈጅ (ነገር ግን ኢስቲዮ የሚኮራውን ሁሉ አያደርግም)።
ቢ መካከለኛ - ኩበርኔትስ. በእሱ ላይ, ጥቃቅን አገልግሎቶችን እንዘረጋለን እና እንሰራለን.
ሐ. ከታች - ባዶ ብረት. ደመናዎችን እና እንደ OpenStack ያሉ ነገሮችን አንጠቀምም፣ ነገር ግን ሙሉ በሙሉ በባዶ ብረት ላይ እንቀመጣለን።

ሁሉም ንብርብሮች PaaS ይጣመራሉ። እና ይህ መድረክ, በተራው, ሶስት ክፍሎችን ያቀፈ ነው.

I. ጄነሬተሮች፣ በCLI መገልገያ በኩል የሚተዳደር። ገንቢው ማይክሮ አገልግሎትን በትክክለኛው መንገድ እና በትንሹ ጥረት እንዲፈጥር የምትረዳው እሷ ነች።

II. የተዋሃደ ሰብሳቢ በጋራ ዳሽቦርድ አማካኝነት ሁሉንም መሳሪያዎች በመቆጣጠር.

III. ማከማቻ. ትርጉም ላለው ድርጊት ቀስቅሴዎችን በራስ-ሰር ከሚያዘጋጁ መርሐግብር ሰጪዎች ጋር ይገናኛል። ለእንዲህ ዓይነቱ ሥርዓት ምስጋና ይግባውና አንድ ሰው በጅራ ውስጥ አንድን ሥራ ስለረሳ ብቻ አንድም ሥራ አይጠፋም. ለዚህም አትላስ የሚባል የውስጥ መሳሪያ እንጠቀማለን።

በአቪቶ ውስጥ የማይክሮ ሰርቪስ አተገባበርም የሚከናወነው በአንድ እቅድ መሰረት ነው, ይህም በእያንዳንዱ የእድገት እና የመልቀቂያ ደረጃ ላይ ቁጥጥርን ቀላል ያደርገዋል.

መደበኛው የማይክሮ አገልግሎት ልማት ቧንቧ እንዴት እንደሚሰራ

በአጠቃላይ የማይክሮ አገልግሎት ፈጠራ ሰንሰለት ይህን ይመስላል።

CLI-push → ቀጣይነት ያለው ውህደት → መጋገር → ማሰማራት → አርቲፊሻል ሙከራዎች → የካናሪ ሙከራዎች → የመጭመቅ ሙከራ → ምርት → ጥገና።

በትክክል በዚህ ቅደም ተከተል እንሂድ.

CLI-ግፋ

• የማይክሮ አገልግሎት መፍጠር.
እያንዳንዱ ገንቢ ማይክሮ ሰርቪስ እንዴት እንደሚሰራ ለማስተማር ለረጅም ጊዜ ታግለናል። በConfluence ውስጥ የተፃፉ ዝርዝር መመሪያዎችን ጨምሮ። ግን መርሃ ግብሮቹ ተለውጠዋል እና ተጨምረዋል. ውጤቱ - በጉዞው መጀመሪያ ላይ ማነቆ ተፈጠረ-ማይክሮ አገልግሎቶችን ከተፈቀደው በላይ ለመጀመር ብዙ ጊዜ ወስዶ ነበር ፣ እና እነሱን ሲፈጥሩ ብዙ ጊዜ ችግሮች ነበሩ።

በመጨረሻ ፣ ማይክሮ አገልግሎት ለመፍጠር መሰረታዊ ደረጃዎችን በራስ-ሰር የሚያደርግ ቀላል የ CLI መገልገያ ገንብተናል። እንደ እውነቱ ከሆነ, የመጀመሪያውን የጂት ግፊትን ይተካዋል. በትክክል ምን እንደምታደርግ እነሆ።

- በአብነት መሰረት አገልግሎትን ይፈጥራል - ደረጃ በደረጃ በ "ጠንቋይ" ሁነታ. በ Avito backend ውስጥ ለዋና የፕሮግራም አወጣጥ ቋንቋዎች አብነቶች አሉን-PHP ፣ Golang እና Python።

- በአንድ ጊዜ አንድ ትዕዛዝ በአንድ የተወሰነ ማሽን ላይ ለአካባቢ ልማት አካባቢን ያሰማል - ሚኒኩቤ ይነሳል, የ Helm ገበታዎች በራስ-ሰር ይመነጫሉ እና በአካባቢው kubernetes ውስጥ ይሰራሉ.

- አስፈላጊውን የውሂብ ጎታ ያገናኛል. ገንቢው የሚፈልገውን የውሂብ ጎታ ለመድረስ አይፒን ፣ መግቢያውን እና የይለፍ ቃሉን ማወቅ አያስፈልገውም - ቢያንስ በአካባቢው ፣ ቢያንስ በደረጃ ፣ ቢያንስ በምርት ውስጥ። ከዚህም በላይ የመረጃ ቋቱ ወዲያውኑ ስህተትን መቋቋም በሚችል ውቅር እና በማመጣጠን ተዘርግቷል።

- በቀጥታ ስብሰባ እራሱን ያከናውናል. ገንቢው በማይክሮ አገልግሎት ውስጥ የሆነ ነገር በእሱ አይዲኢ በኩል አስተካክሏል እንበል። መገልገያው በፋይል ስርዓቱ ላይ ለውጦችን ይመለከታል እና በእነሱ ላይ በመመስረት ማመልከቻውን (ለጎላንግ) እንደገና ይገነባል እና እንደገና ይጀምራል። ለPHP በቀላሉ ማውጫውን ወደ ኩብ ውስጥ እናስተላልፋለን እና እዚያ የቀጥታ-ዳግም መጫን “በራስ-ሰር” ይገኛል።

- አውቶሜትሮችን ያመነጫል. በባዶዎች መልክ ፣ ግን በጣም ጥቅም ላይ ሊውል የሚችል።

• ማይክሮ አገልግሎት አሰማር.

ማይክሮ ሰርቪስን ከእኛ ጋር ማሰማራት ትንሽ አስፈሪ ነበር። አስገዳጅ ያስፈልጋል፡-

I. ዶከርፋይል

II. አዋቅር
III. ሄልም-ቻርት፣ በራሱ አስቸጋሪ እና የሚከተሉትን ያጠቃልላል

- ሰንጠረዦቹ እራሳቸው;
- አብነቶች;
- የተለያዩ አካባቢዎችን ከግምት ውስጥ በማስገባት የተወሰኑ እሴቶች።

የኩበርኔትስ መግለጫዎችን እንደገና በመስራት ህመሙን አውጥተናል እና አሁን በራስ-ሰር የመነጩ ናቸው። ግን ከሁሉም በላይ፣ እስከ ገደቡ ድረስ ማሰማራትን ቀለል አድርገናል። ከአሁን ጀምሮ, Dockerfile አለን, እና ገንቢው ሙሉውን ውቅረት በአንድ አጭር የመተግበሪያ.toml ፋይል ውስጥ ይጽፋል.

አዎ፣ እና በራሱ app.toml ውስጥ፣ አሁን የአንድ ደቂቃ ጉዳይ አለ። ምን ያህል የአገልግሎቱ ቅጂዎች እንደሚነሱ (በዴቭ-ሰርቨር ላይ፣ በመድረክ ላይ፣ በምርት ላይ) ጥገኝነቱን የሚያመለክቱበትን እናዝዘዋለን። በመስመሩ መጠን = "ትንሽ" በ [ሞተሩ] ብሎክ ውስጥ ያስተውሉ. ይህ በኩበርኔትስ በኩል ለአገልግሎቱ የሚመደብ ገደብ ነው.

በተጨማሪ, በማዋቀሩ ላይ, ሁሉም አስፈላጊ የ Helm-charts በራስ-ሰር ይፈጠራሉ እና ከመረጃ ቋቶች ጋር ግንኙነቶች ይፈጠራሉ.

• መሰረታዊ ማረጋገጫ። እንደነዚህ ያሉ ቼኮች እንዲሁ አውቶማቲክ ናቸው.
መከታተል ያስፈልጋል፡-
- Dockerfile አለ;
- app.toml አለ;
- ሰነድ አለ?
- በጥገኝነት ቅደም ተከተል ቢሆን;
- የማንቂያ ደንቦች ተዘጋጅተው እንደሆነ.
እስከ መጨረሻው ነጥብ: የአገልግሎቱ ባለቤት ራሱ የትኞቹን የምርት መለኪያዎች መከታተል እንዳለበት ይገልጻል.

• ሰነዶችን ማዘጋጀት.
አሁንም ችግር ያለበት አካባቢ። በጣም ግልጽ የሆነ ይመስላል, ግን በተመሳሳይ ጊዜ መዝገቡ "ብዙውን ጊዜ ይረሳል", እና ስለዚህ በሰንሰለቱ ውስጥ የተጋለጠ አገናኝ.
ሰነዱ ለእያንዳንዱ ማይክሮ አገልግሎት አስፈላጊ ነው. የሚከተሉትን ብሎኮች ያካትታል.

I. የአገልግሎቱ አጭር መግለጫ. ምን እንደሚሰራ እና ለምን እንደሆነ ጥቂት ዓረፍተ ነገሮች ብቻ።

II. ወደ አርክቴክቸር ዲያግራም አገናኝ. በጨረፍታ በቀላሉ ለመረዳት አስፈላጊ ነው, ለምሳሌ, Redis ለመሸጎጫ እየተጠቀሙ ወይም እንደ ዋና የውሂብ ማከማቻ በቋሚነት ሁነታ. በአቪቶ ውስጥ፣ ለአሁን፣ ይህ ወደ Confluence አገናኝ ነው።

III. runbook. አገልግሎቱን ለመጀመር አጭር መመሪያ እና የአያያዝ ዘዴዎች።

IV. በየጥ, ከአገልግሎቱ ጋር በሚሰሩበት ጊዜ ባልደረቦችዎ ሊያጋጥሟቸው የሚችሉ ችግሮችን አስቀድሞ መገመት ጥሩ ይሆናል.

V. የኤፒአይ የመጨረሻ ነጥቦች መግለጫ. በድንገት መድረሻዎችን ካልገለጹ፣ ማይክሮ አገልግሎታቸው ከእርስዎ ጋር የተገናኘ የስራ ባልደረቦች በእርግጠኝነት ይከፍላሉ። አሁን ለዚህ ስዋገርን እንጠቀማለን እና የእኛ መፍትሄ አጭር ይባላል.

VI. መለያዎች. ወይም የአገልግሎቱ የትኛው ምርት፣ ተግባር፣ የኩባንያው መዋቅራዊ ክፍል መሆኑን የሚያሳዩ ምልክቶች። በፍጥነት ለመረዳት ይረዳሉ፣ ለምሳሌ፣ የስራ ባልደረቦችዎ ከአንድ ሳምንት በፊት ለተመሳሳይ የስራ ክፍል ያወጡትን ተግባር እየተመለከቱ እንደሆነ።

VII. የአገልግሎት ባለቤት ወይም ባለቤቶች. በአብዛኛዎቹ ሁኔታዎች እሱ - ወይም እነሱ - PaaS ን በመጠቀም በራስ-ሰር ሊወሰኑ ይችላሉ ፣ ግን ለኢንሹራንስ ፣ ገንቢው እንዲሁ እነሱን እንዲገልጽ እንፈልጋለን።

በመጨረሻም ከኮድ ግምገማዎች ጋር ተመሳሳይ የሰነድ ግምገማዎችን ማካሄድ ጥሩ ነው.

ተከታታይ ማዋሃድ

• ማከማቻዎችን በማዘጋጀት ላይ።
• በ TeamCity ውስጥ የቧንቧ መስመር መፍጠር.
• የመብት መስጠት.
• የአገልግሎት ባለቤቶችን ይፈልጉ። የድብልቅ እቅድ እዚህ አለ - በእጅ ምልክት ማድረጊያ እና አነስተኛ አውቶማቲክ ከPaaS። አገልግሎቶቹ በሌላ የልማት ቡድን ውስጥ ወደ ድጋፍ ሲተላለፉ ወይም ለምሳሌ የአገልግሎት ገንቢው ካቆመ ሙሉ በሙሉ አውቶማቲክ ዕቅዱ አይሳካም።
• የአገልግሎት ምዝገባ በአትላስ (ከላይ ይመልከቱ). ከሁሉም ባለቤቶቹ እና ጥገኞቹ ጋር።
• ፍልሰትን በመፈተሽ ላይ። ከነሱ መካከል አደገኛ ሊሆኑ የሚችሉ መኖራቸውን እናረጋግጣለን። ለምሳሌ ከመካከላቸው በአንደኛው ውስጥ ተለዋጭ ሠንጠረዥ ብቅ ይላል ወይም ሌላ ነገር በተለያዩ የአገልግሎቱ ስሪቶች መካከል ያለውን የውሂብ እቅድ ተኳሃኝነትን ሊያፈርስ ይችላል. ከዚያ ፍልሰት አይከናወንም, ነገር ግን በደንበኝነት ይመዝገቡ - PaaS ለአገልግሎቱ ደህንነቱ የተጠበቀ በሚሆንበት ጊዜ የአገልግሎቱን ባለቤት ምልክት ማድረግ አለበት.

መጋገር

ቀጣዩ ደረጃ ከመሰማራቱ በፊት የማሸጊያ አገልግሎት ነው።

• የመተግበሪያ ስብሰባ. እንደ ክላሲኮች - በዶከር ምስል.
• የሄልም ገበታዎች ለአገልግሎቱ ራሱ እና ተዛማጅ ሀብቶች ማመንጨት። የውሂብ ጎታዎችን እና መሸጎጫዎችን ጨምሮ. በCLI-push ደረጃ ላይ በተፈጠረው app.toml ውቅር መሠረት በራስ-ሰር ይፈጠራሉ።
• አስተዳዳሪዎች ወደቦች ለመክፈት ትኬቶችን መፍጠር (ሲፈለግ)።
• የክፍል ሙከራዎችን በማስኬድ እና የኮድ ሽፋንን በማስላት ላይ. የኮድ ሽፋኑ ከተጠቀሰው ገደብ በታች ከሆነ, ምናልባትም, አገልግሎቱ የበለጠ አይሄድም - ወደ ማሰማራት. ተቀባይነት ያለው አፋፍ ላይ ከሆነ አገልግሎቱ “አሳሳቢ” ቅንጅት ይመደባል-ከዚያም ፣ በጊዜ ሂደት በአመላካቹ ላይ ምንም መሻሻል ከሌለ ገንቢው በፈተናዎች ውስጥ ምንም መሻሻል እንደሌለ ማሳወቂያ ይደርሰዋል ( እና በዚህ ጉዳይ ላይ አንድ ነገር መደረግ አለበት).
• የማህደረ ትውስታ እና የሲፒዩ ገደቦች. በመሠረቱ, በጎላንግ ውስጥ ማይክሮ ሰርቪስ እንጽፋለን እና በኩበርኔትስ ውስጥ እናስኬዳቸዋለን. ስለዚህ ፣ ከጎላንግ ቋንቋ ባህሪ ጋር የተዛመደ አንድ ስውር-በነባሪ ፣ በማሽኑ ላይ ያሉት ሁሉም ኮሮች በሚነሳበት ጊዜ ጥቅም ላይ ይውላሉ ፣ የ GOMAXPROCS ተለዋዋጭን በግልፅ ካላዘጋጁ እና ብዙ እንደዚህ ያሉ አገልግሎቶች በተመሳሳይ ማሽን ላይ ሲጀምሩ ይጀምራሉ። ለሀብት መወዳደር, እርስ በርስ መጠላለፍ. ከታች ያሉት ግራፎች አፕሊኬሽኑ ያለ ክርክር እና በንብረት ውድድር ሁነታ የሚሰራ ከሆነ የማስፈጸሚያ ጊዜ እንዴት እንደሚቀየር ያሳያሉ። (የገበታዎቹ ምንጮች ናቸው። እዚህ).

የማስፈጸሚያ ጊዜ, ያነሰ የተሻለ ነው. ከፍተኛ፡ 643 ሚሴ፣ ዝቅተኛው፡ 42 ሚሴ ፎቶ ጠቅ ሊደረግ ይችላል።

ለቀዶ ጥገና ጊዜ, ያነሰ የተሻለ ነው. ከፍተኛ፡ 14091 ns፣ ዝቅተኛው፡ 151 ns ፎቶ ጠቅ ሊደረግ ይችላል።

በመሰብሰቢያ ዝግጅት ደረጃ, ይህንን ተለዋዋጭ በግልፅ ማዘጋጀት ይችላሉ ወይም ቤተ-መጽሐፍትን መጠቀም ይችላሉ automataxprocs በኡበር ካሉት ወንዶች።

አሰማር

• ስምምነቶችን መፈተሽ። የአገልግሎት ስብሰባዎችን ለታቀዱት አካባቢዎች ማድረስ ከመጀመርዎ በፊት የሚከተሉትን ማረጋገጥ አለብዎት።
- የኤፒአይ መጨረሻ ነጥቦች.
— የኤፒአይ ፍጻሜ ነጥቦች ለእቅዱ ምላሾች መዛመድ።
- የምዝግብ ማስታወሻ ቅርጸት.
- ለአገልግሎቱ ጥያቄዎች ራስጌዎችን ማቀናበር (አሁን ይህ የሚከናወነው በ netramesh ነው)
- ወደ አውቶቡስ (የክስተት አውቶቡስ) መልእክት ሲልኩ የባለቤቱን ምልክት ማድረጊያ ማቀናበር። ይህ በአውቶቡስ በኩል የአገልግሎቶችን ግንኙነት ለመከታተል አስፈላጊ ነው. የአገልግሎቶችን ግንኙነት ወደማይጨምር (ጥሩ ነው) እና የአገልግሎቶችን ግንኙነት ወደሚያሳድግ (በጣም መጥፎ ነው!) ሁለቱንም ኢ-መጠን የሚችል መረጃ ወደ አውቶቡስ መላክ ትችላለህ። እና ይህ ግንኙነት ችግር በሆነበት በአሁኑ ወቅት አውቶቡሱን ማን እንደሚጽፍ እና እንደሚያነብ መረዳት አገልግሎቱን በትክክል ለመለየት ይረዳል።

እስካሁን ድረስ በአቪቶ ውስጥ በጣም ብዙ የአውራጃ ስብሰባዎች የሉም, ነገር ግን ገንዳቸው እየሰፋ ነው. እንደዚህ ያሉ ስምምነቶች የበለጠ ለመረዳት በሚያስችል እና ለቡድኑ ምቹ በሆነ መልኩ ፣ በማይክሮ ሰርቪስ መካከል ያለውን ወጥነት ለመጠበቅ ቀላል ይሆናል።

ሰው ሠራሽ ሙከራዎች

• የተዘጋ ዑደት ሙከራ። ለእሱ, አሁን ክፍት ምንጭን እንጠቀማለን hoverfly.io. በመጀመሪያ, በአገልግሎቱ ላይ ትክክለኛውን ጭነት ይመዘግባል, ከዚያም - በተዘጋ ዑደት ውስጥ ብቻ - ይኮርጃል.

• የጭንቀት ሙከራ። ሁሉንም አገልግሎቶች ወደ ጥሩ አፈጻጸም ለማምጣት እንሞክራለን። እና የእያንዳንዱ አገልግሎት ሁሉም ስሪቶች ለጭነት ሙከራ መጋለጥ አለባቸው - ስለዚህ የአገልግሎቱን ወቅታዊ አፈፃፀም እና ከቀደምት ተመሳሳይ አገልግሎት ስሪቶች ጋር ያለውን ልዩነት መረዳት እንችላለን። ከአገልግሎት ዝመና በኋላ አፈፃፀሙ በአንድ ተኩል ጊዜ ከወደቀ ፣ ይህ ለባለቤቶቹ ግልጽ ምልክት ነው-ኮዱን መቆፈር እና ሁኔታውን ማስተካከል ያስፈልግዎታል።
ከተሰበሰበው መረጃ እንጀምራለን, ለምሳሌ, አውቶማቲክ ሚዛን በትክክል ለመተግበር እና በመጨረሻም, በአጠቃላይ አገልግሎቱ ምን ያህል እንደሚሰፋ ለመረዳት.

በጭነት ሙከራ ወቅት የሀብት ፍጆታ የተቀመጠውን ገደብ የሚያሟላ መሆኑን እናረጋግጣለን። እና በዋናነት ጽንፍ ላይ እናተኩራለን።

ሀ) አጠቃላይ ጭነትን እንመለከታለን.
- በጣም ትንሽ - ብዙውን ጊዜ ጭነቱ በድንገት ብዙ ጊዜ ቢወድቅ አንድ ነገር አይሰራም።
- በጣም ትልቅ - ማመቻቸት ያስፈልጋል።

ለ) የ RPS መቆራረጥን ተመልከት.
እዚህ አሁን ባለው ስሪት እና በቀድሞው እና በጠቅላላው ቁጥር መካከል ያለውን ልዩነት እንመለከታለን. ለምሳሌ, አገልግሎቱ 100 ሬፐርዶችን ከሰጠ, እሱ በደንብ የተጻፈ ነው, ወይም ይህ የእሱ ዝርዝር ነው, ነገር ግን በማንኛውም ሁኔታ, ይህ አገልግሎቱን በቅርበት ለመመልከት ምክንያት ነው.
በተቃራኒው ፣ በጣም ብዙ RPS ካሉ ፣ ምናልባት ፣ አንዳንድ ዓይነት ሳንካ እና አንዳንድ የመጨረሻ ነጥቦች ክፍያውን መፈፀም አቁመዋል ፣ ግን የተወሰኑት ብቻ። return true;

የካናሪ ሙከራዎች

የሰው ሰራሽ ፈተናዎች ካለፉ በኋላ ማይክሮ ሰርቪሱን በጥቂት ተጠቃሚዎች ላይ እናሰራለን። በጥንቃቄ እንጀምራለን, ከአገልግሎቱ የታቀዱ ታዳሚዎች ትንሽ ድርሻ - ከ 0,1% ያነሰ. በዚህ ደረጃ ትክክለኛውን የቴክኒካል እና የምርት መለኪያዎች በክትትል ውስጥ መግባታቸው በአገልግሎቱ ውስጥ ያለውን ችግር በተቻለ ፍጥነት እንዲያሳዩ በጣም አስፈላጊ ነው. ዝቅተኛው የካናሪ የፈተና ጊዜ 5 ደቂቃ ነው፣ ዋናው 2 ሰአት ነው። ለተወሳሰቡ አገልግሎቶች ሰዓቱን በእጅ ሞድ እናዘጋጃለን።
እኛ እንመረምራለን፡-
- ቋንቋ-ተኮር መለኪያዎች, በተለይም, php-fpm ሰራተኞች;
- በሴንትሪ ውስጥ ስህተቶች;
- የምላሽ ሁኔታዎች;
- የምላሽ ጊዜ (የምላሽ ጊዜ), ትክክለኛ እና አማካይ;
- መዘግየት;
- የማይካተቱ, የተያዙ እና ያልተያዙ;
- የምርት መለኪያዎች.

የጭመቅ ሙከራ

የጭመቅ ሙከራ "የጭመቅ" ሙከራ ተብሎም ይጠራል። የቴክኒኩ ስም ወደ ኔትፍሊክስ ገብቷል። ዋናው ነገር በመጀመሪያ አንድ ምሳሌ በእውነተኛ ትራፊክ ወደ ውድቀት ሁኔታ እንሞላለን እና ገደቡን እናስቀምጣለን። ከዚያም ሌላ ምሳሌ እንጨምራለን እና እነዚህን ጥንድ እንጭናለን - እንደገና ወደ ከፍተኛው; ጣሪያቸውን እና ዴልታውን ከመጀመሪያው መጭመቂያ ጋር እናያለን. እና ስለዚህ በእያንዳንዱ ደረጃ አንድ ምሳሌን እናገናኘዋለን እና በለውጦቹ ውስጥ ያለውን ንድፍ እናሰላለን።
በ"መጭመቅ" በኩል በፈተናዎች ላይ ያለው መረጃ እንዲሁ ወደ አንድ የጋራ የመለኪያዎች ዳታቤዝ ውስጥ ይፈስሳል፣ በዚያም የሰው ሰራሽ ጭነት ውጤቱን በእነሱ እናበለጽጋቸዋለን ወይም በእነሱም “synthetics”ን እንተካለን።

ማምረት

• ማመጣጠን። አገልግሎቱን ወደ ምርት መልቀቅ፣ እንዴት እንደሚመዘን እንቆጣጠራለን። በተመሳሳይ ጊዜ, የ CPU አመልካቾችን ብቻ መከታተል, በእኛ ልምድ, ውጤታማ አይደለም. ከ RPS ቤንችማርክ ጋር አውቶማቲክ ልኬት በጥሩ ሁኔታ ይሰራል ነገር ግን ለተወሰኑ አገልግሎቶች ብቻ ለምሳሌ የመስመር ላይ ዥረት። ስለዚህ በዋናነት በመተግበሪያ-ተኮር የምርት መለኪያዎችን እንመለከታለን.

በውጤቱም ፣ በሚለካበት ጊዜ ፣ ​​​​እኛ እንመረምራለን-
- ሲፒዩ እና ራም አመልካቾች;
- በወረፋው ውስጥ የጥያቄዎች ብዛት ፣
- የምላሽ ጊዜ;
- በተጠራቀመ ታሪካዊ መረጃ ላይ የተመሰረተ ትንበያ.

አንድን አገልግሎት በሚለካበት ጊዜ፣ በሰንሰለቱ ውስጥ ያለውን የመጀመሪያ አገልግሎት እንዳንመዘን እና የሚደርሰው ጭነት ውስጥ ወድቆ እንዳይከሰት ጥገኛዎቹን መከታተል አስፈላጊ ነው። ለጠቅላላው የአገልግሎት ገንዳ ተቀባይነት ያለው ሸክም ለመመስረት ፣የ “በቅርብ” ጥገኛ አገልግሎት (ከሲፒዩ እና ራም አንፃር ፣ ከመተግበሪያ-ተኮር መለኪያዎች ጋር) ታሪካዊ መረጃን እናያለን እና ከታሪካዊ መረጃ ጋር እናነፃፅራለን የመነሻ አገልግሎት እና የመሳሰሉት በጠቅላላው “ጥገኛ ሰንሰለት” ፣ ከላይ እስከ ታች።

አገልግሎት

ማይክሮ ሰርቪሱ ወደ ስራ ከገባ በኋላ ቀስቅሴዎችን በላዩ ላይ መስቀል እንችላለን።

ቀስቅሴዎች የሚሰሩባቸው የተለመዱ ሁኔታዎች እዚህ አሉ።
- አደገኛ ሊሆኑ የሚችሉ ፍልሰቶች ተገኝተዋል።
- የደህንነት ዝመናዎች ተለቀቁ።
- አገልግሎቱ ራሱ ለረጅም ጊዜ አልዘመነም.
— በአገልግሎቱ ላይ ያለው ሸክም በሚያስደንቅ ሁኔታ ቀንሷል ወይም አንዳንድ የምርት መለኪያዎች ከመደበኛው ውጪ ናቸው።
- አገልግሎቱ ከአሁን በኋላ የመድረኩን አዲስ መስፈርቶች አያሟላም።

አንዳንድ ቀስቅሴዎች ለሥራው መረጋጋት ተጠያቂ ናቸው, አንዳንዶቹ - እንደ የስርዓት ጥገና ተግባር - ለምሳሌ, አንዳንድ አገልግሎት ለረጅም ጊዜ አልተሰራም እና የመሠረቱ ምስሉ የደህንነት ፍተሻዎችን ማለፍ አቁሟል.

ዳሽቦርድ

ባጭሩ ዳሽቦርዱ የሁላችንም ፓኤኤስ የቁጥጥር ፓነል ነው።

• ስለ አገልግሎቱ አንድ ነጠላ የመረጃ ነጥብ ፣ በሙከራ ሽፋኑ ላይ ካለው መረጃ ፣ የምስሎቹ ብዛት ፣ የምርት ቅጂዎች ብዛት ፣ ስሪቶች ፣ ወዘተ.
• መረጃን በአገልግሎቶች እና በመለያዎች ለማጣራት መሳሪያ (የንግድ ክፍሎች ባለቤትነት ምልክቶች ፣ የምርት ተግባራት ፣ ወዘተ)
• ለመከታተል ፣ ለመዝገብ ፣ ለመከታተል ከመሠረተ ልማት መሳሪያዎች ጋር የመዋሃድ መሳሪያ።
• ለአገልግሎቶች የሰነድ ነጠላ ነጥብ.
• በአገልግሎት የሁሉም ክስተቶች ነጠላ እይታ።

ԸՆԴՀԱՆՈՒՐ ԳԻՆ

የPaaS መግቢያ ከመጀመሩ በፊት አንድ አዲስ ገንቢ በምርት ውስጥ የማይክሮ አገልግሎትን ለማስጀመር የሚያስፈልጉትን ሁሉንም መሳሪያዎች በመረዳት ለብዙ ሳምንታት ሊወስድ ይችላል፡ Kubernetes፣ Helm፣ የእኛ የውስጥ ቲምሲቲ ባህሪያት፣ ከመረጃ ቋቶች እና መሸጎጫዎች ጋር ግንኙነት መፍጠር ባልተሳካ ሁኔታ፣ ወዘተ. ፈጣን ጅምር ለማንበብ እና አገልግሎቱን እራሱ ለመስራት ሁለት ሰአታት ይወስዳል።

በዚህ ርዕስ ላይ ለHighLoad ++ 2018 ሪፖርት አድርጌያለሁ፣ እርስዎ ማየት ይችላሉ። видео и አቀራረብ.

እስከ መጨረሻው ላነበቡት የጉርሻ ዱካ

እኛ በአቪቶ ውስጥ ለገንቢዎች የውስጥ የሶስት ቀን ስልጠና እናዘጋጃለን። ክሪስ ሪቻርድሰንየማይክሮ አገልግሎት አርክቴክቸር ባለሙያ። በዚህ ጽሑፍ ውስጥ ካሉት አንባቢዎች ለአንዱ ለመሳተፍ እድሉን መስጠት እንፈልጋለን። ይህ ነው የስልጠና ፕሮግራሙ ተለጠፈ።

ስልጠናው በሞስኮ ከኦገስት 5 እስከ 7 ይካሄዳል. እነዚህ ሙሉ በሙሉ የሚያዙ የስራ ቀናት ናቸው። ምሳ እና ስልጠና በቢሮአችን ውስጥ ይሆናል, እና የተመረጠው ተሳታፊ ለጉዞ እና ለመኖሪያ እራሱ ይከፍላል.

ለመሳተፍ ማመልከት ይችላሉ። በዚህ ጉግል ቅጽ. ከእርስዎ - ስልጠናውን ለመከታተል ለምን እንደሚያስፈልግዎ ለሚለው ጥያቄ መልስ እና እርስዎን እንዴት ማግኘት እንደሚችሉ መረጃ. በእንግሊዘኛ መልስ ይስጡ, ምክንያቱም ወደ ስልጠናው የሚደርሰው ተሳታፊ በራሱ ክሪስ ይመረጣል.
የስልጠናውን ተሳታፊ ስም በዚህ ልጥፍ እና በማህበራዊ አውታረመረቦች ላይ አቪቶ ለገንቢዎች (AvitoTech in) እናሳውቃለን። ፌስቡክ, Vkontakte, ትዊተር) ከጁላይ 19 ያልበለጠ።

ምንጭ: hab.com