የሞስኮ ልውውጥ የግብይት እና የማጽዳት ስርዓት ሥነ ሕንፃ ዝግመተ ለውጥ። ክፍል 1

ሰላም ሁላችሁም! ስሜ ሰርጌይ ኮስታንቤቭ እባላለሁ፣ በልውውጡ ላይ የንግድ ስርዓቱን ዋና ነገር እያዳበርኩ ነው።

የሆሊውድ ፊልሞች የኒውዮርክ ስቶክ ልውውጥን ሲያሳዩ ሁሌም እንደዚህ ይመስላል፡ ብዙ ሰዎች፣ ሁሉም ሰው የሆነ ነገር ይጮኻል፣ ወረቀቶች እያውለበለቡ፣ ፍፁም ትርምስ እየተፈጠረ ነው። ይህ በሞስኮ ልውውጥ ላይ እዚህ ፈጽሞ አልተከሰተም, ምክንያቱም ግብይት ከመጀመሪያው ጀምሮ በኤሌክትሮኒክ መንገድ የተካሄደ እና በሁለት ዋና ዋና መድረኮች ላይ የተመሰረተ ነው - Spectra (forex market) እና ASTS (የውጭ ምንዛሪ, የአክሲዮን እና የገንዘብ ገበያ). እና ዛሬ ስለ ASTS የግብይት እና የማጽዳት ስርዓት ስነ-ህንፃ እድገት ፣ ስለ የተለያዩ መፍትሄዎች እና ግኝቶች ማውራት እፈልጋለሁ። ታሪኩ ረጅም ስለሚሆን ታሪኩን በሁለት ከፍዬ መክፈል ነበረብኝ።

የሁሉንም ክፍል ንብረቶች ከሚገበያዩ እና የተሟላ የመለዋወጫ አገልግሎቶችን ከሚሰጡ ጥቂት ልውውጦች አንዱ ነን። ለምሳሌ ባለፈው አመት ከአለም በቦንድ ግብይት መጠን ሁለተኛ ደረጃን ይዘን ፣ከሁሉም የአክሲዮን ልውውጦች 25ኛ ፣በህዝብ ልውውጦች መካከል ካፒታላይዜሽን 13ኛ ደረጃን ይዘናል።

ለሙያዊ ግብይት ተሳታፊዎች እንደ የምላሽ ጊዜ, የጊዜ ማከፋፈያ መረጋጋት እና የጠቅላላው ውስብስብ አስተማማኝነት የመሳሰሉ መለኪያዎች ወሳኝ ናቸው. በአሁኑ ጊዜ በቀን በአስር ሚሊዮኖች የሚቆጠሩ ግብይቶችን እናስተናግዳለን። በሲስተም ከርነል የእያንዳንዱን ግብይት ሂደት በአስር ማይክሮ ሰከንድ ይወስዳል። በእርግጥ በአዲሱ አመት ዋዜማ ላይ ያሉ የሞባይል ኦፕሬተሮች ወይም የፍለጋ ሞተሮች እራሳቸው ከኛ የበለጠ የስራ ጫና አላቸው ነገርግን በስራ ጫና ረገድ ከላይ ከተጠቀሱት ባህሪያት ጋር ተዳምሮ ጥቂቶች ከእኛ ጋር ሊነፃፀሩ ይችላሉ, ለእኔ ይመስላል. በተመሳሳይ ጊዜ, ስርዓቱ ለአንድ ሰከንድ ያህል እንዳይዘገይ, ሙሉ በሙሉ በተረጋጋ ሁኔታ እንዲሠራ እና ሁሉም ተጠቃሚዎች በእኩል ደረጃ ላይ መሆናቸውን ለእኛ አስፈላጊ ነው.

ትንሽ ታሪክ

እ.ኤ.አ. በ 1994 የአውስትራሊያ ASTS ስርዓት በሞስኮ ኢንተርባንክ ምንዛሪ ልውውጥ (MICEX) ላይ ተጀመረ እና ከዚያን ጊዜ ጀምሮ የሩሲያ የኤሌክትሮኒክ ንግድ ታሪክ ሊቆጠር ይችላል። እ.ኤ.አ. በ 1998 የበይነመረብ ንግድን ለማስተዋወቅ የልውውጥ አርክቴክቸር ዘመናዊ ተደርጓል። ከዚያን ጊዜ ጀምሮ በሁሉም ስርዓቶች እና ስርአተ-ስርዓቶች ውስጥ የአዳዲስ መፍትሄዎች እና የስነ-ህንፃ ለውጦች የመተግበር ፍጥነት እየጨመረ መጥቷል.

በእነዚያ ዓመታት የልውውጡ ስርዓቱ በ hi-end ሃርድዌር ላይ ሰርቷል - እጅግ በጣም አስተማማኝ የ HP Superdome 9000 አገልጋዮች (በ PA-RISC), በፍፁም ሁሉም ነገር የተባዛው: የግብአት/ውጤት ንዑስ ስርዓቶች, አውታረመረብ, ራም (በእርግጥ የ RAM RAID ድርድር ነበር), ፕሮሰሰር (ትኩስ-ተለዋዋጭ). ማሽኑን ሳያቆሙ ማንኛውንም የአገልጋይ አካል መለወጥ ተችሏል. በእነዚህ መሳሪያዎች ላይ ተመክተናል እና ከደህንነታቸው የተጠበቁ ናቸው ብለን ቆጠርናቸው። ኦፕሬቲንግ ሲስተሙ ዩኒክስ የመሰለ የ HP UX ስርዓት ነበር።

ነገር ግን ከ 2010 ገደማ ጀምሮ ከፍተኛ ድግግሞሽ ንግድ (HFT) ወይም ከፍተኛ ድግግሞሽ ንግድ - በቀላሉ የስቶክ ልውውጥ ሮቦቶች የሚባል ክስተት ተፈጥሯል። በ 2,5 ዓመታት ውስጥ, በእኛ አገልጋዮች ላይ ያለው ጭነት 140 ጊዜ ጨምሯል.

በአሮጌው ስነ-ህንፃ እና መሳሪያዎች ላይ እንዲህ ያለውን ጭነት ለመቋቋም የማይቻል ነበር. በሆነ መንገድ መላመድ አስፈላጊ ነበር.

የመጀመሪያው

የልውውጡ ስርዓት ጥያቄዎች በሁለት ዓይነቶች ሊከፈሉ ይችላሉ-

• ግብይቶች ዶላር፣ አክሲዮን ወይም ሌላ ነገር መግዛት ከፈለጋችሁ ግብይቱን ወደ ንግዱ ሥርዓቱ ልካችሁ ስለ ስኬት ምላሽ ትቀበላላችሁ።
• የመረጃ ጥያቄዎች. የአሁኑን ዋጋ ለማወቅ ከፈለጉ የትዕዛዝ ደብተሩን ወይም ኢንዴክሶችን ይመልከቱ፣ ከዚያ የመረጃ ጥያቄዎችን ይላኩ።

በስርዓተ-ፆታ ፣ የስርዓቱ ዋና አካል በሦስት ደረጃዎች ሊከፈል ይችላል-

• ደላሎች እና ደንበኞች የሚሰሩበት የደንበኛ ደረጃ። ሁሉም ከመዳረሻ አገልጋዮች ጋር ይገናኛሉ።
• ጌትዌይ ሰርቨሮች ሁሉንም የመረጃ ጥያቄዎችን በአገር ውስጥ የሚያስፈጽሙ አገልጋዮችን እየሸጎጡ ነው። የ Sberbank አክሲዮኖች በአሁኑ ጊዜ በምን ዋጋ እንደሚሸጡ ማወቅ ይፈልጋሉ? ጥያቄው ወደ መዳረሻ አገልጋይ ይሄዳል።
• ግን ማጋራቶችን መግዛት ከፈለጉ ጥያቄው ወደ ማዕከላዊ አገልጋይ (የንግድ ሞተር) ይሄዳል። ለእያንዳንዱ የገበያ አይነት አንድ አገልጋይ አለ, እነሱ ወሳኝ ሚና ይጫወታሉ, እኛ ይህን ስርዓት የፈጠርነው ለእነሱ ነው.

የግብይት ስርዓቱ ዋና ነገር ሁሉም ግብይቶች የሚለዋወጡበት ብልህ የውስጠ-ማህደረ ትውስታ ዳታቤዝ ነው። መሰረቱ የተፃፈው በ C ነው፣ ውጫዊ ጥገኞች ብቻ የሊቢክ ቤተ መፃህፍት ነበሩ እና ምንም አይነት ተለዋዋጭ የማህደረ ትውስታ ምደባ በጭራሽ አልነበረም። የማስኬጃ ጊዜን ለመቀነስ ስርዓቱ በስታቲስቲክስ ስብስቦች እና በስታቲስቲክስ ውሂብ ማዛወር ይጀምራል: በመጀመሪያ, ለአሁኑ ቀን ሁሉም መረጃዎች ወደ ማህደረ ትውስታ ተጭነዋል, እና ምንም ተጨማሪ የዲስክ መዳረሻ አይደረግም, ሁሉም ስራዎች በማህደረ ትውስታ ውስጥ ብቻ ይከናወናሉ. ስርዓቱ ሲጀመር ሁሉም የማመሳከሪያ ውሂቦች ተስተካክለዋል, ስለዚህ ፍለጋው በጣም በተቀላጠፈ ይሰራል እና በሂደት ጊዜ ትንሽ ጊዜ ይወስዳል. ሁሉም ሠንጠረዦች በተለዋዋጭ የመረጃ አወቃቀሮች ውስጥ ጣልቃ በሚገቡ ዝርዝሮች እና ዛፎች የተሠሩ ናቸው ስለዚህ በሂደት ጊዜ የማህደረ ትውስታ ምደባ አያስፈልጋቸውም።

የግብይትና የጽዳት ስርዓታችንን የዕድገት ታሪክ ባጭሩ እናንሳ።
የመጀመሪያው የግብይት እና የማጥራት ስርዓት አርክቴክቸር የተሰራው በዩኒክስ መስተጋብር በሚባለው ላይ ነው፡ የጋራ ማህደረ ትውስታ፣ ሴማፎሮች እና ወረፋዎች ጥቅም ላይ ውለው ነበር፣ እና እያንዳንዱ ሂደት አንድ ነጠላ ክር የያዘ ነው። ይህ አካሄድ በ1990ዎቹ መጀመሪያ ላይ በሰፊው ተስፋፍቶ ነበር።

የመጀመሪያው የስርአቱ ስሪት ሁለት የጌትዌይ ደረጃዎችን እና የንግድ ስርዓቱን ማዕከላዊ አገልጋይ ይዟል። የሥራው ፍሰት እንደዚህ ነበር-

• ደንበኛው ጥያቄ ይልካል, ይህም ወደ ጌትዌይ ይደርሳል. የቅርጸቱን ትክክለኛነት ይፈትሻል (ግን ውሂቡ ራሱ አይደለም) እና የተሳሳቱ ግብይቶችን ውድቅ ያደርጋል።
• የመረጃ ጥያቄ ከተላከ በአካባቢው ይፈጸማል; ስለ አንድ ግብይት እየተነጋገርን ከሆነ ወደ ማዕከላዊ አገልጋይ ይዛወራሉ።
• ከዚያም የግብይት ሞተሩ ግብይቱን ያስኬዳል፣ የአካባቢ ማህደረ ትውስታን ያስተካክላል እና ለግብይቱ እና ለግብይቱ እራሱ የተለየ የማባዛት ሞተር በመጠቀም ምላሽ ይልካል።
• ጌትዌይ ምላሹን ከማዕከላዊው መስቀለኛ መንገድ ተቀብሎ ለደንበኛው ያስተላልፋል።
• ከተወሰነ ጊዜ በኋላ, ጌትዌይ ግብይቱን በማባዛት ዘዴ ይቀበላል, እና በዚህ ጊዜ በአካባቢው ያስፈጽማል, የውሂብ አወቃቀሮችን በመቀየር ቀጣዩ የመረጃ ጥያቄዎች የቅርብ ጊዜውን ውሂብ ያሳያሉ.

በእርግጥ እዚህ ላይ የተገለጸው የማባዛት ሞዴል ጌትዌይ በግብይት ሥርዓቱ ውስጥ የተከናወኑ ድርጊቶችን ሙሉ በሙሉ የሚደግምበት ነው። የተለየ የማባዛት ሰርጥ ግብይቶች በበርካታ የመዳረሻ አንጓዎች ላይ በተመሳሳይ ቅደም ተከተል መፈጸሙን አረጋግጧል።

ኮዱ ነጠላ-ክር ስለነበረ ብዙ ደንበኞችን ለማገልገል የሂደት ሹካ ያለው ክላሲክ እቅድ ጥቅም ላይ ውሏል። ነገር ግን፣ ሙሉውን የመረጃ ቋት ሹካ ማድረግ በጣም ውድ ነበር፣ ስለዚህ ቀላል ክብደት ያላቸው የአገልግሎት ሂደቶች ጥቅም ላይ ውለው ከTCP ክፍለ ጊዜዎች እሽጎችን ሰብስበው ወደ አንድ ወረፋ (SystemV Message Queue) ያስተላልፋሉ። ጌትዌይ እና ትሬድ ኤንጂን ከዚህ ወረፋ ጋር ብቻ ሰርተዋል፣ ከዚያ ለመፈጸም ግብይቶችን ወስደዋል። ለእሱ ምላሽ ለመላክ ከአሁን በኋላ አልተቻለም፣ ምክንያቱም የትኛው የአገልግሎት ሂደት ማንበብ እንዳለበት ግልፅ ስላልሆነ። ስለዚህ ወደ አንድ ብልሃት ሄድን-እያንዳንዱ የሹካ ሂደት ለራሱ የምላሽ ወረፋ ፈጠረ፣ እና ጥያቄ ወደ መጪው ወረፋ ሲመጣ፣ የምላሽ ወረፋ መለያ ወዲያውኑ ተጨመረ።

ከፍተኛ መጠን ያለው መረጃን ከወረፋ ወደ ወረፋ በቋሚነት መቅዳት ችግሮችን ፈጥሯል፣ በተለይም ለመረጃ ጥያቄዎች የተለመደ። ስለዚህ, ሌላ ብልሃትን ተጠቀምን-ከምላሽ ወረፋ በተጨማሪ, እያንዳንዱ ሂደት የጋራ ማህደረ ትውስታን (SystemV Shared Memory) ፈጠረ. ጥቅሎቹ እራሳቸው በእሱ ውስጥ ተቀምጠዋል, እና አንድ መለያ ብቻ በወረፋው ውስጥ ተከማችቷል, ይህም አንድ ሰው የመጀመሪያውን ጥቅል እንዲያገኝ አስችሎታል. ይህ በአቀነባባሪው መሸጎጫ ውስጥ መረጃን ለማከማቸት አግዟል።

ሲስተምቪ አይፒሲ የወረፋ፣ የማስታወሻ እና የሴማፎር ዕቃዎችን ሁኔታ ለማየት መገልገያዎችን ያካትታል። ይህንን በንቃት ተጠቅመንበት በተወሰነ ቅጽበት በስርዓቱ ውስጥ ምን እየሆነ እንዳለ፣ እሽጎች የተከማቹበት፣ የታገዱ፣ ወዘተ.

የመጀመሪያ ዘመናዊነት

በመጀመሪያ ደረጃ, ነጠላ-ሂደቱን ጌትዌይን አስወግደናል. ጉልህ ጉዳቱ አንድም የማባዛት ግብይት ወይም ከደንበኛ አንድ የመረጃ ጥያቄ ማስተናገድ መቻሉ ነው። እና ጭነቱ እየጨመረ ሲሄድ ጌትዌይ ጥያቄዎችን ለመስራት ረጅም ጊዜ ይወስዳል እና የማባዛት ፍሰቱን ማካሄድ አይችልም። በተጨማሪም ፣ ደንበኛው ግብይቱን ከላከ ፣ ከዚያ ትክክለኛነቱን ማረጋገጥ እና የበለጠ ማስተላለፍ ብቻ ያስፈልግዎታል። ስለዚህ፣ ነጠላውን የጌትዌይ ሂደት በትይዩ ሊሰሩ በሚችሉ በርካታ አካላት ተክተናል፡ ባለ ብዙ ክሮች መረጃ እና የግብይት ሂደቶች እርስ በርሳቸው ተለያይተው በጋራ ሚሞሪ አካባቢ RW መቆለፊያን በመጠቀም ይሰራሉ። እና በተመሳሳይ ጊዜ የመላኪያ እና የማባዛት ሂደቶችን አስተዋውቀናል.

የከፍተኛ ድግግሞሽ ግብይት ተጽእኖ

ከላይ ያለው የሕንፃው ሥሪት እስከ 2010 ድረስ ነበር። ይህ በእንዲህ እንዳለ፣ በHP Superdome አገልጋዮች አፈጻጸም ማርካት አልቻልንም። በተጨማሪም፣ የPA-RISC አርክቴክቸር ሞቷል ማለት ይቻላል፤ ሻጩ ምንም ጠቃሚ ማሻሻያ አላቀረበም። በዚህ ምክንያት ከ HP UX/PA RISC ወደ ሊኑክስ/x86 መሄድ ጀመርን። ሽግግሩ የተጀመረው የመዳረሻ አገልጋዮችን በማስተካከል ነው።

ለምን እንደገና አርክቴክቸር መቀየር አስፈለገ? እውነታው ግን ከፍተኛ-ድግግሞሽ ግብይት በሲስተሙ ኮር ላይ ያለውን የጭነት መገለጫ በከፍተኛ ሁኔታ ለውጦታል.

ትልቅ የዋጋ ለውጥ ያመጣ ትንሽ ግብይት አለን እንበል - አንድ ሰው ግማሽ ቢሊዮን ዶላር ገዛ። ከሁለት ሚሊሰከንዶች በኋላ ሁሉም የገበያ ተሳታፊዎች ይህንን ያስተውሉ እና እርማት ማድረግ ይጀምራሉ. በተፈጥሮ፣ ጥያቄዎች በትልቅ ወረፋ ይሰለፋሉ፣ ይህም ስርዓቱ ለማጽዳት ረጅም ጊዜ ይወስዳል።

በዚህ የ 50 ms ልዩነት, አማካይ ፍጥነት በሴኮንድ 16 ሺህ ያህል ግብይቶች ነው. መስኮቱን ወደ 20 ms ከቀነስን, በሴኮንድ አማካይ የ 90 ሺህ ግብይቶች ፍጥነት እናገኛለን, በከፍተኛው 200 ሺህ ግብይቶች. በሌላ አነጋገር, ጭነቱ ቋሚ አይደለም, በድንገት ፍንዳታዎች. እና የጥያቄዎች ወረፋ ሁል ጊዜ በፍጥነት መከናወን አለበት።

ግን ለምን ተራ ወረፋ አለ? ስለዚህ፣ በእኛ ምሳሌ፣ ብዙ ተጠቃሚዎች የዋጋ ለውጡን አስተውለው ግብይቶችን ልከዋል። ወደ ጌትዌይ ይመጣሉ፣ ተከታታይ ያደርጋቸዋል፣ የተወሰነ ትዕዛዝ አዘጋጅቶ ወደ አውታረ መረቡ ይልካል። ራውተሮች ፓኬጆቹን በማዋሃድ ያስተላልፋሉ። የማን ጥቅል መጀመሪያ ደርሷል፣ ያ ግብይት “አሸነፈ”። በዚህ ምክንያት የልውውጥ ደንበኞች ተመሳሳይ ግብይት ከበርካታ ጌትዌይስ ከተላከ ፈጣን የማቀነባበር እድሉ እየጨመረ እንደመጣ ማስተዋል ጀመሩ። ብዙም ሳይቆይ የልውውጥ ሮቦቶች ጌትዌይን በጥያቄ ማፈንዳት ጀመሩ፣ እና ብዙ የግብይቶች መጨናነቅ ተፈጠረ።

አዲስ የዝግመተ ለውጥ ዙር

ከብዙ ሙከራ እና ምርምር በኋላ፣ ወደ ትክክለኛው ኦፕሬቲንግ ሲስተም ከርነል ቀይረናል። ለዚህም ሬድሃት ኢንተርፕራይዝ MRG ሊኑክስን መርጠናል፣ MRG የእውነተኛ ጊዜ ግሪድ መላላኪያን ያመለክታል። የእውነተኛ ጊዜ ጥገናዎች ጥቅማጥቅሞች ስርዓቱን በጣም ፈጣን አፈፃፀም ማመቻቸት ነው-ሁሉም ሂደቶች በ FIFO ወረፋ ውስጥ ተሰልፈዋል ፣ ኮሮች ሊገለሉ ይችላሉ ፣ ምንም ማስወጣት ፣ ሁሉም ግብይቶች በጥብቅ ቅደም ተከተል ይከናወናሉ ።

ቀይ - በመደበኛ ከርነል ውስጥ ከወረፋ ጋር መሥራት ፣ አረንጓዴ - በእውነተኛ ጊዜ ከርነል ውስጥ መሥራት።

ነገር ግን በመደበኛ አገልጋዮች ላይ ዝቅተኛ መዘግየት ማሳካት በጣም ቀላል አይደለም፡

• በ x86 አርክቴክቸር ውስጥ ከአስፈላጊ ተጓዳኝ አካላት ጋር ለመስራት መሰረት የሆነው የ SMI ሁነታ በጣም ጣልቃ ይገባል. ሁሉንም ዓይነት የሃርድዌር ዝግጅቶችን ማካሄድ እና የአካል ክፍሎችን እና መሳሪያዎችን ማስተዳደር በ firmware የሚከናወነው ግልፅ በሆነው SMI ሞድ ውስጥ ነው ፣ በዚህ ጊዜ ስርዓተ ክወናው firmware ምን እንደሚሰራ አይመለከትም ። እንደ አንድ ደንብ, ሁሉም ዋና ሻጮች የ SMI ሂደትን መጠን ለመቀነስ ለሚፈቅዱ የጽኑ ዌር አገልጋዮች ልዩ ቅጥያዎችን ይሰጣሉ.
• የአቀነባባሪው ድግግሞሽ ተለዋዋጭ ቁጥጥር ሊኖር አይገባም, ይህ ወደ ተጨማሪ የእረፍት ጊዜ ይመራል.
• የፋይል ስርዓት ምዝግብ ማስታወሻው በሚታጠብበት ጊዜ, የማይታወቁ መዘግየቶችን የሚያስከትሉ አንዳንድ ሂደቶች በከርነል ውስጥ ይከሰታሉ.
• እንደ CPU Affinity፣ Interrupt affinity፣ NUMA ላሉ ነገሮች ትኩረት መስጠት አለቦት።

የሊኑክስ ሃርድዌር እና ከርነል ለእውነተኛ ጊዜ ሂደት የማዋቀር ርዕስ የተለየ ጽሑፍ ይገባዋል ማለት አለብኝ። ጥሩ ውጤት ከማግኘታችን በፊት በመሞከር እና በመመርመር ብዙ ጊዜ አሳልፈናል።

ከPA-RISC አገልጋዮች ወደ x86 ስንሸጋገር በተግባር የስርዓት ቁጥሩ ብዙ መለወጥ አያስፈልገንም ነበር፣ አሁን አስተካክለነው እና አዋቅረነው። በተመሳሳይ ጊዜ, በርካታ ስህተቶችን አስተካክለናል. ለምሳሌ, የ PA RISC ትልቅ ኤንዲያን ሲስተም እና x86 ትንሽ ኤንዲያን ስርዓት ነበር, በፍጥነት ብቅ አለ: ለምሳሌ, መረጃው በተሳሳተ መንገድ ተነብቧል. በጣም አስቸጋሪው ስህተት PA RISC የሚጠቀመው ነበር። በተከታታይ ወጥነት ያለው (በቅደም ተከተል ወጥነት ያለው) የማህደረ ትውስታ ተደራሽነት፣ ነገር ግን x86 የንባብ ስራዎችን እንደገና መደርደር ይችላል፣ ስለዚህ በአንድ መድረክ ላይ ሙሉ በሙሉ የሚሰራ ኮድ በሌላ ላይ ተበላሽቷል።

ወደ x86 ከተቀየረ በኋላ አፈፃፀሙ በሦስት እጥፍ ገደማ ጨምሯል፣ አማካይ የግብይት ሂደት ጊዜ ወደ 60 μs ቀንሷል።

አሁን በስርአት አርክቴክቸር ላይ ምን ቁልፍ ለውጦች እንደተደረጉ በዝርዝር እንመልከት።

ትኩስ የተጠባባቂ epic

ወደ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸቀጣ ሸክ ስለዚህ፣ አዲስ አርክቴክቸር ስንፈጥር፣ አንድ ወይም ከዚያ በላይ አንጓዎች የመሳት እድልን እንገምታለን። ስለዚህ, ወደ መጠባበቂያ ማሽኖች በፍጥነት መቀየር የሚችል ሞቃት የተጠባባቂ ስርዓት ያስፈልግ ነበር.

በተጨማሪም, ሌሎች መስፈርቶች ነበሩ:

• በምንም አይነት ሁኔታ የተቀነባበሩ ግብይቶችን ማጣት የለብዎትም።
• ስርዓቱ ለመሰረተ ልማታችን ፍፁም ግልፅ መሆን አለበት።
• ደንበኞች የተቋረጡ ግንኙነቶችን ማየት የለባቸውም።
• ቦታ ማስያዝ ጉልህ የሆነ መዘግየትን ማስተዋወቅ የለበትም ምክንያቱም ይህ ለልውውጡ ወሳኝ ነገር ነው።

ሞቃታማ የመጠባበቂያ ስርዓትን ስንፈጥር እንደነዚህ ያሉ ሁኔታዎችን እንደ ድርብ ውድቀቶች አድርገን አንመለከታቸውም (ለምሳሌ በአንድ አገልጋይ ላይ ያለው አውታረመረብ መስራት አቁሟል እና ዋናው አገልጋይ ቀዘቀዘ); በሶፍትዌሩ ውስጥ ስህተቶች ሊኖሩ እንደሚችሉ ግምት ውስጥ አላስገባም ምክንያቱም በሙከራ ጊዜ ተለይተው ይታወቃሉ; እና የሃርድዌርን ብልሽት ግምት ውስጥ አላስገባም.

በውጤቱም, ወደሚከተለው እቅድ ደርሰናል.

• ዋናው አገልጋይ ከጌትዌይ አገልጋዮች ጋር በቀጥታ ተገናኝቷል።
• በዋናው አገልጋይ ላይ የተቀበሉት ሁሉም ግብይቶች በፍጥነት ወደ ምትኬ አገልጋይ በተለየ ቻናል ተባዙ። ዳኛው (ገዥው) ችግር ቢፈጠር መቀያየርን አስተባብሯል።

  

• ዋናው አገልጋይ እያንዳንዱን ግብይት አከናውኗል እና ከመጠባበቂያ አገልጋዩ ማረጋገጫን ጠበቀ። መዘግየትን በትንሹ ለማቆየት፣ በመጠባበቂያ አገልጋዩ ላይ ግብይቱ እስኪጠናቀቅ ድረስ ከመጠበቅ ተቆጥበናል። በአውታረ መረቡ ላይ ለመጓዝ የፈጀበት ጊዜ ከአፈፃፀም ጊዜ ጋር ሊወዳደር ስለሚችል፣ ምንም ተጨማሪ መዘግየት አልታከለም።
• ለቀደመው ግብይት የዋና እና የመጠባበቂያ ሰርቨሮችን ሂደት ሁኔታ ብቻ ነው ማረጋገጥ የምንችለው፣ እና የአሁኑ ግብይት ሂደት ሂደት ያልታወቀ ነበር። እኛ አሁንም ነጠላ-ክር ሂደቶችን እየተጠቀምን ስለነበር ከባክአፕ ምላሽን መጠበቅ አጠቃላይ ሂደቱን እንዲቀንስ ስለሚያደርግ ምክንያታዊ ስምምነት አደረግን-የቀድሞውን ግብይት ውጤት አረጋግጠናል ።

መርሃግብሩ እንደሚከተለው ሠርቷል.

ዋናው አገልጋይ ምላሽ መስጠቱን ቢያቆምም ጌትዌይስ ግንኙነቱን ቀጥሏል። የጊዜ ማብቂያ በመጠባበቂያ አገልጋይ ላይ ይከሰታል፣ ከገዢው ጋር ይገናኛል፣ እሱም የዋናው አገልጋይ ሚና ይመድበውለታል፣ እና ሁሉም ጌትዌይስ ወደ አዲሱ ዋና አገልጋይ ይቀየራል።

ዋናው አገልጋይ ተመልሶ መስመር ላይ ከመጣ፣ እንዲሁም የውስጥ ጊዜ ማብቂያን ያስነሳል፣ ምክንያቱም ለተወሰነ ጊዜ ከጌትዌይ ወደ አገልጋዩ ምንም ጥሪዎች ስላልነበሩ። ከዚያም ወደ ገዥው ዞሮ ዞሮ ዞሮ ዞሮ ዞሮ ዞሮ ዞሮ ዞሮ ዞሮ ዞሮ ዞሮ ዞሮ ዞሮ ዞሮ ዞሮ ዞሮ ዞሯል. በውጤቱም, ልውውጡ ከአንድ አገልጋይ ጋር እስከ የንግድ ጊዜው መጨረሻ ድረስ ይሰራል. የአገልጋይ አለመሳካት እድሉ በጣም ዝቅተኛ ስለሆነ ይህ እቅድ በጣም ተቀባይነት ያለው ተደርጎ ይቆጠር ነበር ፣ ውስብስብ ሎጂክ አልያዘም እና ለመፈተሽ ቀላል ነበር።

እንዲቀጥል.

ምንጭ: hab.com