ማይክሮ ሰርቪስ: ምን እንደሆኑ, ለምን እና መቼ እንደሚተገበሩ

በማይክሮ ሰርቪስ አርክቴክቸር አርእስት ላይ አንድ መጣጥፍ ለመፃፍ ለረጅም ጊዜ ፈልጌ ነበር ፣ ግን ሁለት ነገሮች አቆሙኝ - ወደ ርዕሱ የበለጠ በገባሁ ቁጥር ፣ የማውቀው እና የማደርገው ነገር ግልፅ ሆኖ ታየኝ ። ማወቅ እና ማጥናት ያስፈልገዋል. በሌላ በኩል፣ በሰፊው ተመልካቾች መካከል ከወዲሁ መወያየት ያለበት ነገር ያለ ይመስለኛል። ስለዚህ አማራጭ አስተያየቶች በደስታ ይቀበላሉ.

የኮንዌይ ህግ እና በንግድ, ድርጅት እና የመረጃ ስርዓት መካከል ያለው ግንኙነት

አሁንም እራሴን እንድጠቅስ እፈቅዳለሁ፡-

"ስርዓትን የሚነድፍ ማንኛውም ድርጅት (በሰፊው ትርጉሙ) መዋቅሩ በዚያ ድርጅት ውስጥ ያሉትን የቡድኖች መዋቅር የሚደግም ንድፍ ይቀበላል።"
- ሜልቪን ኮንዌይ ፣ 1967

በእኔ አስተያየት ይህ ህግ በቀጥታ ከመረጃ ስርዓቱ ጋር ሳይሆን የንግድ ሥራን ከማደራጀት ጋር የተያያዘ ነው. አንድ ምሳሌ ላብራራ። ኢንተርፕራይዝ ማደራጀት ትርጉም ያለው ረጅም የህይወት ኡደት ያለው ትክክለኛ የተረጋጋ የንግድ እድል አለን እንበል (ይህ የትየባ አይደለም ነገር ግን የሰረቅኩትን ቃል ወድጄዋለሁ) በተፈጥሮ የዚህ ንግድ ደጋፊ ስርዓት። በድርጅታዊ እና በሂደት ከዚህ ንግድ ጋር ይዛመዳል .

የመረጃ ስርዓቶች የንግድ አቀማመጥ

አንድ ምሳሌ ላብራራ። ፒዛ የሚሸጥ ንግድ ለማደራጀት የንግድ ሥራ ዕድል አለ እንበል። በ V1 ስሪት (ቅድመ-መረጃ እንበለው) ኩባንያው ፒዜሪያ፣ የገንዘብ መመዝገቢያ እና የማጓጓዣ አገልግሎት ነበር። ይህ እትም በዝቅተኛ የአካባቢ ተለዋዋጭነት ሁኔታዎች ውስጥ ለረጅም ጊዜ ቆይቷል። ከዚያ ስሪት 2 ሊተካው መጣ - የበለጠ የላቀ እና የመረጃ ስርዓትን በአንድ ነጠላ አርክቴክቸር ለንግድ ስራ መጠቀም ይችላል። እና እዚህ ፣ በእኔ አስተያየት ፣ ከ monoliths ጋር በተያያዘ በቀላሉ አስከፊ ግፍ አለ - አሃዳዊ አርክቴክቸር ከጎራ የንግድ ሞዴል ጋር አይዛመድም።. አዎ፣ ይህ ቢሆን ኖሮ ስርዓቱ ጨርሶ ሊሠራ አይችልም ነበር - ከተመሳሳይ የኮንዌይ ህግ እና ከጤናማ አስተሳሰብ ጋር ይቃረናል። አይደለም, monolithic architecture በዚህ የንግድ ልማት ደረጃ ላይ ያለውን የንግድ ሞዴል ጋር ሙሉ በሙሉ የሚስማማ ነው - እኔ እርግጥ ነው, ሥርዓት አስቀድሞ ተፈጥሯል እና ሥራ ላይ የዋለበትን ደረጃ ማለት ነው. ምንም እንኳን የስነ-ህንፃው አቀራረብ ምንም ይሁን ምን ሁለቱም በአገልግሎት ላይ ያተኮሩ አርክቴክቸር ስሪት 3 እና የማይክሮ ሰርቪስ አርክቴክቸር ስሪት N በተመሳሳይ ሁኔታ የሚሰሩ መሆናቸው በጣም አስደናቂ እውነታ ነው። የተያዘው ምንድን ነው?

ሁሉም ነገር ይፈስሳል፣ ሁሉም ነገር ይቀየራል ወይስ ማይክሮ ሰርቪስ ውስብስብነትን ለመዋጋት ዘዴ ነው?

ከመቀጠላችን በፊት፣ ስለ ማይክሮ አገልግሎት አርክቴክቸር አንዳንድ የተሳሳቱ አመለካከቶችን እንመልከት።

የማይክሮ ሰርቪስ አሰራርን የመጠቀም ደጋፊዎች ብዙውን ጊዜ ሞኖሊትን ወደ ማይክሮ ሰርቪስ መስበር የግለሰቦችን የአገልግሎት ኮድ መሠረት በመቀነስ የእድገት አቀራረብን ያቃልላል ብለው ይከራከራሉ። በእኔ አስተያየት ይህ አባባል ፍፁም ከንቱ ነው። በቁም ነገር፣ በአንድ ነጠላ እና ተመሳሳይ ኮድ ውስጥ ያለው ግልጽ መስተጋብር የተወሳሰበ ይመስላል? ይህ እውነት ቢሆን ኖሮ ሁሉም ፕሮጀክቶች መጀመሪያ ላይ እንደ ማይክሮ አገልግሎት ይገነባሉ, ልምምድ እንደሚያሳየው ከአንድ ሞኖሊት ወደ ማይክሮ ሰርቪስ ፍልሰት በጣም የተለመደ ነው. ውስብስብነት አይጠፋም፤ በቀላሉ ከተናጥል ሞጁሎች ወደ መገናኛዎች (ዳታ አውቶቡሶች፣ RPC፣ APIs እና ሌሎች ፕሮቶኮሎች ይሁኑ) እና ኦርኬስትራ ሲስተሞች ይሸጋገራል። እና ይህ አስቸጋሪ ነው!

የተለያየ ቁልል መጠቀም ያለው ጥቅም አጠያያቂ ነው። ይህ እንዲሁ ይቻላል ብዬ አልከራከርም ፣ ግን በእውነቱ እሱ ብዙም አይከሰትም (ወደፊት መመልከት - ይህ መከሰት አለበት - ይልቁንም ከጥቅም ይልቅ እንደ መዘዝ)።

የምርት ህይወት ዑደት እና የአገልግሎት ህይወት ዑደት

ከላይ ያለውን ሥዕላዊ መግለጫ ተመልከት። እኔ የንግድ የተለየ ስሪት እየቀነሰ የሕይወት ዑደት የተመለከትኩት በአጋጣሚ አይደለም - በዘመናዊ ሁኔታዎች ውስጥ, በውስጡ ስኬት ወሳኝ የሆኑ ስሪቶች መካከል የንግድ ያለውን ሽግግር ማፋጠን ነው. የምርት ስኬት የሚወሰነው በውስጡ የንግድ መላምቶችን በመሞከር ፍጥነት ነው. እና እዚህ ፣ በእኔ አስተያየት ፣ የማይክሮ አገልግሎት አርክቴክቸር ቁልፍ ጥቅም አለ። ግን በቅደም ተከተል እንሂድ።

ወደ ቀጣዩ ደረጃ በኢንፎርሜሽን ሲስተም ዝግመተ ለውጥ እንሸጋገር - ወደ አገልግሎት ተኮር የ SOA አርክቴክቸር። ስለዚህ, በተወሰነ ደረጃ ላይ በምርታችን ውስጥ አጉልተናል ለረጅም ጊዜ አገልግሎት - በምርቱ ስሪቶች መካከል በሚንቀሳቀስበት ጊዜ የአገልግሎቱ የሕይወት ዑደት ከሚቀጥለው የምርት ስሪት የሕይወት ዑደት የበለጠ ረዘም ያለ የመሆን እድል አለ በሚለው ስሜት ረጅም ዕድሜ። እነሱን ጨርሶ አለመቀየር ምክንያታዊ ይሆናል - እኛ ዋናው ነገር ወደ ቀጣዩ ስሪት የመሸጋገር ፍጥነት ነው. ግን ወዮ ፣ በአገልግሎቶች ላይ የማያቋርጥ ለውጦችን ለማድረግ እንገደዳለን - እና እዚህ ሁሉም ነገር ለእኛ ይሰራል ፣ የዴቭኦፕስ ልምዶች ፣ መያዣ እና የመሳሰሉት - ወደ አእምሮ የሚመጣውን ሁሉ። ግን እነዚህ አሁንም ጥቃቅን አገልግሎቶች አይደሉም!

ጥቃቅን አገልግሎቶች ውስብስብነትን ለመዋጋት እንደ ዘዴ ... የውቅረት አስተዳደር

እና እዚህ በመጨረሻ ወደ ማይክሮ ሰርቪስ ገላጭ ሚና መሄድ እንችላለን - ይህ የምርት ውቅር አስተዳደርን ቀላል የሚያደርግ አካሄድ ነው። በበለጠ ዝርዝር የእያንዳንዱ ማይክሮ ሰርቪስ ተግባር በምርቱ ውስጥ ያለውን የንግድ ሥራ እንደ ጎራ ሞዴል በትክክል ይገልፃል - እና እነዚህ በአጭር ጊዜ ስሪት ውስጥ ሳይሆን በረጅም ጊዜ የንግድ ዕድል ውስጥ የሚኖሩ ናቸው። እና ወደ ቀጣዩ የምርት ስሪት የሚደረገው ሽግግር በጥሬው ሳይስተዋል ይከሰታል - አንድ ማይክሮ ሰርቪስን ይለውጣሉ / ጨምሩበት እና ምናልባትም የግንኙነታቸውን መርሃ ግብር ያክላሉ ፣ እና በድንገት እርስዎ ወደፊት እራስዎን ያገኛሉ ፣ በ ስሪቶች መካከል መዝለል የሚቀጥሉ የሚያለቅሱ ተወዳዳሪዎችን ይተዋል ። ሞኖሊቶች። አሁን አስቀድሞ የተገለጹ በይነገጾች እና የንግድ ችሎታዎች ያላቸው በቂ መጠን ያለው የማይክሮ አገልግሎቶች መጠን እንዳለ አስቡት። እና እርስዎ መጥተው የምርትዎን መዋቅር ከተዘጋጁ ማይክሮ ሰርቪስ - በቀላሉ ስዕላዊ መግለጫን በመሳል ይገነባሉ. እንኳን ደስ አለዎት - መድረክ አለዎት - እና አሁን ንግድዎን ለራስዎ መሳብ ይችላሉ። ህልሞች ህልሞች.

ግኝቶች

• የስርዓቱ አርክቴክቸር በአካሎቹ የህይወት ኡደት መወሰን አለበት። አንድ አካል በምርት ስሪት ውስጥ የሚኖር ከሆነ, ማይክሮ አገልግሎትን በመጠቀም የስርዓቱን ውስብስብነት ለመጨመር ምንም ፋይዳ የለውም.
• የማይክሮ ሰርቪስ አርክቴክቸር በጎራ ሞዴል ላይ የተመረኮዘ መሆን አለበት - ምክንያቱም የንግድ ዕድሉ በጣም ረጅም ዕድሜ ያለው ጎራ ነው።
• የአቅርቦት ልምዶች (የዴቭኦፕስ ልምዶች) እና ኦርኬስትራ ለጥቃቅን አገልግሎት ሥነ ሕንፃ በጣም አስፈላጊ ከሆኑት ውስጥ አንዱ ናቸው - በዚህ ምክንያት የአካል ክፍሎች ለውጥ ፍጥነት መጨመር በአቅርቦት ፍጥነት እና ጥራት ላይ ፍላጎት እንዲጨምር አድርጓል ።

ምንጭ: hab.com