በተመጣጣኝ መጠን አዲስ ፍሰት መጀመሩን በመጠባበቅ ላይ አስደሳች ይዘት ያለው ትርጉም አዘጋጅተናል.

አጠቃላይ እይታ
አፕሊኬሽኖች ብዙ የውሂብ ማከማቻዎችን ስለሚጠቀሙበት በጣም ታዋቂ ስርዓተ ጥለት እንነጋገራለን ፣ እያንዳንዱ ማከማቻ ለራሱ ዓላማዎች ጥቅም ላይ የሚውልበት ፣ ለምሳሌ ፣ ቀኖናዊውን የውሂብ (MySQL ፣ ወዘተ) ለማከማቸት ፣ የላቀ የፍለጋ ችሎታዎችን ያቅርቡ (ElasticSearch ፣ ወዘተ) .), መሸጎጫ (ሜምካሼድ, ወዘተ) እና ሌሎች. በተለምዶ፣ በርካታ የውሂብ ማከማቻዎችን ሲጠቀሙ፣ አንደኛው እንደ ዋና ማከማቻ እና ሌሎች እንደ መነጫዊ ማከማቻ ሆኖ ይሰራል። ብቸኛው ችግር እነዚህን የውሂብ ማከማቻዎች እንዴት ማመሳሰል እንደሚቻል ነው።
እንደ ድርብ ጽሁፎች, የተከፋፈሉ ግብይቶች, ወዘተ የመሳሰሉ ብዙ መደብሮችን የማመሳሰል ችግር ለመፍታት የሞከሩ በርካታ የተለያዩ ቅጦችን ተመልክተናል. ይሁን እንጂ እነዚህ አካሄዶች በእውነተኛ ህይወት አጠቃቀም፣ አስተማማኝነት እና ጥገና ረገድ ከፍተኛ ውስንነቶች አሏቸው። ከውሂብ ማመሳሰል በተጨማሪ አንዳንድ አፕሊኬሽኖች እንዲሁ ውጫዊ አገልግሎቶችን በመደወል መረጃን ማበልጸግ አለባቸው።
ዴልታ የተገነባው እነዚህን ችግሮች ለመፍታት ነው። ዴልታ ውሎ አድሮ ለውሂብ ማመሳሰል እና ማበልጸጊያ ወጥ የሆነ በክስተት ላይ የተመሰረተ መድረክ ያቀርባል።
ያሉ መፍትሄዎች
ድርብ ግቤት
ሁለት የውሂብ ማከማቻዎችን በማመሳሰል ለማቆየት ወደ አንድ መደብር የሚጽፍ እና ከዚያ በኋላ ለሌላው የሚጽፍ ባለሁለት ፃፍ መጠቀም ይችላሉ። የመጀመሪያው ቀረጻ እንደገና ሊሞከር ይችላል እና ሁለተኛው ሙከራው ከተሟጠጠ በኋላ የመጀመሪያው ካልተሳካ ሊቋረጥ ይችላል. ነገር ግን፣ ለሁለተኛው መደብር መፃፍ ካልተሳካ ሁለቱ የውሂብ ማከማቻዎች ከስምረት ውጭ ሊሆኑ ይችላሉ። ይህ ችግር ብዙውን ጊዜ የሚፈታው የመልሶ ማግኛ ሂደትን በመፍጠር መረጃን ከመጀመሪያው ማከማቻ ወደ ሁለተኛው በየጊዜው ማስተላለፍ ይችላል ወይም በመረጃው ውስጥ ልዩነቶች ከተገኙ ብቻ ነው።
ችግሮች፡-
የማገገሚያ ሂደትን ማከናወን እንደገና ጥቅም ላይ ሊውል የማይችል የተለየ ስራ ነው. በተጨማሪም፣ የመልሶ ማግኛ ሂደቱ እስኪፈጸም ድረስ በማከማቻ ቦታዎች መካከል ያለው ውሂብ እንዳልተመሳሰለ ይቆያል። ከሁለት በላይ የውሂብ ማከማቻዎች ጥቅም ላይ ከዋሉ መፍትሄው የበለጠ ውስብስብ ይሆናል. በመጨረሻም የመልሶ ማግኛ ሂደቱ ወደ መጀመሪያው የውሂብ ምንጭ ጭነት ሊጨምር ይችላል.
የምዝግብ ማስታወሻ ሰንጠረዥን ይቀይሩ
በሰንጠረዦች ስብስብ ላይ ለውጦች ሲከሰቱ (እንደ መዝገብ ማስገባት፣ ማዘመን እና መሰረዝ ያሉ) የለውጡ መዝገቦች እንደ ተመሳሳዩ ግብይት አካል ወደ ሎግ ሠንጠረዥ ይታከላሉ። ሌላ ክር ወይም ሂደት ያለማቋረጥ ክስተቶችን ከመዝገቡ ጠረጴዛ ላይ ይጠይቃል እና ወደ አንድ ወይም ከዚያ በላይ የውሂብ ማከማቻዎች ይጽፋል, አስፈላጊ ከሆነ, መዝገቡ በሁሉም መደብሮች ከተረጋገጠ በኋላ ክስተቶችን ከመዝገብ ሠንጠረዥ ያስወግዳል.
ችግሮች፡-
ይህ ስርዓተ-ጥለት እንደ ቤተ-መጽሐፍት መተግበር አለበት, እና በሐሳብ ደረጃ የሚጠቀመውን የመተግበሪያውን ኮድ ሳይቀይሩ. በፖሊግሎት አካባቢ፣ የእንደዚህ አይነት ቤተ መፃህፍት አተገባበር በማንኛውም አስፈላጊ ቋንቋ መኖር አለበት፣ ነገር ግን በቋንቋዎች ውስጥ የተግባር እና ባህሪን ወጥነት ማረጋገጥ በጣም ከባድ ነው።
ሌላው ችግር እንደ MySQL ያሉ የግብይት ንድፍ ለውጦችን በማይደግፉ ስርዓቶች ውስጥ የመርሃግብር ለውጦችን በማግኘት ላይ ነው። ስለዚህ ለውጥን (ለምሳሌ የሼማ ለውጥ) እና በለውጥ ምዝግብ ማስታወሻ ሠንጠረዥ ውስጥ በግብይት የመመዝገብ ዘይቤ ሁልጊዜ አይሰራም።
የተከፋፈሉ ግብይቶች
የተከፋፈሉ ግብይቶች አንድን ግብይት በተለያዩ የተለያዩ የውሂብ ማከማቻዎች ለመከፋፈል ጥቅም ላይ ሊውሉ ስለሚችሉ ክዋኔው ወይም ለሁሉም ጥቅም ላይ የዋሉ የውሂብ ማከማቻዎች ቁርጠኛ ነው ወይም ለአንዳቸውም ቁርጠኛ አይደለም።
ችግሮች፡-
የተከፋፈሉ ግብይቶች ለተለያዩ የውሂብ ማከማቻዎች በጣም ትልቅ ችግር ናቸው። በተፈጥሯቸው, በተካተቱት ስርዓቶች ዝቅተኛው የጋራ መለያ ላይ ብቻ ሊተማመኑ ይችላሉ. ለምሳሌ፣ የ XA ግብይቶች በዝግጅት ደረጃ ላይ የማመልከቻው ሂደት ካልተሳካ አፈጻጸምን ያግዳል። በተጨማሪም፣ XA የሞት መቆለፍን አያቀርብም ወይም ብሩህ ተስፋ ያላቸውን የተመጣጣኝ ቁጥጥር ዕቅዶችን አይደግፍም። በተጨማሪም፣ እንደ ElasticSearch ያሉ አንዳንድ ስርዓቶች XAን ወይም ማንኛውንም ሌላ የተለያየ የግብይት ሞዴልን አይደግፉም። ስለዚህ በተለያዩ የመረጃ ማከማቻ ቴክኖሎጂዎች ውስጥ የመፃፍ አተያይነትን ማረጋገጥ ለመተግበሪያዎች በጣም ፈታኝ ተግባር ሆኖ ይቆያል።
ዴልታ
ዴልታ የተነደፈው የነባር የውሂብ ማመሳሰል መፍትሄዎች ውስንነቶችን ለመፍታት ሲሆን በበረራ ላይ ውሂብን ማበልፀግ ያስችላል። ግባችን እነዚህን ሁሉ ውስብስብ ነገሮች ከመተግበሪያ ገንቢዎች ርቆ ሙሉ በሙሉ የንግድ ተግባራትን በመተግበር ላይ እንዲያተኩር ማድረግ ነበር። በመቀጠል "የፊልም ፍለጋን" ለኔትፍሊክስ ዴልታ ትክክለኛ የአጠቃቀም ጉዳይን እንገልፃለን።
ኔትፍሊክስ የማይክሮ ሰርቪስ አርክቴክቸርን በሰፊው ይጠቀማል፣ እና እያንዳንዱ ማይክሮ አገልግሎት በተለምዶ አንድ አይነት ውሂብን ያገለግላል። ስለ ፊልም መሰረታዊ መረጃ የፊልም አገልግሎት በሚባል ማይክሮ ሰርቪስ ውስጥ የሚገኝ ሲሆን ተዛማጅ መረጃዎች ለምሳሌ ስለ ፕሮዲዩሰር፣ ተዋናዮች፣ ሻጮች እና የመሳሰሉት መረጃዎች በበርካታ ሌሎች ማይክሮ ሰርቪስ (ማለትም Deal Service፣ Talent Service እና Vendor Service) ይተዳደራሉ።
በኔትፍሊክስ ስቱዲዮ ውስጥ ያሉ የንግድ ተጠቃሚዎች በተለያዩ የፊልም መመዘኛዎች መፈለግ አለባቸው፣ ለዚህም ነው በሁሉም ፊልም-ነክ መረጃዎች ላይ መፈለግ መቻል ለእነሱ በጣም አስፈላጊ የሆነው።
ከዴልታ በፊት፣ የፊልም ፈላጊ ቡድን የፊልም ውሂቡን መረጃ ጠቋሚ ከማውጣቱ በፊት ከበርካታ ማይክሮ ሰርቪስ ላይ መረጃን ማውጣት ነበረበት። በተጨማሪም ቡድኑ ምንም እንኳን ምንም ለውጦች ባይኖሩም ከሌሎች ማይክሮ ሰርቪስ ለውጦችን በመጠየቅ የፍለጋ ኢንዴክስን በየጊዜው የሚያሻሽል ስርዓት ማዘጋጀት ነበረበት። ይህ ስርዓት በፍጥነት ውስብስብ እና ለማቆየት አስቸጋሪ ሆነ.

ምስል 1. የምርጫ ስርዓት ወደ ዴልታ
ዴልታ ከተጠቀሙ በኋላ በሚከተለው ምስል ላይ እንደሚታየው ስርዓቱ በክስተት የሚመራ ስርዓት እንዲቀል ተደርጓል። ሲዲሲ (ለውጥ-ውሂብ-ቀረጻ) ዝግጅቶች ዴልታ-ማገናኛን በመጠቀም ወደ Keystone Kafka ርዕሶች ይላካሉ። የዴልታ ዥረት ማቀነባበሪያ ማዕቀፍን በመጠቀም የተሰራ የዴልታ አፕሊኬሽን (በFlink ላይ የተመሰረተ) የሲዲሲ ክስተቶችን ከአንድ አርእስት ይቀበላል፣ ሌሎች ማይክሮ አገልግሎቶችን በመጥራት ያበለጽጋቸዋል እና በመጨረሻም የበለፀገውን መረጃ በ Elasticsearch ውስጥ ወዳለ የፍለጋ ኢንዴክስ ያስተላልፋል። አጠቃላዩ ሂደት የሚከናወነው በእውነተኛ ጊዜ ነው ፣ ማለትም ፣ በመረጃ ማከማቻው ላይ ለውጦች እንደተደረጉ ፣ የፍለጋ ኢንዴክሶች ተዘምነዋል።

ምስል 2. ዴልታ በመጠቀም የመረጃ ቧንቧ መስመር
በሚቀጥሉት ክፍሎች የዴልታ-አገናኝ አሰራሩን እንገልፃለን፣ ከማጠራቀሚያው ጋር የተገናኘ እና የሲዲሲ ክስተቶችን ወደ ማጓጓዣ ንብርብር የሚያሳትመው፣ የሲዲሲ ክስተቶችን ወደ ካፍካ አርእስቶች የሚያደርስ የእውነተኛ ጊዜ የመረጃ ማስተላለፊያ መሠረተ ልማት ነው። እና በመጨረሻ፣ ስለ ዴልታ ዥረት ማቀናበሪያ ማዕቀፍ እንነጋገራለን፣ የትኛውን መተግበሪያ ገንቢዎች ለመረጃ ሂደት እና ለማበልጸግ ሎጂክ መጠቀም ይችላሉ።
ሲዲሲ (ለውጥ-ውሂብ-ቀረጻ)
ዴልታ-አገናኝ የተባለ የሲዲሲ አገልግሎት ሠርተናል፣ ይህም የተደረጉ ለውጦችን ከመረጃ ማከማቻው ላይ በቅጽበት በመያዝ ወደ ዥረት ሊጽፋቸው ይችላል። የእውነተኛ ጊዜ ለውጦች የሚወሰዱት ከግብይት ምዝግብ ማስታወሻ እና የማከማቻ ማጠራቀሚያዎች ነው። ቆሻሻ መጣያ ጥቅም ላይ የሚውለው የግብይት ምዝግብ ማስታወሻዎች አብዛኛውን ጊዜ አጠቃላይ ለውጦችን ስለማያከማቹ ነው። ለውጦች በተለምዶ እንደ ዴልታ ክስተቶች ተከታታይ ናቸው፣ ስለዚህ ተቀባዩ ለውጡ ከየት እንደመጣ መጨነቅ የለበትም።
ዴልታ-ማገናኛ ብዙ ተጨማሪ ባህሪያትን ይደግፋል-
- ከካፍካ ያለፈ ብጁ የውጤት ውሂብ የመፃፍ ችሎታ።
- ለሁሉም ጠረጴዛዎች ፣ ለተወሰነ ጠረጴዛ ፣ ወይም ለተወሰኑ ዋና ቁልፎች በማንኛውም ጊዜ በእጅ የሚጣሉ ቆሻሻዎችን የማግበር ችሎታ።
- የቆሻሻ ማጠራቀሚያዎች በክፍል ውስጥ ሊመለሱ ይችላሉ, ስለዚህ ካልተሳካ እንደገና መጀመር አያስፈልግም.
- በጠረጴዛዎች ላይ መቆለፊያዎችን ማስቀመጥ አያስፈልግም, ይህም የውሂብ ጎታ መፃፍ ትራፊክ በአገልግሎታችን ፈጽሞ እንዳይታገድ ለማድረግ በጣም አስፈላጊ ነው.
- በAWS ተደራሽነት ዞኖች ውስጥ በተደጋገሙ አጋጣሚዎች ምክንያት ከፍተኛ ተገኝነት።
በአሁኑ ጊዜ MySQL እና Postgresን እንደግፋለን፣ በAWS RDS እና Aurora ላይ ማሰማራትን ጨምሮ። እኛ ደግሞ ካሳንድራ (ባለብዙ-ማስተር) እንደግፋለን። ስለ ዴልታ-አገናኝ ተጨማሪ ዝርዝሮችን እዚህ ማግኘት ይችላሉ። .
ካፍካ እና የመጓጓዣ ንብርብር
የዴልታ የክስተት ማጓጓዣ ንብርብር የተገነባው በመድረኩ የመልእክት አገልግሎት ላይ ነው። .
በታሪክ፣ በኔትፍሊክስ ላይ መለጠፍ ረጅም ዕድሜ ከመኖር ይልቅ ለተደራሽነት ተመቻችቷል (ከዚህ በታች ይመልከቱ)። ). ግብይቱ በተለያዩ የዳርቻ ሁኔታዎች ውስጥ የደላሎች መረጃ አለመጣጣም ነበር። ለምሳሌ, ንፁህ ያልሆነ መሪ ምርጫ የተባዙ ወይም የጠፉ ክስተቶች ለተቀባዩ ተጠያቂ ነው።
በዴልታ፣ የሲዲሲ ዝግጅቶችን ወደ ተመነጩ መደብሮች ማድረሱን ለማረጋገጥ ጠንካራ የመቆየት ዋስትናዎችን እንፈልጋለን። ለዚሁ ዓላማ በተለየ መልኩ የተነደፈ የካፍካ ክላስተር እንደ አንደኛ ደረጃ ነገር አቅርበናል። ከዚህ በታች ባለው ሠንጠረዥ ውስጥ አንዳንድ የደላላ ቅንብሮችን መመልከት ይችላሉ፡

በ Keystone Kafka ዘለላዎች፣ ንፁህ ያልሆነ መሪ ምርጫ የአሳታሚ ተደራሽነትን ለማረጋገጥ ብዙውን ጊዜ ተካትቷል። ያልተመሳሰለ ቅጂ እንደ መሪ ከተመረጠ ይህ የመልዕክት መጥፋት ሊያስከትል ይችላል። ለአዲስ ከፍተኛ ተገኝነት የካፍካ ክላስተር, አማራጭ ንፁህ ያልሆነ መሪ ምርጫ የመልእክት መጥፋትን ለመከላከል ጠፍቷል።
እኛም ጨምረናል። የማባዛት ሁኔታ ከ 2 እስከ 3 እና ዝቅተኛ የማመሳሰል ቅጂዎች 1 እስከ 2. ወደዚህ ዘለላ የሚጽፉ አታሚዎች ከ2 ቅጂዎች 3ቱ በአሳታሚው የተላኩ በጣም ወቅታዊ መልእክቶች እንዳላቸው በማረጋገጥ ከሌሎች ሁሉ አክስ ይጠይቃሉ።
የደላላ ምሳሌ ሲያልቅ አዲስ ምሳሌ አሮጌውን ይተካል። ነገር ግን፣ አዲሱ ደላላ ያልተመሳሰሉትን ቅጂዎች ማግኘት ይኖርበታል፣ ይህም ብዙ ሰአታት ሊወስድ ይችላል። ለዚህ ሁኔታ የመልሶ ማግኛ ጊዜን ለመቀነስ ከሃገር ውስጥ ደላላ ዲስኮች ይልቅ የማገጃ ዳታ ማከማቻ (Amazon Elastic Block Store) መጠቀም ጀመርን። አዲስ ምሳሌ የተቋረጠውን የደላሎች ምሳሌ ሲተካ፣ የተቋረጠውን ኢቢኤስ መጠን በማያያዝ አዳዲስ መልዕክቶችን ማግኘት ይጀምራል። አዲሱ ምሳሌ ከባዶ ሁኔታ መድገም ስለሌለው ይህ ሂደት የመጠባበቂያ ጊዜን ከሰዓታት ወደ ደቂቃዎች ይቀንሳል። በአጠቃላይ ፣የተለያዩ የማከማቻ እና የደላሎች የህይወት ዑደቶች የደላላ መቀያየርን ተፅእኖ በእጅጉ ይቀንሳሉ።
የውሂብ አቅርቦት ዋስትናን የበለጠ ለመጨመር ተጠቀምን። በአስቸጋሪ ሁኔታዎች ውስጥ ማንኛውንም የመልእክት ኪሳራ ለመለየት (ለምሳሌ ፣ በክፋይ መሪ ውስጥ የሰዓት አለመመሳሰል)።
የዥረት ማቀነባበሪያ መዋቅር
የዴልታ ማቀነባበሪያ ንብርብር የተገነባው በNetflix ስፓኤኤስ መድረክ ላይ ነው፣ ይህም Apache Flink ከNetflix ስነ-ምህዳር ጋር መቀላቀልን ያቀርባል። የመሳሪያ ስርዓቱ የFlink ስራዎችን መዘርጋት እና የFlink ክላስተር ማቀናበሪያን በቲተስ ኮንቴይነር አስተዳደር መድረክ ላይ የሚያስተዳድር የተጠቃሚ በይነገጽ ያቀርባል። በይነገጹ በተጨማሪ የስራ ውቅሮችን ያስተዳድራል እና ተጠቃሚዎች የፍሊንክ ስራዎችን እንደገና ማጠናቀር ሳያስፈልጋቸው የውቅረት ለውጦችን እንዲያደርጉ ያስችላቸዋል።
ዴልታ በሚጠቀመው Flink እና SPaaS ላይ የተመሠረተ የዥረት ሂደት ማዕቀፍ ያቀርባል ማብራሪያ ላይ የተመሠረተ DSL (የጎራ ልዩ ቋንቋ) ቴክኒካዊ ዝርዝሮችን ለማጠቃለል። ለምሳሌ, የውጭ አገልግሎቶችን በመደወል ክስተቶችን የሚያበለጽጉበትን ደረጃ ለመወሰን, ተጠቃሚዎች የሚከተለውን DSL መጻፍ አለባቸው, እና ማዕቀፉ በእሱ ላይ የተመሰረተ ሞዴል ይፈጥራል, ይህም በ Flink ይከናወናል.

ምስል 3. በዴልታ ውስጥ በ DSL ላይ የማበልጸግ ምሳሌ
የማቀነባበሪያው ማዕቀፍ የመማሪያውን ኩርባ ብቻ ሳይሆን እንደ ማባዛት፣ ማቀድ፣ እና የመተጣጠፍ እና የመቋቋም ችሎታ ያሉ የተለመዱ የአሰራር ችግሮችን ለመፍታት የተለመዱ የዥረት ማቀነባበሪያ ባህሪያትን ይሰጣል።
የዴልታ ዥረት ማቀነባበሪያ መዋቅር ሁለት ቁልፍ ሞጁሎችን፣ DSL እና API module እና Runtime ሞጁሉን ያቀፈ ነው። ተጠቃሚዎች የራሳቸውን ሂደት አመክንዮ (እንደ ማጣሪያ ወይም ትራንስፎርሜሽን ያሉ) እንዲጽፉ የDSL እና API ሞጁል DSL እና UDF (በተጠቃሚ የተገለጸ-ተግባር) ኤፒአይዎችን ያቀርባል። የ Runtime ሞጁል በDAG ሞዴሎች ውስጥ የእርምጃዎችን ሂደት ውስጣዊ ውክልና የሚገነባ የDSL ተንታኝ አተገባበርን ያቀርባል። የማስፈጸሚያ ክፍል የDAG ሞዴሎችን ይተረጉማል ትክክለኛ የፍሊንክ መግለጫዎችን ለመጀመር እና በመጨረሻም የFlink መተግበሪያን ለማስኬድ። የማዕቀፉ አርክቴክቸር በሚከተለው ምስል ላይ ተገልጿል.

ምስል 4. የዴልታ ዥረት ማቀነባበሪያ ማዕቀፍ አርክቴክቸር
ይህ ዘዴ በርካታ ጥቅሞች አሉት-
- ተጠቃሚዎች የፍሊንክን ወይም የSPaaS መዋቅርን ዝርዝር ውስጥ ሳያስገቡ በቢዝነስ አመክንዮ ላይ ማተኮር ይችላሉ።
- ማመቻቸት ለተጠቃሚዎች ግልጽ በሆነ መንገድ ሊከናወን ይችላል, እና ስህተቶች በተጠቃሚ ኮድ (UDF) ላይ ምንም ለውጥ ሳያስፈልጋቸው ሊስተካከሉ ይችላሉ.
- የዴልታ አፕሊኬሽን ልምድ ለተጠቃሚዎች ቀላል ነው ምክንያቱም የመሳሪያ ስርዓቱ ከሳጥኑ ውስጥ ተለዋዋጭነትን እና ማገገምን ስለሚሰጥ እና ለማንቂያዎች የሚያገለግሉ የተለያዩ ዝርዝር መለኪያዎችን ስለሚሰበስብ ነው።
የምርት አጠቃቀም
ዴልታ ከአንድ አመት በላይ በማምረት ላይ ያለ ሲሆን በብዙ የ Netflix ስቱዲዮ መተግበሪያዎች ውስጥ ቁልፍ ሚና ይጫወታል። ቡድኖች እንደ የፍለጋ መረጃ ጠቋሚ፣ የውሂብ ማከማቻ እና በክስተት ላይ የተመሰረቱ የስራ ፍሰቶችን የመሳሰሉ የአጠቃቀም ጉዳዮችን እንዲተገብሩ ረድታለች። ከታች ያለው የዴልታ መድረክ ከፍተኛ ደረጃ አርክቴክቸር አጠቃላይ እይታ ነው።

ምስል 5. የዴልታ ከፍተኛ ደረጃ ሥነ ሕንፃ.
ምስጋናዎች
በኔትፍሊክስ ውስጥ በዴልታ ፈጠራ እና ልማት ውስጥ የተሳተፉትን የሚከተሉትን ሰዎች ማመስገን እንፈልጋለን፡ አለን ዋንግ፣ ቻርለስ ዣኦ፣ ጃቢን ዩን፣ ጆሽ ስናይደር፣ ካስቱሪ ቻተርጄ፣ ማርክ ቾ፣ ኦሎፍ ጆሃንሰን፣ ፒዩሽ ጎያል፣ ፕራሻንት ራምዳስ፣ ራግሁራም ኦንቲ ስሪኒቫሳን፣ ሳንዲፕ ጉፕታ፣ ስቲቨን ዉ፣ ታራንጋ ጋማኤቲጌ፣ ዩን ዋንግ እና ዜንዙንግ ሹ።
ምንጮች
- ማርቲን Kleppmann, Alastair R. Beresford, Boerge Svingen: የመስመር ላይ ክስተት ሂደት. ኮምዩን። ACM 62(5)፡ 43–49 (2019)። ዶኢ፡
ለአማዞን Redshift ማከማቻ የውሂብ ግንባታ መሣሪያ።
ምንጭ: hab.com
