🥇 የማይክሮ አገልግሎቶች፡ መጠን ጉዳዮች፣ ምንም እንኳን ኩበርኔትስ ቢኖርዎትም

ሴፕቴምበር 19 በሞስኮ ወስዷል ለማይክሮ አገልግሎት የተሰጠ የመጀመሪያው ጭብጥ HUG (Highload++ የተጠቃሚ ቡድን)። “የማይክሮ ሰርቪስ፡ መጠን ጉዳዮች፣ ምንም እንኳን ኩበርኔትስ ቢኖራችሁም” የሚል ገለጻ ቀርቦ ነበር፣ በዚህ ውስጥ ፍላንት ከማይክሮ ሰርቪስ አርክቴክቸር ጋር ፕሮጀክቶችን በመስራት ረገድ ያለውን ሰፊ ልምድ አካፍለናል። በመጀመሪያ ደረጃ, አሁን ባለው ወይም የወደፊት ፕሮጄክታቸው ውስጥ ይህንን ዘዴ ለመጠቀም ለሚያስቡ ሁሉም ገንቢዎች ጠቃሚ ይሆናል.

በማስተዋወቅ ላይ ቪዲዮ ከሪፖርቱ ጋር (50 ደቂቃዎች ፣ ከጽሑፉ የበለጠ መረጃ ሰጭ) ፣ እንዲሁም በጽሑፍ ቅፅ ውስጥ ከእሱ የሚገኘው ዋና ጽሑፍ።

ማሳሰቢያ፡ ቪዲዮ እና አቀራረብ በዚህ ጽሁፍ መጨረሻ ላይም ይገኛሉ።

መግቢያ

ብዙውን ጊዜ ጥሩ ታሪክ ጅምር ፣ ዋና ሴራ እና መፍትሄ አለው። ይህ ዘገባ እንደ መቅድም ነው፣ እና በዚያ ላይ አሳዛኝ ነው። እንዲሁም ስለ ማይክሮ አገልግሎቶች የውጭ ሰው እይታ እንደሚሰጥ ልብ ሊባል የሚገባው ጉዳይ ነው። ብዝበዛ.

በዚህ ግራፍ እጀምራለሁ፣ የዚያ ደራሲ (በ2015) ሆኗል ማርቲን ፎለር፡-

አንድ የተወሰነ እሴት ላይ በሚደርስ ሞኖሊቲክ አፕሊኬሽን ውስጥ እንዴት ምርታማነት መቀነስ እንደሚጀምር ያሳያል። ማይክሮ ሰርቪስ ከነሱ ጋር ያለው የመጀመሪያ ምርታማነት ዝቅተኛ በመሆኑ የተለያዩ ናቸው, ነገር ግን ውስብስብነት እየጨመረ ሲሄድ, የውጤታማነት መበላሸቱ ለእነሱ ያን ያህል የሚታይ አይደለም.

ኩበርኔትስን ለመጠቀም ወደዚህ ግራፍ እጨምራለሁ፡-

ለምን ከማይክሮ አገልግሎት ጋር ትግበራ የተሻለ የሆነው? ምክንያቱም እንዲህ ዓይነቱ አርክቴክቸር ለሥነ-ሕንፃው ከባድ መስፈርቶችን ስለሚያስቀምጠው ይህ ደግሞ በኩበርኔትስ ችሎታዎች ሙሉ በሙሉ የተሸፈነ ነው። በሌላ በኩል፣ አንዳንዶቹ እነዚህ ተግባራት ለአንድ ሞኖሊት ጠቃሚ ይሆናሉ፣ በተለይም ዛሬ የተለመደው ሞኖሊት በትክክል አንድ ነጠላ ሰው ስላልሆነ (ዝርዝሮቹ በሪፖርቱ ውስጥ በኋላ ላይ ይሆናሉ)።

እንደሚመለከቱት, የመጨረሻው ግራፍ (ሁለቱም ሞኖሊቲክ እና ማይክሮ ሰርቪስ አፕሊኬሽኖች ከኩበርኔትስ ጋር በመሠረተ ልማት ውስጥ ሲሆኑ) ከመጀመሪያው በጣም የተለየ አይደለም. በመቀጠል Kubernetes ን በመጠቀም ስለሚንቀሳቀሱ አፕሊኬሽኖች እንነጋገራለን.

ጠቃሚ እና ጎጂ ጥቃቅን አገልግሎቶች

እና ዋናው ሀሳብ ይኸውና፡-

ምንድን ነው መደበኛ የማይክሮ አገልግሎት አርክቴክቸር? የስራ ቅልጥፍናን በመጨመር እውነተኛ ጥቅሞችን ሊያመጣልዎት ይገባል. ወደ ግራፉ ከተመለስን እነሆ፡-

ብትደውልላት ጠቃሚ, ከዚያም በግራፉ በኩል በሌላኛው በኩል ይኖራል ጎጂ ጥቃቅን አገልግሎቶች (በሥራ ላይ ጣልቃ ይገባል)

ወደ “ዋናው ሃሳብ” ስንመለስ፡ ልምዴን በፍጹም ማመን አለብኝ? ከዚህ አመት መጀመሪያ ጀምሮ ተመለከትኩኝ 85 ፕሮጀክቶች. ሁሉም ማይክሮ ሰርቪስ አልነበሩም (ከሦስተኛው እስከ ግማሽ ያህሉ እንደዚህ ዓይነት አርክቴክቸር ነበራቸው) ግን ይህ አሁንም ትልቅ ቁጥር ነው. እኛ (Flant ኩባንያ) እንደ የውጭ ምንጮች በትናንሽ ኩባንያዎች (ከ5 ገንቢዎች ጋር) እና በትላልቅ (~ 500 ገንቢዎች) የተገነቡ የተለያዩ አፕሊኬሽኖችን ለማየት ችለናል። ተጨማሪ ጥቅማጥቅሞች እነዚህን አፕሊኬሽኖች በቀጥታ ስርጭት እና በአመታት ውስጥ እየተሻሻሉ መመልከታችን ነው።

ለምን ማይክሮ ሰርቪስ?

ስለ ማይክሮ አገልግሎት ጥቅሞች ለሚለው ጥያቄ አለ በጣም የተለየ መልስ ቀደም ሲል ከተጠቀሰው ማርቲን ፎለር፡-

የሞዱላሪነት ድንበሮችን ግልጽ ማድረግ;
ገለልተኛ መዘርጋት;
ቴክኖሎጂዎችን የመምረጥ ነፃነት.

ከሶፍትዌር አርክቴክቶች እና ገንቢዎች ጋር ብዙ አውርቻለሁ እና ለምን ማይክሮ ሰርቪስ እንደሚያስፈልጋቸው ጠየኳቸው። እናም የጠበቁትን ዝርዝር ሰራሁ። የሆነው ይኸውና፡-

አንዳንድ ነጥቦችን “በስሜቶች” ከገለጽናቸው፡-

የሞጁሎች ግልጽ ድንበሮች: እዚህ በጣም አስፈሪ ሞኖሊቲ አለን, እና አሁን ሁሉም ነገር በጂት ማከማቻዎች ውስጥ ሁሉም ነገር በጥሩ ሁኔታ ይዘጋጃል, ይህም ሁሉም ነገር "በመደርደሪያዎች ላይ" ነው, ሞቃት እና ለስላሳዎች ያልተቀላቀሉ ናቸው.
የማሰማራት ነፃነት፡ ልማቱ በፍጥነት እንዲሄድ በግል አገልግሎቶችን መልቀቅ እንችላለን (ትይዩ አዲስ ባህሪያትን አትም)።
የዕድገት ነፃነት፡ ይህንን ማይክሮ አገልግሎት ለአንድ ቡድን/ገንቢ፣ እና አንዱን ለሌላው መስጠት እንችላለን፣ ለዚህም ምስጋና ይግባውና በፍጥነት ማዳበር እንችላለን።
боየበለጠ አስተማማኝነት: ከፊል ብልሽት ከተከሰተ (ከ 20 ውስጥ አንድ ማይክሮ አገልግሎት ከወደቀ) አንድ ቁልፍ ብቻ መስራት ያቆማል እና ስርዓቱ በአጠቃላይ መስራቱን ይቀጥላል።

የተለመደ (ጎጂ) የማይክሮ አገልግሎት አርክቴክቸር

እውነታው እኛ የምንጠብቀው ለምን እንዳልሆነ ለማስረዳት, እኔ አቀርባለሁ የጋራ ከተለያዩ ፕሮጀክቶች በተገኘው ልምድ ላይ የተመሰረተ የማይክሮ አገልግሎት አርክቴክቸር ምስል።

ለምሳሌ ከአማዞን ወይም ቢያንስ OZON ጋር የሚወዳደር የአብስትራክት የመስመር ላይ መደብር ነው። የማይክሮ አገልግሎት አርክቴክቸር ይህንን ይመስላል።

በምክንያት ጥምር፣ እነዚህ ጥቃቅን አገልግሎቶች በተለያዩ መድረኮች ላይ ተጽፈዋል፡-

እያንዳንዱ ማይክሮ ሰርቪስ ራስን በራስ የማስተዳደር መብት ሊኖረው ስለሚገባው፣ ብዙዎቹ የራሳቸው ዳታቤዝ እና መሸጎጫ ያስፈልጋቸዋል። የመጨረሻው ሥነ ሕንፃ እንደሚከተለው ነው.

ውጤቱስ ምንድን ነው?

ፎለርም ይህ አለው። የሚል ጽሑፍ አለ። - ጥቃቅን አገልግሎቶችን ስለመጠቀም ስለ “ክፍያ”

እናም የጠበቅነው ነገር እንደተሟላ እናያለን።

የሞጁሎችን ድንበሮች አጽዳ...

ግን ምን ያህል ማይክሮ ሰርቪስ በትክክል ማስተካከል አለብን?ለውጡን ለማስኬድ? ሁሉም ነገር ያለ ማከፋፈያ መከታተያ እንዴት እንደሚሰራ እንኳን ማወቅ እንችላለን (ከሁሉም በኋላ ማንኛውም ጥያቄ በግማሽ ማይክሮ ሰርቪስ ውስጥ ይከናወናል)?

ንድፍ አለ "ትልቅ ቆሻሻ“እና እዚህ የተከፋፈለ ቆሻሻ መጣ። ይህንን ለማረጋገጥ፣ ጥያቄዎች እንዴት እንደሚሄዱ የሚያሳይ ግምታዊ መግለጫ ይኸውና፡

የማሰማራት ነፃነት...

በቴክኒካዊ ሁኔታ, ተሳክቷል-እያንዳንዱን ማይክሮ ሰርቪስ በተናጥል መልቀቅ እንችላለን. ነገር ግን በተግባር ግን ሁልጊዜ እንደሚሽከረከር ግምት ውስጥ ማስገባት አለብዎት ብዙ ማይክሮ አገልግሎቶች, እና ግምት ውስጥ መግባት አለብን የታቀዱበት ቅደም ተከተል. በጥሩ ሁኔታ, በአጠቃላይ መልቀቂያውን በትክክለኛው ቅደም ተከተል እየዘረጋን እንደሆነ በተለየ ወረዳ ውስጥ መሞከር አለብን.

ቴክኖሎጂን የመምረጥ ነፃነት...

እሷ ነች. ነፃነት ብዙውን ጊዜ ከሥርዓት-አልባነት ጋር እንደሚጣመር ያስታውሱ። ከነሱ ጋር "ለመጫወት" ብቻ ቴክኖሎጂዎችን ላለመምረጥ እዚህ በጣም አስፈላጊ ነው.

የልማት ነፃነት...

ለጠቅላላው መተግበሪያ (በጣም ብዙ አካላት) የሙከራ ዑደት እንዴት እንደሚሰራ? ግን አሁንም ማዘመን ያስፈልግዎታል። ይህ ሁሉ ወደዚያ እውነታ ይመራል ትክክለኛው የሙከራ ወረዳዎች ብዛትበመርህ ደረጃ ልንይዘው የምንችለው ዝቅተኛ ሆኖ ይታያል.

ይህንን ሁሉ በአገር ውስጥ እንዴት ማሰማራት እንደሚቻል? ... ብዙውን ጊዜ ገንቢው ራሱን ችሎ ሥራውን ይሠራል ፣ ግን “በዘፈቀደ” ፣ ምክንያቱም ወረዳው ለሙከራ ነፃ እስኪሆን ድረስ ለመጠበቅ ይገደዳል።

የተለየ ልኬት...

አዎ፣ ግን ጥቅም ላይ የዋለው የ DBMS አካባቢ የተገደበ ነው። በተሰጠው የአርክቴክቸር ምሳሌ፣ ካሳንድራ ችግር አይኖረውም፣ ነገር ግን MySQL እና PostgreSQL ይኖራቸዋል።

Боየበለጠ አስተማማኝነት…

በእውነቱ የአንድ ማይክሮ አገልግሎት ውድቀት የአጠቃላይ ስርዓቱን ትክክለኛ አሠራር ብቻ ሳይሆን አዲስ ችግርም አለ- እያንዳንዱን ማይክሮ አገልግሎት ጥፋትን መቋቋም በጣም ከባድ ነው።. ማይክሮ ሰርቪስ የተለያዩ ቴክኖሎጂዎችን (ሜምካሼ, ሬዲስ, ወዘተ) ስለሚጠቀሙ, ለእያንዳንዳቸው ሁሉንም ነገር ማሰብ እና መተግበር ያስፈልግዎታል, በእርግጥ ይቻላል, ግን ትልቅ ሀብቶችን ይጠይቃል.

የመለካት ችሎታ...

ይህ በእውነት ጥሩ ነው።

የማይክሮ አገልግሎቶች “ቀላልነት”...

ትልቅ ብቻ አይደለም ያለን የአውታረ መረብ በላይ (የዲኤንኤስ ጥያቄዎች እየተባዙ ነው፣ ወዘተ)፣ ነገር ግን በጀመርናቸው ብዙ ንዑስ መጠይቆች ምክንያት መድገም ውሂብ (የሱቅ መሸጎጫዎች), ይህም ከፍተኛ መጠን ያለው ማከማቻ እንዲኖር አድርጓል.

እና የምንጠብቀውን የማሟላት ውጤት ይኸውና፡-

ግን ያ ብቻ አይደለም!

ምክንያቱም፡-

ምናልባት የመልእክት አውቶቡስ እንፈልጋለን።
ቋሚ ምትኬን በትክክለኛው ጊዜ እንዴት ማድረግ እንደሚቻል? ብቻ እውነተኛ አማራጭ ለዚህ ትራፊክ ማጥፋት ነው። ግን ይህንን በምርት ውስጥ እንዴት ማድረግ እንደሚቻል?
በርካታ ክልሎችን ስለመደገፍ እየተነጋገርን ከሆነ በእያንዳንዳቸው ውስጥ ዘላቂነትን ማደራጀት በጣም አድካሚ ሥራ ነው.
የተማከለ ለውጦችን የማድረግ ችግር ይፈጠራል. ለምሳሌ፣ የPHP ሥሪቱን ማዘመን ካስፈለገን፣ ለእያንዳንዱ ማከማቻ ቃል መግባት አለብን (እና በደርዘን የሚቆጠሩት አሉ)።
የክወና ውስብስብነት እድገት፣ ከራስ ውጪ፣ ገላጭ ነው።

በዚህ ሁሉ ምን ይደረግ?

በአንድ ነጠላ መተግበሪያ ይጀምሩ. የፎለር ልምድ ይላል ሁሉም ማለት ይቻላል የተሳካላቸው የማይክሮ ሰርቪስ አፕሊኬሽኖች እንደ ሞኖሊት የተጀመሩ ሲሆን በጣም ትልቅ እና ከዚያ በኋላ የተሰበረ። በተመሳሳይ ጊዜ, ሁሉም ማለት ይቻላል እንደ ማይክሮ ሰርቪስ የተገነቡ ስርዓቶች ገና ከመጀመሪያው ፈጥኖም ሆነ ዘግይቶ ከባድ ችግሮች አጋጥሟቸዋል.

ሌላው ጠቃሚ ሀሳብ ማይክሮ ሰርቪስ አርክቴክቸር ያለው ፕሮጀክት ስኬታማ እንዲሆን በደንብ ማወቅ አለቦት እና የርዕሰ ጉዳይ ቦታ, እና ማይክሮ ሰርቪስ እንዴት እንደሚሰራ. እና የአንድን ርዕሰ ጉዳይ ለመማር ምርጡ መንገድ ሞኖሊት ማድረግ ነው።

ግን በዚህ ሁኔታ ውስጥ ብንሆንስ?

ማንኛውንም ችግር ለመፍታት የመጀመሪያው እርምጃ ከእሱ ጋር መስማማት እና ችግር መሆኑን መረዳት ነው, እኛ ከእንግዲህ መሰቃየት አንፈልግም.

ከመጠን በላይ በሆነ ሞኖሊት (ለእሱ ተጨማሪ ሀብቶችን የመግዛት እድሉ ሲያልቅ) ቆርጠን እንወስዳለን ፣ ከዚያ በዚህ ሁኔታ ተቃራኒው ታሪክ ይወጣል-ከመጠን በላይ የማይክሮ አገልግሎቶች ከአሁን በኋላ አይረዱም ፣ ግን እንቅፋት ሲሆኑ - ከመጠን በላይ ቆርጠህ አስፋ!

ለምሳሌ፣ ከላይ ለተገለጸው የጋራ ምስል...

በጣም አጠራጣሪ የሆኑትን ማይክሮ አገልግሎቶችን ያስወግዱ፡-

ለግንባር ማመንጨት ኃላፊነት ያለባቸውን ሁሉንም ማይክሮ አገልግሎቶች ያጣምሩ፡

... ወደ አንድ ማይክሮ አገልግሎት፣ በአንድ የተጻፈ (ዘመናዊ እና መደበኛ፣ እርስዎ እራስዎ እንደሚያስቡት) ቋንቋ/ማዕቀፍ፡-

አንድ ORM (አንድ ዲቢኤምኤስ) እና መጀመሪያ ሁለት መተግበሪያዎች ይኖረዋል።

ግን በአጠቃላይ የሚከተለውን ውጤት በማግኘት ብዙ ተጨማሪ እዚያ ማስተላለፍ ይችላሉ:

ከዚህም በላይ በኩበርኔትስ ውስጥ ይህንን ሁሉ በተለየ ሁኔታ እንሰራለን, ይህም ማለት አሁንም ጭነቱን መለካት እና ለየብቻ እንለካቸዋለን.

ለማሳጠር

ትልቁን ምስል ይመልከቱ። ብዙውን ጊዜ እነዚህ ሁሉ በማይክሮ አገልግሎቶች ላይ ችግሮች ይነሳሉ ምክንያቱም አንድ ሰው ተግባራቸውን ስለወሰደ ነገር ግን "በማይክሮ ሰርቪስ መጫወት" ስለፈለገ ነው.

"ማይክሮ ሰርቪስ" በሚለው ቃል ውስጥ "ጥቃቅን" ክፍሉ ብዙ ነው.. ከግዙፉ ሞኖሊት ያነሱ በመሆናቸው ብቻ "ማይክሮ" ናቸው። ግን እንደ ትንሽ ነገር አድርገው አያስቡዋቸው.

እና ለመጨረሻ ሀሳብ፣ ወደ መጀመሪያው ገበታ እንመለስ፡-

በላዩ ላይ የተጻፈ ማስታወሻ (ከላይ በቀኝ) በሚለው እውነታ ላይ ቀቅሏል ፕሮጀክትዎን የሚሠራው ቡድን ችሎታዎች ሁል ጊዜ ቀዳሚ ናቸው። - በማይክሮ አገልግሎቶች እና በሞኖሊት መካከል በመረጡት ቁልፍ ሚና ይጫወታሉ። ቡድኑ በቂ ክህሎት ከሌለው ግን ማይክሮ ሰርቪስ መስራት ከጀመረ ታሪኩ በእርግጠኝነት ገዳይ ይሆናል።

ቪዲዮዎች እና ስላይዶች

ከንግግሩ የተገኘ ቪዲዮ (~ 50 ደቂቃ ፣ በሚያሳዝን ሁኔታ ፣ የጎብኝዎችን ብዛት ያላቸውን ስሜቶች አያስተላልፍም ፣ እሱም የሪፖርቱን ስሜት በአብዛኛው የሚወስነው ፣ ግን እንደዛ ነው)

የዝግጅት አቀራረብን ሪፖርት ያድርጉ፡

PS

በእኛ ብሎግ ላይ ያሉ ሌሎች ዘገባዎች፡-

«ክትትል እና Kubernetes» (ዲሚትሪ ስቶልያሮቭ፣ ሜይ 28፣ 2018 በRootConf);
«CI/ሲዲ ከ Kubernetes እና GitLab ጋር ያሉ ምርጥ ልምዶች» (ዲሚትሪ ስቶልያሮቭ፣ ኖቬምበር 7፣ 2017 በሃይሎድ++ ላይ);
«በትንሽ ፕሮጀክቶች ውስጥ ከ Kubernetes ጋር ያለን ልምድ» (ዲሚትሪ ስቶልያሮቭ፣ ሰኔ 6፣ 2017 በRootConf);
«Docker ምስሎችን ለCI/ሲዲ በፍጥነት እና በዳፕ እንገነባለን።» (ዲሚትሪ ስቶልያሮቭ፣ ኖቬምበር 8፣ 2016 በሃይሎድ++ ላይ);
«ከዶከር ጋር ቀጣይነት ያለው የማድረስ ልምዶች» (ዲሚትሪ ስቶልያሮቭ፣ ሜይ 31፣ 2016 በRootConf).

እንዲሁም የሚከተሉትን ህትመቶች ሊፈልጉ ይችላሉ፡

ምንጭ: hab.com

ማይክሮ ሰርቪስ፡- መጠን ጉዳዮች፣ ምንም እንኳን ኩበርኔትስ ቢኖርዎትም።