የአገልግሎት ጥልፍልፍ አጠቃቀም ሁኔታዎች

ማስታወሻ. ትርጉምየዚህ ጽሑፍ ደራሲ (ሉክ ፐርኪንስ) በ CNCF ድርጅት ውስጥ የገንቢ ተሟጋች ነው ፣ እሱም እንደ ሊንክርድ ፣ ኤስኤምአይ (የአገልግሎት ሜሽ በይነገጽ) እና ኩማ ያሉ ክፍት ምንጭ ፕሮጄክቶች መኖሪያ በሆነው (በነገራችን ላይ ኢስቲዮ ለምን እንደሆነ ጠይቀዋል) በዚህ ዝርዝር ውስጥ የለም? ..) አሁንም የዴቭኦፕስ ማህበረሰቡን “የአገልግሎት መረብ” ስለተባለው ወቅታዊ ማበረታቻ የተሻለ ግንዛቤ ለማምጣት እየሞከረ፣ እንደነዚህ ያሉ መፍትሄዎች የሚሰጡትን 16 የባህሪ ችሎታዎችን ዘርዝሯል።

ዛሬ የአገልግሎት መረብ - በሶፍትዌር ምህንድስና መስክ ውስጥ ካሉት በጣም ተወዳጅ ርዕሰ ጉዳዮች አንዱ (እና በትክክል!)። እኔ እንደማስበው ይህ ቴክኖሎጂ በሚያስደንቅ ሁኔታ ተስፋ ሰጭ ነው እናም በሰፊው ተቀባይነት ሲያገኝ ማየት እፈልጋለሁ (በእርግጥ ትርጉም በሚሰጥበት ጊዜ)። ሆኖም፣ አሁንም ለብዙ ሰዎች በሚስጥር አውራ የተከበበ ነው። በተመሳሳይ ጊዜ, እንኳን እነዚያ በደንብ ይታወቃል በእሱ አማካኝነት ጥቅሞቹን እና በትክክል ምን እንደሆነ (የእርስዎን ጨምሮ) ለማዘጋጀት ብዙ ጊዜ አስቸጋሪ ነው። በዚህ ጽሑፍ ውስጥ የተለያዩ ነገሮችን በመዘርዘር ሁኔታውን ለማስተካከል እሞክራለሁ ጉዳዮችን መጠቀም "የአገልግሎት ማሰሪያዎች"*።

* ማስታወሻ ትርጉም፡ እዚህ እና በጽሁፉ ውስጥ በትክክል ይህ ትርጉም (“የአገልግሎት መረብ”) አሁንም ለአዲሱ ቃል የአገልግሎት መረብ ጥቅም ላይ ይውላል።

በመጀመሪያ ግን ጥቂት አስተያየቶችን መስጠት እፈልጋለሁ፡-

• ለራሴ ትምህርት ከተጀመሩት ፕሮጀክቶች ውጭ ከአገልግሎት መስጫ መረብ ጋር ሰርቼ አላውቅም ወይም ተጠቅሜ አላውቅም። በሌላ በኩል እ.ኤ.አ. በ2015 ለትዊተር የውስጥ አገልግሎት መረብ ብዙ ሰነዶችን የፃፍኩ (በዚያን ጊዜ “የአገልግሎት ማሻሻያ” ተብሎ አይጠራም ነበር) እና በድህረ-ገፁ ልማት እና ሰነዶች ልማት ላይ የተሳተፍኩት እኔ ነበርኩ። ሊንከርድ, ስለዚህ አንድ ነገር ማለት ነው.
• የእኔ ዝርዝር ግምታዊ እና ያልተሟላ ነው። ለኔ የማላውቃቸው የአጠቃቀም ጉዳዮች ሊኖሩ ይችላሉ፣ እና ቴክኖሎጂው እያደገ ሲሄድ እና ታዋቂነቱ እየጨመረ ሲሄድ አዳዲስ አማራጮች ሊነሱ ይችላሉ።
• በተመሳሳይ ጊዜ, እያንዳንዱ ነባር የአገልግሎት መረብ ትግበራ ሁሉንም የተዘረዘሩትን የአጠቃቀም ጉዳዮችን አይደግፍም. ስለዚህ, የእኔ መግለጫዎች እንደ "የአገልግሎት መረብ ይችላል ..." እንደ "ግለሰብ, እና ምናልባትም ሁሉም ታዋቂ የአገልግሎት መረቦች አተገባበር ..." ተብለው መነበብ አለባቸው.
• የምሳሌዎቹ ቅደም ተከተል ምንም ለውጥ አያመጣም.

አጭር ዝርዝር፡-

• የአገልግሎት ግኝት;
• ምስጠራ;
• ማረጋገጫ እና ፍቃድ;
• ጭነት ማመጣጠን;
• የወረዳ መሰባበር;
• አውቶማቲክ መለኪያ;
• የካናሪ ማሰማራት;
• ሰማያዊ-አረንጓዴ ማሰማራት;
• የጤና ምርመራ;
• ጭነት ማፍሰስ;
• የትራፊክ መስታወት;
• ማገጃ;
• የጥያቄ መጠን መገደብ, ሙከራዎች እና የጊዜ ማብቂያዎች;
• ቴሌሜትሪ;
• ኦዲት;
• ምስላዊነት.

1. የአገልግሎት ግኝት

TL;DR: ቀላል ስሞችን በመጠቀም በአውታረ መረቡ ላይ ካሉ ሌሎች አገልግሎቶች ጋር ይገናኙ።

አገልግሎቶቹ በቂ ስሞችን በመጠቀም በራስ-ሰር “ማግኘት” መቻል አለባቸው - ለምሳሌ ፣ service.api.production, pets/staging ወይም cassandra. የደመና አከባቢዎች ተለዋዋጭ ናቸው፣ እና ነጠላ ስም ብዙ የአገልግሎት አጋጣሚዎችን ሊደብቅ ይችላል። በእንደዚህ ዓይነት ሁኔታ ሁሉንም የአይፒ አድራሻዎችን በሃርድ ኮድ ማድረግ በአካል የማይቻል መሆኑን ግልጽ ነው.

በተጨማሪም፣ አንዱ አገልግሎት ሌላ ሲያገኝ፣ በተበላሸው ምሳሌ ግብአት ላይ እንደሚደርሱ ሳይፈሩ ወደዚያ አገልግሎት ጥያቄዎችን መላክ መቻል አለበት። በሌላ አነጋገር የአገልግሎቱ መረብ የሁሉንም የአገልግሎት አጋጣሚዎች ጤና መከታተል እና የአስተናጋጆችን ዝርዝር በተቻለ መጠን ወቅታዊ ማድረግ አለበት።

እያንዳንዱ የአገልግሎት መረብ የአገልግሎት ማግኛ ዘዴን በተለየ መንገድ ይተገብራል። በአሁኑ ጊዜ በጣም የተለመደው መንገድ እንደ Kubernetes ዲ ኤን ኤስ ላሉት ውጫዊ ሂደቶች በውክልና መስጠት ነው. ከዚህ ቀደም በትዊተር ላይ ለዚህ አላማ የስም አሰጣጥ ስርዓትን እንጠቀም ነበር። የመጨረሻ. በተጨማሪም የአገልግሎት ጥልፍልፍ ቴክኖሎጂ ብጁ የስያሜ ስልቶችን እንዲወጣ ያደርገዋል (ምንም እንኳን እስካሁን ምንም አይነት የኤስኤምኤስ አተገባበር እንደዚህ አይነት ተግባር አላየሁም)።

2. ምስጠራ

TL;DR: በአገልግሎቶች መካከል ያልተመሰጠረ ትራፊክ ያስወግዱ እና ይህን ሂደት በራስ-ሰር እና ሊሰፋ የሚችል ያድርጉት።

አጥቂዎች ወደ ውስጥ አውታረ መረብዎ መግባት እንደማይችሉ ማወቁ ጥሩ ነው። ፋየርዎሎች ለዚህ ጥሩ ስራ ይሰራሉ። ግን ጠላፊ ወደ ውስጥ ከገባ ምን ይሆናል? በውስጥ አገልግሎት ትራፊክ የፈለገውን ማድረግ ይችል ይሆን? ከሁሉም በኋላ ይህ እንደማይሆን ተስፋ እናድርግ. ይህንን ሁኔታ ለመከላከል ሁሉም በአገልግሎቶች መካከል ያለው ትራፊክ የተመሰጠረበትን የዜሮ መተማመን አውታረ መረብ መተግበር አለብዎት። አብዛኛዎቹ ዘመናዊ የአግልግሎት መስመሮች በጋራ ይህንን ያሳካሉ TLS (የጋራ TLS፣ mTLS)። በአንዳንድ አጋጣሚዎች mTLS በጠቅላላው ደመና እና ስብስቦች ውስጥ ይሰራል (የኢንተርፕላኔቶች ግንኙነቶች አንድ ቀን በተመሳሳይ መልኩ ይደረደራሉ ብዬ አስባለሁ)።

እርግጥ ነው፣ ለ mTLS አገልግሎት መረብ አማራጭ. እያንዳንዱ አገልግሎት የራሱን TLS መንከባከብ ይችላል, ነገር ግን ይህ ማለት የምስክር ወረቀቶችን ለማመንጨት, በአገልግሎት አስተናጋጆች ውስጥ ለማሰራጨት እና እነዚህን የምስክር ወረቀቶች ከፋይሎች የሚጭን ኮድ ማካተት ያስፈልግዎታል. አዎ፣ እነዚህን የምስክር ወረቀቶች በየጊዜው ማደስን አይርሱ። የአገልግሎት meshes mTLSን ከመሳሰሉት ስርዓቶች ጋር በራስ ሰር ይሰራል SPIFFE, እሱም በተራው, የምስክር ወረቀቶችን የማውጣት እና የማሽከርከር ሂደትን በራስ-ሰር ያደርገዋል.

3. ማረጋገጫ እና ፍቃድ

TL;DR: ጠያቂው ማን እንደሆነ ይግለጹ እና ጥያቄው አገልግሎቱን ከመድረሱ በፊት ምን እንዲያደርጉ እንደተፈቀደላቸው ይግለጹ።

አገልግሎቶች ብዙ ጊዜ ማወቅ ይፈልጋሉ ማን ጥያቄውን (ማረጋገጫ) ያከናውናል, እና ይህን መረጃ በመጠቀም, ይወስናል ያ የተሰጠ አካል (ፈቃድ) ማድረግ ተፈቅዶለታል። በዚህ አጋጣሚ “ማን” የሚለው ተውላጠ ስም መደበቅ ይችላል፡-

1. ሌሎች አገልግሎቶች. ይህ "ማረጋገጫ" ይባላል. እኩያ" ለምሳሌ አገልግሎት web አገልግሎቱን ማግኘት ይፈልጋል db. የአገልግሎት መረቦች አብዛኛውን ጊዜ mTLS በመጠቀም እንደዚህ ያሉ ችግሮችን ይፈታሉ፡ በዚህ ጉዳይ ላይ የምስክር ወረቀቶች እንደ አስፈላጊ መለያ ሆነው ያገለግላሉ።
2. አንዳንድ የሰዎች ተጠቃሚዎች። ይህ "ማረጋገጫ" ይባላል. ጥያቄ" ለምሳሌ ተጠቃሚ haxor69 አዲስ መብራት መግዛት ይፈልጋል. የአገልግሎት መረቦች የተለያዩ ዘዴዎችን ይሰጣሉ, ለምሳሌ. JSON የድር ማስመሰያዎች.

   ብዙዎቻችን ይህንን በመተግበሪያ ኮድ ውስጥ አድርገነዋል። አንድ ጥያቄ ይመጣል, በጠረጴዛው ውስጥ እንመለከታለን users, ተጠቃሚውን ያግኙ እና የይለፍ ቃሉን ያወዳድሩ, ከዚያም ዓምዱን ያረጋግጡ permissions ወዘተ. በአገልግሎት መረብ ውስጥ፣ ይህ የሚሆነው ጥያቄው አገልግሎቱን ከመድረሱ በፊት ነው።

ጥያቄው ከማን እንደመጣ ካረጋገጥን በኋላ ይህ አካል ምን እንዲያደርግ እንደተፈቀደልን መወሰን አለብን። አንዳንድ የአገልግሎት ውህዶች መሰረታዊ ፖሊሲዎችን (ማን ምን ማድረግ እንደሚችል) እንደ YAML ፋይሎች ወይም በትእዛዝ መስመር ላይ እንዲያዘጋጁ ያስችሉዎታል፣ ሌሎች ደግሞ ከመሳሰሉት ማዕቀፎች ጋር ውህደትን ያቀርባሉ። የፖሊሲ ወኪል ክፈት. የመጨረሻው ግብ አገልግሎቶችዎ ከታመነ ምንጭ እንደመጡ በመገመት ማንኛውንም ጥያቄ መቀበል ነው። и ይህ እርምጃ ይፈቀዳል.

4. የጭነት ማመጣጠን

TL;DR: ጭነቱን በተወሰነ ስርዓተ-ጥለት መሰረት በአገልግሎት ሁኔታዎች ላይ ያሰራጩ።

በአገልግሎት ክፍል ውስጥ ያለው "አገልግሎት" ብዙ ጊዜ ተመሳሳይ ሁኔታዎችን ያቀፈ ነው። ለምሳሌ, ዛሬ አገልግሎቱ cache ያካትታል 5 ቅጂዎች, እና ነገ ቁጥራቸው ወደ 11 ሊጨምር ይችላል ጥያቄዎች ተልኳል cache, በተወሰነ ዓላማ መሰረት መሰራጨት አለበት. ለምሳሌ፣ መዘግየትን ይቀንሱ ወይም ወደ የስራ ሁኔታ የመድረስ እድልን ከፍ ያድርጉት። በብዛት ጥቅም ላይ የዋለው ስልተ-ቀመር Round-robin ነው, ግን ሌሎች ብዙ ናቸው - ለምሳሌ, የክብደት ዘዴ (ክብደት ያለው) መጠይቆች (የተመረጡ ኢላማዎችን መምረጥ ይችላሉ) ፣ ይደውሉ (ቀለበት) hashing (በላይኛው ተፋሰስ አስተናጋጆች ላይ ወጥ የሆነ ሃሽ በመጠቀም) ወይም ቢያንስ የጥያቄ ዘዴ (ከጥቂት ጥያቄዎች ጋር ምርጫው ይሰጣል)።

ክላሲክ ሚዛን ሰጪዎች እንደ ኤችቲቲፒ መሸጎጫ እና DDoS ጥበቃ ያሉ ሌሎች ተግባራት አሏቸው ነገር ግን ለምስራቅ-ምዕራብ ትራፊክ (ማለትም በመረጃ ማእከል ውስጥ ለሚፈሰው ትራፊክ - በግምት. ተርጓሚ) (የተለመደ የአገልግሎት መረብ ስፋት) በጣም ተዛማጅ አይደሉም። በእርግጥ ለጭነት ማመጣጠን የአገልግሎት መረብን መጠቀም አስፈላጊ አይደለም ነገርግን ለእያንዳንዱ አገልግሎት ሚዛናዊ ፖሊሲዎችን ከተማከለ የቁጥጥር ንብርብር እንዲያቀናብሩ እና እንዲቆጣጠሩ ይፈቅድልዎታል ፣ በዚህም በኔትወርኩ ቁልል ውስጥ የተለየ የጭነት ሚዛንን ማሄድ እና ማዋቀር አስፈላጊነትን ያስወግዳል። .

5. የወረዳ መሰባበር

TL;DR: ወደ ችግሩ አገልግሎት የሚወስደውን ትራፊክ ያቁሙ እና በከፋ ሁኔታ ውስጥ ያለውን ጉዳት ይቆጣጠሩ።

በሆነ ምክንያት አገልግሎቱ ትራፊክን መቋቋም ካልቻለ, የአገልግሎቱ መረብ ይህንን ችግር ለመፍታት ብዙ አማራጮችን ይሰጣል (ሌሎች በተገቢው ክፍሎች ውስጥ ይብራራሉ). ሰርቪስ መስበር አገልግሎቱን ከትራፊክ ለማቋረጥ በጣም ከባድው አማራጭ ነው። ነገር ግን, በራሱ ትርጉም አይሰጥም - የመጠባበቂያ እቅድ ያስፈልጋል. የጀርባ ግፊት ሊሰጥ ይችላል (የጀርባ ግፊት) ጥያቄዎችን ለሚጠይቁ አገልግሎቶች (ለዚህ የአገልግሎት መረብዎን ማዋቀርዎን አይርሱ!) ወይም ለምሳሌ የሁኔታ ገጹን በቀይ ቀለም መቀባት እና ተጠቃሚዎችን ወደ ሌላ የገጹ ስሪት በ “መውደቅ ዌል” ማዞር (“Twitter is ወደታች").

የአገልግሎት መረቦች እርስዎ እንዲገልጹ ብቻ አይፈቅዱም መቼ መዝጋት ይከተላል እና ያ ይህ ይከተላል. በዚህ ጉዳይ ላይ "መቼ" ማንኛውንም የተገለጹ መለኪያዎች ጥምረት ሊያካትት ይችላል-የተወሰነ ጊዜ ጠቅላላ የጥያቄዎች ብዛት, ትይዩ ግንኙነቶች ብዛት, በመጠባበቅ ላይ ያሉ ጥያቄዎች, ንቁ ሙከራዎች, ወዘተ.

የወረዳ መሰባበርን አላግባብ መጠቀም ላይፈልጉ ይችላሉ፣ነገር ግን በድንገተኛ አደጋ ጊዜ የመጠባበቂያ እቅድ እንዳለዎት ማወቅ ጥሩ ነው።

6. አውቶማቲክ ማድረጊያ

TL;DR: በተጠቀሰው መስፈርት ላይ በመመስረት የአገልግሎት አጋጣሚዎችን ቁጥር ይጨምሩ ወይም ይቀንሱ።

የአገልግሎት መረቦች መርሐግብር አውጪዎች አይደሉም፣ ስለዚህ አያደርጉም። ተሸክሞ ማውጣት እራስዎን ማመጣጠን. ይሁን እንጂ የትኞቹ እቅድ አውጪዎች ውሳኔያቸውን እንደሚመሠርቱ መረጃ መስጠት ይችላሉ. የአገልግሎት መረቦች በአገልግሎቶች መካከል ያለውን ሁሉንም ትራፊክ ማግኘት ስለሚችሉ፣ ምን እየተፈጠረ እንዳለ ሰፋ ያለ መረጃ አላቸው፡ የትኞቹ አገልግሎቶች ችግሮች እያጋጠሟቸው ነው፣ የትኞቹ አገልግሎቶች በጣም ቀላል ተጭነዋል (የተመደበው አቅም ይባክናል) ወዘተ.

ለምሳሌ ኩበርኔትስ በፖድስ ሲፒዩ እና የማስታወሻ አጠቃቀም ላይ የተመሰረተ አገልግሎቶችን ይለካል (ሪፖርታችንን ይመልከቱ)በኩበርኔትስ ውስጥ የራስ-ስኬል እና የንብረት አስተዳደር"- በግምት. መተርጎም), ነገር ግን በማንኛውም ሌላ ሜትሪክ (በእኛ ሁኔታ, ከትራፊክ ጋር የተያያዘ) ላይ ተመስርተው ለመመዘን ከወሰኑ, ልዩ መለኪያ ያስፈልግዎታል. አስተዳደር ልክ እንደዚህ ይህን እንዴት ማድረግ እንደሚቻል ያሳያል መልእክተኛ, Istio и ፕሮሚትየስ, ግን ሂደቱ ራሱ በጣም የተወሳሰበ ነው. እንደ “የአገልግሎት አጋጣሚዎችን ቁጥር ጨምር ያሉ ሁኔታዎችን በቀላሉ እንድናስቀምጥ በመፍቀድ የአገልግሎቱ መረብ ይህን ቀለል እንዲል እንፈልጋለን። auth፣ በመጠባበቅ ላይ ያሉ የጥያቄዎች ብዛት በአንድ ደቂቃ ውስጥ ከገደቡ ካለፈ።

7. የካናሪ ማሰማራት

TL;DR: አዲስ ባህሪያትን ወይም የአገልግሎት ስሪቶችን በተጠቃሚዎች ስብስብ ላይ ይሞክሩ።

የSaaS ምርት እየገነባህ ነው እንበል እና ጥሩ አዲስ እትሙን ልታሰራጭ አስበሃል። በማዘጋጀት ላይ ሞከርከው እና በጣም ጥሩ ሰርቷል። ነገር ግን በእውነተኛ ሁኔታዎች ውስጥ ስለ ባህሪዋ አሁንም አንዳንድ ስጋቶች አሉ. በሌላ አነጋገር የተጠቃሚውን እምነት አደጋ ላይ ሳይጥሉ አዲሱን እትም በእውነተኛ ችግሮች ላይ መሞከር ያስፈልግዎታል። የካናሪ ማሰማራቶች ለዚህ በጣም ጥሩ ናቸው. ለተጠቃሚዎች ንዑስ ስብስብ አዲስ ባህሪን ለማሳየት ያስችሉዎታል። ይህ ንኡስ ስብስብ በጣም ታማኝ ተጠቃሚዎችን ወይም ከነፃው የምርት ስሪት ጋር የሚሰሩትን ወይም "ጊኒ አሳማዎች" የመሆን ፍላጎት ያላቸውን ተጠቃሚዎች ሊይዝ ይችላል።

የትኛውን የመተግበሪያውን ስሪት ማን እንደሚያይ የሚወስኑ መስፈርቶችን እንዲገልጹ በመፍቀድ እና ትራፊክን በዚህ መሰረት በማዘዋወር የአገልግሎት መረቦች ይህንን ተግባራዊ ያደርጋሉ። ሆኖም ግን, ለአገልግሎቶቹ እራሳቸው ምንም ለውጥ የለም. የአገልግሎቱ ስሪት 1.0 ሁሉም ጥያቄዎች ሊመለከቱት ከሚገባቸው ተጠቃሚዎች እንደሚመጡ ያምናል, እና ስሪት 1.1 ለተጠቃሚዎቹም እንዲሁ ያምናል. ይህ በእንዲህ እንዳለ፣ በአሮጌው እና በአዲሶቹ ስሪቶች መካከል ያለውን የትራፊክ መቶኛ መለወጥ ይችላሉ፣ ይህም በተረጋጋ ሁኔታ የሚሰራ ከሆነ እና የእርስዎ “ጊኒ አሳማዎች” ወደፊት የሚሄዱ ከሆነ ቁጥራቸው እየጨመረ የመጣ የተጠቃሚዎችን ቁጥር ወደ አዲሱ በማዞር።

8. ሰማያዊ-አረንጓዴ ማሰማራት

TL;DR: ጥሩ አዲስ ባህሪን ያውጡ፣ ነገር ግን ወዲያውኑ ሁሉንም ነገር ለመመለስ ይዘጋጁ።

ትርጉም ሰማያዊ-አረንጓዴ ማሰማራት አዲስ "ሰማያዊ" አገልግሎት መልቀቅ ነው, ከአሮጌው, "አረንጓዴ" ጋር በትይዩ ማስጀመር. ሁሉም ነገር በተቃና ሁኔታ ከሄደ እና አዲሱ አገልግሎት በጥሩ ሁኔታ ከተጠናቀቀ, አሮጌው ቀስ በቀስ ሊሰናከል ይችላል. (ወይ፣ አንድ ቀን ይህ አዲስ “ሰማያዊ” አገልግሎት የ“አረንጓዴውን” እጣ ፈንታ ይደግማል እና ይጠፋል... ሁሉም በአንድ ጊዜ ተጠቃሚዎች (ክፍል አይደለም); እዚህ ያለው ነጥብ የሆነ ችግር ከተፈጠረ "አስተማማኝ ወደብ" ዝግጁ ማድረግ ነው.

የአገልግሎት መረቦች የ "ሰማያዊ" አገልግሎትን ለመፈተሽ እና በችግሮች ጊዜ ወዲያውኑ ወደ ሥራ "አረንጓዴ" ለመቀየር በጣም ምቹ መንገድ ይሰጣሉ. በመንገድ ላይ ስለ "ሰማያዊ" ሥራ ብዙ መረጃዎችን (ከዚህ በታች ያለውን "ቴሌሜትሪ" ይመልከቱ) ስለ መስጠቱ እውነታ መጥቀስ የለበትም, ይህም ለሙሉ ሥራ ዝግጁ መሆኑን ለመረዳት ይረዳል.

ማስታወሻ. ትርጉምበ Kubernetes (የተጠቀሰውን ካናሪ፣ ሰማያዊ/አረንጓዴ እና ሌሎችን ጨምሮ) ስለተለያዩ የማሰማራት ስልቶች የበለጠ ማንበብ ትችላለህ። ይህ ጽሑፍ.

9. የጤና ምርመራ

TL;DR: የትኛዎቹ የአገልግሎት አጋጣሚዎች ተግባራዊ እንደሆኑ ይከታተሉ እና ከአሁን በኋላ ተግባራዊ ላልሆኑት ምላሽ ይስጡ።

የጤና ምርመራ (የጤና ምርመራ) የአገልግሎት አጋጣሚዎች ትራፊክ ለመቀበል እና ለማስኬድ ዝግጁ መሆናቸውን ለመወሰን ይረዳል። ለምሳሌ፣ የኤችቲቲፒ አገልግሎቶችን በተመለከተ፣ የጤና ምርመራ በመጨረሻው ነጥብ ላይ የGET ጥያቄ ሊመስል ይችላል። /health... መልስ 200 OK ምሳሌው ጤናማ ነው ፣ ሌላ ማንኛውም - ትራፊክ ለመቀበል ዝግጁ አይደለም ማለት ነው። የአገልግሎት መረቦች ሁለቱንም ተግባራዊነት የሚረጋገጡበትን መንገድ እና ይህ ቼክ የሚካሄድበትን ድግግሞሽ እንዲገልጹ ያስችሉዎታል። ከዚያም ይህ መረጃ ለሌሎች ዓላማዎች ሊውል ይችላል - ለምሳሌ ለጭነት ማመጣጠን እና ወረዳ መሰባበር።

ስለዚህ, የጤና ምርመራ ብቻውን የአጠቃቀም ጉዳይ አይደለም, ነገር ግን አብዛኛውን ጊዜ ሌሎች ግቦችን ለማሳካት ያገለግላል. እንዲሁም፣ በጤና ፍተሻ ውጤቶች ላይ በመመስረት፣ ከሌሎች የአገልግሎት መረብ ኢላማዎች ውጪ የሆኑ ድርጊቶች ሊያስፈልጉ ይችላሉ፡ ለምሳሌ፡ የሁኔታ ገጹን ማዘመን፣ በ GitHub ላይ ችግር መፍጠር ወይም የJIRA ትኬት መሙላት። እና የአገልግሎት መረብ ይህንን ሁሉ በራስ ሰር ለመስራት ምቹ ዘዴን ይሰጣል።

10. ጭነት ማፍሰስ

TL;DR: ለጊዜያዊ አጠቃቀም ምላሽ ትራፊክ አቅጣጫ አዙር።

አንድ የተወሰነ አገልግሎት በትራፊክ ከተጨናነቀ፣ ለጊዜው የተወሰነውን ትራፊክ ወደ ሌላ ቦታ ማዞር ይችላሉ (ይህም “መጣል”፣ “ማስተላለፍ” (ማፍሰስ) እሱ እዚያ)። ለምሳሌ፣ ወደ ምትኬ አገልግሎት ወይም የውሂብ ማዕከል፣ ወይም ወደ ቋሚ ፖልዳር ርዕስ. በዚህ ምክንያት አገልግሎቱ ሁሉንም ነገር ከማሰናከል እና ከማቆም ይልቅ አንዳንድ ጥያቄዎችን ማስተናገድ ይቀጥላል። ጭነትን ማፍሰስ ወረዳውን ከማቋረጥ ይመረጣል, ነገር ግን አሁንም አላግባብ መጠቀም ጥሩ አይደለም. የታችኛው ተፋሰስ አገልግሎቶች እንዲበላሹ የሚያደርጉ ብልሽቶችን ለመከላከል ይረዳል።

11. የትራፊክ ትይዩ / መስተዋት

TL;DR: አንድ ጥያቄ ወደ ብዙ ቦታዎች በአንድ ጊዜ ይላኩ።

አንዳንድ ጊዜ ጥያቄ (ወይም የተወሰኑ የጥያቄዎች ምርጫ) ወደ ብዙ አገልግሎቶች በአንድ ጊዜ መላክ ያስፈልጋል። የተለመደው ምሳሌ የምርት ትራፊክን በከፊል ወደ ማዘጋጃ አገልግሎት መላክ ነው። ዋናው የምርት ድር አገልጋይ ወደ ታች አገልግሎት ጥያቄ ይልካል products.production እና ለእሱ ብቻ. እና የአገልግሎቱ መረብ ይህን ጥያቄ በጥበብ ገልብጦ ወደ እሱ ይልካል products.staging, የድር አገልጋዩ እንኳን የማያውቀው.

በትራፊክ ትይዩ ላይ ሊተገበር የሚችል ሌላ ተዛማጅ የአገልግሎት ማሻሻያ አጠቃቀም መያዣ ነው። የማገገም ሙከራ. ወደ ተለያዩ የአገልግሎቱ ስሪቶች ተመሳሳይ ጥያቄዎችን መላክ እና ሁሉም ስሪቶች ተመሳሳይ ባህሪ እንዳላቸው ማረጋገጥን ያካትታል። እንደ የተቀናጀ የተሃድሶ ሙከራ ስርዓት ያለው የአገልግሎት መረብ ትግበራ እስካሁን አላገኘሁም። ዲፊ፣ ግን ሀሳቡ ራሱ ተስፋ ሰጪ ይመስላል።

12. የኢንሱሌሽን

TL;DR፡ የአገልግሎት መረብዎን ወደ ሚኒ ኔትወርኮች ይሰብሩ።

ተብሎም ይታወቃል ክፍፍልማግለል የአገልግሎት መረብን እርስ በርስ ምንም ወደማያውቁ አመክንዮአዊ ወደተለያዩ ክፍሎች የመከፋፈል ጥበብ ነው። ማግለል ምናባዊ የግል አውታረ መረቦችን ከመፍጠር ጋር ተመሳሳይ ነው። መሠረታዊው ልዩነት አሁንም በሁሉም የአገልግሎት መረብ (እንደ አገልግሎት ግኝት) ሁሉንም ጥቅሞች መደሰት ትችላለህ ነገር ግን ከደህንነት ጋር። ለምሳሌ፣ አንድ አጥቂ ከንዑስ ኔትወርኮች ውስጥ በአንዱ አገልግሎት ውስጥ ዘልቆ ለመግባት ከቻለ፣ በሌሎች ንዑስ አውታረ መረቦች ላይ ምን አይነት አገልግሎቶች እንደሚሰሩ ማየት ወይም ትራፊክቸውን ለመጥለፍ አይችልም።

በተጨማሪም, ጥቅሞቹ ድርጅታዊ ሊሆኑ ይችላሉ. በኩባንያዎ መዋቅር ላይ ተመስርተው አገልግሎቶቻችሁን ሰብኔት ማድረግ እና ገንቢዎችን አጠቃላይ የአገልግሎት መረብን በአእምሯችን መያዝ ካለበት የግንዛቤ ጫና ለማቃለል ይፈልጉ ይሆናል።

13. የጥያቄ መጠን መገደብ፣ እንደገና መሞከር እና ጊዜ ማለቁ

TL;DR: ከአሁን በኋላ የኒቲ-ግሪቲ ጥያቄ አስተዳደር ተግባራትን በእርስዎ ኮድ ቤዝ ውስጥ ማካተት አያስፈልገዎትም።

እነዚህ ሁሉ ነገሮች እንደ ተለያዩ የአጠቃቀም ጉዳዮች ተደርገው ሊወሰዱ ይችላሉ፣ ነገር ግን በአንድ የተለመደ ባህሪ ምክንያት እነሱን ለማጣመር ወሰንኩ፡ የጥያቄውን የህይወት ዑደት አስተዳደር ስራዎችን በተለምዶ በመተግበሪያ ቤተ-መጽሐፍት ይያዛሉ። በ Ruby on Rails ውስጥ (ከአገልግሎት መረብ ጋር ያልተዋሃደ) አገልግሎቶችን ለመደገፍ ጥያቄ የሚያቀርብ የድር አገልጋይ እየገነቡ ከሆነ ጂአርፒሲ, ማመልከቻው የ N ጥያቄዎች ካልተሳካ ምን ማድረግ እንዳለበት መወሰን አለበት. እንዲሁም ልዩ ቤተ-መጽሐፍትን በመጠቀም እነዚህ አገልግሎቶች ምን ያህል ትራፊክ ማካሄድ እንደሚችሉ እና እነዚህን መለኪያዎች በሃርድ ኮድ ማድረግ እንደሚችሉ ማወቅ አለብዎት። በተጨማሪም፣ አፕሊኬሽኑ መተው ያለበት መቼ እንደሆነ እና ጥያቄው እንዲቋረጥ ማድረግ (በጊዜ ማብቂያ ላይ በመመስረት) መወሰን አለበት። እና ከላይ የተጠቀሱትን ማናቸውንም መለኪያዎች ለመቀየር የድር አገልጋዩ ማቆም ፣ ማዋቀር እና እንደገና መጀመር አለበት።

እነዚህን ተግባራት ወደ የአገልግሎት መረብ ማውረድ ማለት የአገልግሎት ገንቢዎች ስለእነሱ ማሰብ አይኖርባቸውም ማለት ብቻ ሳይሆን የበለጠ ዓለም አቀፋዊ በሆነ መልኩ ሊታዩ ይችላሉ ማለት ነው። ውስብስብ የአገልግሎት ሰንሰለት ጥቅም ላይ ከዋለ, A -> B -> C -> D -> E ይበሉ, የጥያቄው አጠቃላይ የሕይወት ዑደት ግምት ውስጥ መግባት አለበት. ሥራው በአገልግሎት ሐ ውስጥ የጊዜ ማብቂያዎችን ማራዘም ከሆነ ፣ ይህንን ሁሉንም በአንድ ጊዜ ማከናወን ምክንያታዊ ነው ፣ እና በከፊል አይደለም: የአገልግሎት ኮዱን በማዘመን እና የመሳብ ጥያቄው ተቀባይነት እስኪያገኝ ድረስ እና የ CI ስርዓቱ የዘመነውን አገልግሎት እስከሚያሰማራ ድረስ መጠበቅ ነው።

14. ቴሌሜትሪ

TL;DR: ሁሉንም አስፈላጊ (እና በጣም ብዙ ያልሆኑ) መረጃዎችን ከአገልግሎቶች ይሰብስቡ።

ቴሌሜትሪ መለኪያዎችን፣ የተከፋፈለ ክትትልን እና ምዝግብ ማስታወሻዎችን የሚያካትት አጠቃላይ ቃል ነው። የአገልግሎት መረቦች ሶስቱንም የመረጃ አይነቶች ለመሰብሰብ እና ለማስኬድ ዘዴዎችን ያቀርባሉ። ይህ ሊሆን የቻለው አማራጮች ብዛት በጣም ትልቅ ስለሆነ ነገሮች ትንሽ የሚደበዝዙበት ነው። መለኪያዎችን ለመሰብሰብ አለ። ፕሮሚትየስ እና ሌሎች ምዝግብ ማስታወሻዎችን ለመሰብሰብ የሚያገለግሉ መሳሪያዎች አቀላጥፎ መናገር የሚችል, Loki, የቬክተር እና ሌሎች. (ለምሳሌ ClickHouse with our ሎግ ቤት ለ K8s - በግምት. መተርጎም), ለተከፋፈለ ፍለጋ አለ ጀዋር እናም ይቀጥላል. እያንዳንዱ የአገልግሎት መረብ አንዳንድ መሳሪያዎችን እንጂ ሌሎችን አይደግፍም። ፕሮጀክቱ ይችል እንደሆነ ማየቱ አስደሳች ይሆናል ቴሌሜትሪ ክፈት የተወሰነ ውህደትን ይስጡ ።

በዚህ አጋጣሚ የአገልግሎት ሜሽ ቴክኖሎጂ ጠቀሜታ የጎን መኪና ኮንቴይነሮች በመርህ ደረጃ ከላይ የተጠቀሱትን መረጃዎች በሙሉ ከአገልግሎታቸው መሰብሰብ መቻላቸው ነው። በሌላ አነጋገር፣ አንድ ነጠላ የቴሌሜትሪ መሰብሰቢያ ሥርዓት አለህ፣ እና የአገልግሎት መረብ እነዚህን ሁሉ መረጃዎች በተለያዩ መንገዶች ማስተናገድ ይችላል። ለምሳሌ:

• በ CLI ውስጥ ካለው የተወሰነ አገልግሎት የጅራት ምዝግብ ማስታወሻዎች;
• ከአገልግሎቱ ጥልፍልፍ ዳሽቦርድ የጥያቄዎችን መጠን መከታተል;
• የተከፋፈሉ ዱካዎችን ሰብስብ እና እንደ ጄገር ላለ ስርዓት ያስተላልፉ።

ትኩረት, ተጨባጭ ፍርድ; በአጠቃላይ ቴሌሜትሪ ከአገልግሎት መረብ ጠንካራ ጣልቃገብነት የማይፈለግበት አካባቢ ነው። መሰረታዊ መረጃዎችን መሰብሰብ እና በበረራ ላይ አንዳንድ ወርቃማ መለኪያዎችን መከታተል እንደ የስኬት ፍጥነት እና መዘግየት ጥሩ ነው፣ ነገር ግን ልዩ ስርዓቶችን ለመተካት የሚሞክሩ የፍራንኬንስታይን ቁልል ብቅ ብቅ ብቅ ብቅ እያለ እንዳናይ ተስፋ እናደርጋለን፣ አንዳንዶቹም እራሳቸውን ያረጋገጡ እና በደንብ ያጠኑ። .

15. ኦዲት

ዶ/ር ቴዎድሮስ፡ የታሪክን ትምህርት የሚዘነጉ ሰዎች ሊደግሙት ነው።

ኦዲቲንግ በአንድ ሥርዓት ውስጥ አስፈላጊ ክስተቶችን የማየት ጥበብ ነው። በአገልግሎት መረብ ውስጥ፣ ይህ ለተወሰኑ አገልግሎቶች የተወሰኑ የመጨረሻ ነጥቦችን ማን እንደጠየቀ ወይም ባለፈው ወር ውስጥ ምን ያህል ከደህንነት ጋር የተገናኘ ክስተት እንደተከሰተ መከታተል ማለት ነው።

ኦዲት ማድረግ ከቴሌሜትሪ ጋር በጣም የተቆራኘ መሆኑ ግልጽ ነው። ልዩነቱ ቴሌሜትሪ አብዛኛውን ጊዜ እንደ ምርታማነት እና ቴክኒካል ታማኝነት ካሉ ነገሮች ጋር የተቆራኘ ሲሆን ኦዲት ማድረግ ግን ከህግ እና ከሌሎች ጥብቅ ቴክኒካል ጉዳዮች (ለምሳሌ ከGDPR ጋር መጣጣምን - የአውሮጳ ህብረት አጠቃላይ የውሂብ ጥበቃ ደንብ) ጋር ሊዛመድ ይችላል።

16. ቅድመ እይታ

TL;DR: Long live React.js - የማያልቅ የጌጥ በይነገጽ ምንጭ።

የተሻለ ቃል ሊኖር ይችላል ግን አላውቅም። በቀላሉ ማለቴ የአንድ አገልግሎት መረብን ወይም አንዳንድ ክፍሎቹን ስዕላዊ መግለጫ ነው። እነዚህ ምስሎች እንደ አማካኝ መዘግየት፣ የጎን መኪና ውቅር መረጃ፣ የጤና ምርመራ ውጤቶች እና ማንቂያዎች ያሉ አመልካቾችን ሊያካትቱ ይችላሉ።

በአገልግሎት-ተኮር አካባቢ ውስጥ መሥራት ከግርማዊ ሞኖሊት ጋር ሲነጻጸር እጅግ የላቀ የግንዛቤ ጭነትን ያካትታል። ስለዚህ, የግንዛቤ ግፊት በሁሉም ወጪዎች መቀነስ አለበት. አንድ ቁልፍን ጠቅ የማድረግ እና የተፈለገውን ውጤት ለማግኘት የሚያስችል ቀላል የግራፊክ በይነገጽ ለአገልግሎት ጥልፍልፍ ለዚህ ቴክኖሎጂ ተወዳጅነት እድገት ወሳኝ ሊሆን ይችላል።

በዝርዝሩ ውስጥ አልተካተቱም።

መጀመሪያ ላይ ጥቂት ተጨማሪ የአጠቃቀም ጉዳዮችን በዝርዝሩ ውስጥ ለማካተት አስቤ ነበር፣ ግን ከዚያ ላለማድረግ ወሰንኩ። ከውሳኔዬ ምክንያቶች ጋር እነዚህ ናቸው፡-

• ባለብዙ ውሂብ ማዕከል. በእኔ አስተያየት፣ ይህ እንደ ጠባብ እና የተለየ የአገልግሎት መረብ መጠቀሚያ ቦታ ወይም እንደ አገልግሎት ግኝት ያሉ የተወሰኑ ተግባራትን ብቻ የሚያገለግል አይደለም።
• ወደ ውስጥ መግባት እና መውጣት. ይህ ተዛማጅ ቦታ ነው፣ ​​ነገር ግን ራሴን (ምናልባትም ሰው ሰራሽ በሆነ መንገድ) በ"ምስራቅ-ምዕራብ ትራፊክ" የአጠቃቀም ጉዳይ ላይ ገድቤአለሁ። መግባት እና መውጣት የተለየ ጽሑፍ ይገባቸዋል።

መደምደሚያ

ለጊዜው ይሄው ነው! እንደገና፣ ይህ ዝርዝር በጣም የዘፈቀደ እና ምናልባትም ያልተሟላ ነው። የሆነ ነገር አምልጦኛል ወይም የሆነ ችግር ገጥሞኛል ብለው ካሰቡ እባክዎን በTwitter ላይ ያግኙኝ (@luckerkins). እባኮትን የጨዋነት ህግጋትን አክብሩ።

PS ከተርጓሚ

የጽሁፉ ርዕስ ሥዕላዊ መግለጫ ከጽሑፉ ላይ ባለው ምስል ላይ የተመሠረተ ነው።የአገልግሎት ሜሽ ምንድን ነው (እና መቼ መጠቀም እንዳለበት)?(በግሪጎሪ ማኪንኖን) አንዳንድ አፕሊኬሽኖች (በአረንጓዴ) እንዴት በመካከላቸው (በሰማያዊ) ግንኙነቶችን ወደሚያቀርብ የአገልግሎት መረብ እንደተሸጋገሩ ያሳያል።

በብሎጋችን ላይ ያንብቡ፡-

• «የአገልግሎት መረብ፡ እያንዳንዱ የሶፍትዌር መሐንዲስ ስለ ሞቃታማው ቴክኖሎጂ ማወቅ ያለበት ነገር";
• «የአገልግሎት መረብ ምንድን ነው እና ለምን አስፈለገኝ [ከማይክሮ አገልግሎቶች ጋር ለደመና መተግበሪያ]?";
• «ከኢስቲዮ ጋር ወደ ማይክሮ አገልግሎቶች ተመለስ። ክፍል 1».

ምንጭ: hab.com