የትኛው የተሻለ ነው - Oracle ወይም Redis ወይም የመድረክ ምርጫን እንዴት ማረጋገጥ እንደሚቻል

“ይህ አስፈላጊ ነው” ስትል ጮክ ብላ ማንንም አልተናገረችም። - ይህ አስፈላጊ ነው! በትክክል የሚናገረው ይህ ነው-የኩባንያው ዋና ተግባር በባለ አክሲዮኖች ፍላጎት ውስጥ ትርፍ ማግኘት ነው. ደህና, አስብበት! ምንም ነገር አይፈሩም!

ዩሊ ዱቦቭ ፣ “ትንሹ ክፋት”

እንዲህ ዓይነቱን ርዕስ ካየህ ምናልባት ጽሑፉ ሞኝነት ወይም ቅስቀሳ እንደሆነ ወስነህ ይሆናል። ግን መደምደሚያ ላይ ለመድረስ አትቸኩሉ-የትላልቅ ኮርፖሬሽኖች ሰራተኞች ፣ በተለይም የመንግስት ተሳትፎ ያላቸው ኮርፖሬሽኖች ፣ ብዙውን ጊዜ የተለያዩ መድረኮችን ማወዳደር አለባቸው ፣ ሙሉ ለሙሉ የተለያዩ - ለምሳሌ ፣ በርዕሱ ውስጥ ያሉትን።

እርግጥ ነው, ማንም ሰው ዲቢኤምኤስን በዚህ መንገድ አያወዳድርም, ምክንያቱም ጥንካሬዎቻቸው እና ድክመቶቻቸው በደንብ ይታወቃሉ. እንደ ደንቡ, አንዳንድ የመተግበሪያ ችግሮችን የሚፈቱ መድረኮች በንፅፅር ይጠበቃሉ. በጽሁፉ ውስጥ በዚህ ጉዳይ ላይ ጥቅም ላይ የዋለውን ዘዴ አሳይሻለሁ, የውሂብ ጎታዎችን ምሳሌ እንደ አንድ ርዕሰ ጉዳይ በመጠቀም ለሀብር አንባቢዎች በገዛ እጃቸው. ስለዚህ፣

ተነሳሽነት

ትምህርታዊ ፕሮጀክት ወይም የትርፍ ጊዜ ማሳለፊያ ፕሮጀክት ሲጀምሩ መድረክን የመምረጥ ተነሳሽነት በጣም የተለያየ ሊሆን ይችላል፡ “ይህ በጣም የማውቀው መድረክ ነው”፣ “ይህንን ለመረዳት ፍላጎት አለኝ”፣ “ምርጡ ሰነድ እዚህ አለ” ... በንግድ ድርጅት ውስጥ, የመምረጫ መስፈርት አንድ ነው: ምን ያህል መክፈል እንዳለብኝ እና ለዚህ ገንዘብ ምን አገኛለሁ.

በተፈጥሮ, ትንሽ ለመክፈል እና የበለጠ ለማግኘት ይፈልጋሉ. ሆኖም ግን, የበለጠ አስፈላጊ የሆነውን መወሰን ያስፈልግዎታል - ትንሽ መክፈል ወይም የበለጠ ማግኘት, እና ለእያንዳንዱ መስቀለኛ መንገድ ክብደት ይመድቡ. ከፍተኛ ጥራት ያለው መፍትሄ ከርካሽ ይልቅ ለእኛ በጣም አስፈላጊ እንደሆነ እናስብ እና 40% ክብደትን ወደ "ዋጋ" መስቀለኛ መንገድ እና 60% ወደ "እድሎች" መስቀለኛ መንገድ እንመድባለን.

በትልልቅ ኮርፖሬሽኖች ውስጥ, ተቃራኒው ብዙውን ጊዜ እውነት ነው - የዋጋው ክብደት ከ 50% በታች አይወድቅም, እና ከ 60% በላይ ሊሆን ይችላል. በአምሳያው ምሳሌ ውስጥ, ሁሉም አስፈላጊ የሆነው የየትኛውም የወላጅ መስቀለኛ መንገድ የልጁ አጠቃላይ ክብደት 100% መሆን አለበት.

የመቁረጥ ሁኔታዎች

ጣቢያ db-engines.com ወደ 500 የሚጠጉ የውሂብ ጎታ አስተዳደር ስርዓቶች ይታወቃሉ። በተፈጥሮ፣ ከብዙ አማራጮች የታለመ መድረክን ከመረጡ፣ ለግምገማ መጣጥፍ ሊጨርሱ ይችላሉ፣ ግን የንግድ ፕሮጀክት አይደለም። የምርጫውን ቦታ ለመቀነስ, የተቆራረጡ መስፈርቶች ተዘጋጅተዋል, እና መድረኩ እነዚህን መመዘኛዎች ካላሟላ, ከዚያ ግምት ውስጥ አይገባም.

የማቋረጥ መስፈርት ከቴክኖሎጂ ባህሪያት ጋር ሊዛመድ ይችላል፣ ለምሳሌ፡-

• የ ACID ዋስትናዎች;
• የግንኙነት መረጃ ሞዴል;
• የ SQL ቋንቋ ድጋፍ (ማስታወሻ, ይህ ከ "ተዛማጅ ሞዴል" ጋር ተመሳሳይ አይደለም);
• አግድም የመለጠጥ እድል.

አጠቃላይ መመዘኛዎች ሊኖሩ ይችላሉ-

• በሩሲያ ውስጥ የንግድ ድጋፍ መገኘት;
• ክፍት ምንጭ;
• በቴሌኮም እና የመገናኛ ብዙሃን ሚኒስቴር መዝገብ ውስጥ የመድረክ መገኘት;
• በአንዳንድ ደረጃዎች መድረክ መገኘት (ለምሳሌ, በ db-engines.com ደረጃ አሰጣጥ የመጀመሪያዎቹ መቶዎች);
• በገበያው ውስጥ የባለሙያዎች መገኘት (ለምሳሌ በ hh.ru ድህረ ገጽ ላይ የመድረክን ስም በመፈለግ ውጤቶች ላይ በመመስረት)።

ከሁሉም በኋላ ፣ በድርጅት-ተኮር መመዘኛዎች ሊኖሩ ይችላሉ-

• በሠራተኞች ላይ ስፔሻሊስቶች መገኘት;
• ሁሉም ድጋፎች ከተመሰረቱበት የክትትል ስርዓት X ወይም የመጠባበቂያ ስርዓት Y ጋር ተኳሃኝነት…

በጣም አስፈላጊው ነገር የመቁረጥ መስፈርቶች ዝርዝር አለ. ያለበለዚያ፣ ከአስተዳደሩ ልዩ እምነት የሚያገኙ አንዳንድ ባለሙያ (ወይም “ሊቃውንት”) በእርግጠኝነት ይኖራሉ “ለምን መድረክን አልመረጡም ፣ በጣም ጥሩ እንደሆነ አውቃለሁ።”

የወጪ ግምት

የመፍትሄው ዋጋ በግልጽ የፍቃዶችን ዋጋ, የድጋፍ ዋጋን እና የመሳሪያውን ዋጋ ያካትታል.

ስርዓቶቹ በግምት ተመሳሳይ ክፍል ከሆኑ (ለምሳሌ፣ Microsoft SQL Server እና PostgreSQL)፣ ለቀላልነት የሁለቱም መፍትሄዎች የመሳሪያዎች መጠን በግምት ተመሳሳይ እንደሚሆን መገመት እንችላለን። ይህ መሳሪያውን እንዳይገመግሙ ያስችልዎታል, በዚህም ብዙ ጊዜ እና ጥረት ይቆጥባል. ሙሉ ለሙሉ የተለያዩ ስርዓቶችን ማወዳደር ካለብዎት (ይላሉ, Oracle vs. Redis), ከዚያ ለትክክለኛው ግምገማ መጠኑን (የመሳሪያውን መጠን ስሌት) ማድረግ አስፈላጊ መሆኑን ግልጽ ነው. ሕልውና የሌለውን ሥርዓት መጠን ማስተካከል በጣም ምስጋና ቢስ ተግባር ነው, ስለዚህ አሁንም እንደዚህ ያሉ ንጽጽሮችን ለማስወገድ ይሞክራሉ. ይህን ማድረግ ቀላል ነው: በተቆራረጡ ሁኔታዎች ውስጥ, ዜሮ የውሂብ መጥፋት እና ተያያዥ ሞዴል ተጽፏል, ወይም በተቃራኒው - በሰከንድ 50 ሺህ ግብይቶች ጭነት.

ፈቃዶችን ለመገምገም ለአቅራቢው ወይም ለአጋሮቹ የፍቃድ ወጪን ለተወሰኑ ኮሮች እና ለተወሰነ ጊዜ ድጋፍ መጠየቅ በቂ ነው። እንደ ደንቡ ኩባንያዎች ቀድሞውኑ ከሶፍትዌር አቅራቢዎች ጋር ጠንካራ ግንኙነት አላቸው ፣ እና የውሂብ ጎታ ኦፕሬሽን ዲፓርትመንቱ የወጪውን ጥያቄ በራሱ መመለስ ካልቻለ ይህንን መረጃ ለማግኘት አንድ ደብዳቤ በቂ ነው።

የተለያዩ አቅራቢዎች የተለያዩ የፈቃድ መለኪያዎች ሊኖራቸው ይችላል፡ በኮሮች ብዛት፣ የውሂብ መጠን ወይም የአንጓዎች ብዛት። የመጠባበቂያው መሠረት ነጻ ሊሆን ይችላል, ወይም እንደ ዋናው በተመሳሳይ መንገድ ፈቃድ ሊሰጠው ይችላል. በመለኪያዎች ውስጥ ማንኛቸውም ልዩነቶች ከተገኙ የአምሳያው መቆሚያውን በዝርዝር መግለፅ እና የፍቃድ ወጪዎችን ማስላት አለብዎት።

ለትክክለኛው ንጽጽር አስፈላጊ ነጥብ ተመሳሳይ የድጋፍ ሁኔታዎች ናቸው. ለምሳሌ፣ Oracle ድጋፍ በዓመት 22% የፈቃድ ዋጋ ያስከፍላል፣ ነገር ግን ለPostgreSQL ድጋፍ መክፈል የለብዎትም። እንደዚህ ማወዳደር ትክክል ነው? የለም, ምክንያቱም በእራስዎ ሊስተካከል የማይችል ስህተት ሙሉ ለሙሉ የተለያዩ ውጤቶች አሉት-በመጀመሪያው ሁኔታ, የድጋፍ ስፔሻሊስቶች በፍጥነት እንዲያስተካክሉት ይረዱዎታል, በሁለተኛው ጉዳይ ላይ ግን ፕሮጀክቱን የማዘግየት አደጋ ወይም የተጠናቀቀውን ጊዜ የመዘግየት አደጋ አለ. ስርዓት ላልተወሰነ ጊዜ።

የሂሳብ ሁኔታዎችን በሶስት መንገዶች ማመጣጠን ይችላሉ-

1. Oracleን ያለ ድጋፍ ይጠቀሙ (በእውነቱ ይህ አይከሰትም)።
2. ለ PostgreSQL ድጋፍ ይግዙ - ለምሳሌ ከ Postgres Professional።
3. ከድጋፍ እጦት ጋር የተያያዙትን አደጋዎች ግምት ውስጥ ያስገቡ.

ለምሳሌ፣ የአደጋ ስሌት ይህን ሊመስል ይችላል፡ ገዳይ የሆነ የውሂብ ጎታ ብልሽት በሚከሰትበት ጊዜ የስርአቱ መቋረጥ 1 የስራ ቀን ይሆናል። ስርዓቱን ለመጠቀም የታቀደው ትርፍ በዓመት 40 ቢሊዮን MNT ነው ፣ የአደጋው መጠን 1/400 ነው ተብሎ ይገመታል ፣ ስለሆነም የድጋፍ እጦት አደጋ በአመት በግምት 100 ሚሊዮን MNT ይገመታል ። በግልጽ ለማየት እንደሚቻለው "የታቀደ ትርፍ" እና "የተገመተው የአደጋ ድግግሞሽ" ምናባዊ እሴቶች ናቸው, ነገር ግን እንደዚህ አይነት ሞዴል ከሌለው በጣም የተሻለ ነው.

እንደ እውነቱ ከሆነ, ስርዓቱ ለረጅም ጊዜ የመቀነስ ዋጋ ተቀባይነት የሌለው እንዲሆን በጣም አስፈላጊ ሊሆን ይችላል, ስለዚህ ድጋፍ ያስፈልጋል. የእረፍት ጊዜ ከተፈቀደ, ድጋፍን አለመቀበል አንዳንድ ጊዜ ገንዘብን ለመቆጠብ ጥሩ መንገድ ሊሆን ይችላል.

ከሁሉም ስሌቶች በኋላ የስርዓተ ክወናው ዋጋ ለ 5 ዓመታት ወደ 800 ሚሊዮን ኤምኤንቲ, የመሳሪያ ስርዓት B 650 ሚሊዮን MNT, እና የመሳሪያ ስርዓት C ዋጋ 600 ሚሊዮን MNT ነው ብለን እናስብ. መድረክ ሲ፣ እንደ አሸናፊው፣ ለዋጋው ሙሉ ነጥብ ሲቀበል፣ መድረኮች A እና B ደግሞ ምን ያህል ጊዜ ውድ እንደሆኑ በመጠኑ በትንሹ ይቀበላሉ። በዚህ ሁኔታ - 0.75 እና 0.92 ነጥብ በቅደም ተከተል.

የዕድል ግምገማ

የእድሎች ግምገማ በብዙ ቡድኖች የተከፋፈለ ሲሆን ቁጥራቸውም በግምገማው ሰው ምናብ ብቻ የተገደበ ነው። በጣም ጥሩው አማራጭ አቅሞችን እነዚህን ችሎታዎች በሚጠቀሙ ቡድኖች መከፋፈል ይመስላል; በእኛ ምሳሌ እነዚህ ገንቢዎች፣ አስተዳዳሪዎች እና የመረጃ ደህንነት መኮንኖች ናቸው። የእነዚህ ተግባራት ክብደቶች እንደ 40፡40፡20 ይሰራጫሉ ብለን እናስብ።

የልማት ተግባራት የሚከተሉትን ያካትታሉ:

• የመረጃ አያያዝ ቀላልነት;
• ማቃለል;
• የሁለተኛ ደረጃ ኢንዴክሶች መኖር.

የመመዘኛዎች ዝርዝር, እንዲሁም ክብደታቸው, በጣም ተጨባጭ ናቸው. ተመሳሳይ ችግር በሚፈታበት ጊዜ እንኳን፣ እነዚህ ዝርዝሮች፣ የንጥል ክብደት እና መልሶች እንደ ቡድንዎ ስብጥር በከፍተኛ ሁኔታ ይለያያሉ። ለምሳሌ, Facebook ውሂብን ለማከማቸት MySQL ይጠቀማል, እና ኢንስታግራም በካሳንድራ ላይ ነው የተሰራው. የእነዚህ አፕሊኬሽኖች ገንቢዎች እንደዚህ አይነት ሰንጠረዦችን መሙላታቸው የማይመስል ነገር ነው። አንድ ሰው ማርክ ዙከርበርግ የተሟላ የግንኙነት ሞዴል እንደመረጠ ብቻ ሊገምት ይችላል ፣ ይህም ለተተገበረ ሻርዲንግ አስፈላጊነት ክፍያ ይከፍላል ፣ ኬቪን ሲስትሮም መድረኩን በመጠቀም ሚዛንን ገንብቷል ፣ ይህም የመረጃ ተደራሽነትን ቀላል ያደርገዋል።

የአስተዳደር ተግባራት የሚከተሉትን ያካትታሉ:

• የመጠባበቂያ ስርዓት ችሎታዎች;
• የክትትል ቀላልነት;
• የአቅም አያያዝ ቀላልነት - ዲስኮች እና አንጓዎች;
• የውሂብ ማባዛት ችሎታዎች.

እባክዎን ጥያቄዎች በቁጥር መገለጽ አለባቸው። አንድን የተወሰነ ተግባር እንዴት እንደሚገመግሙ እንኳን መስማማት ይችላሉ። ለምሳሌ ከOracle DBMS ጋር የቀረቡ መሳሪያዎችን ምሳሌ በመጠቀም የመጠባበቂያ መሳሪያዎችን ደረጃ ለመስጠት እንሞክር፡-

መሣሪያ
አስተያየት
ግምገማ

imp/exp
ውሂብ በመጫን እና በመጫን ላይ
0.1

ምትኬን ጀምር/ጨርስ
ፋይሎችን መቅዳት
0.3

አርማን
የመቅዳት ችሎታ መጨመር
0.7

ZDLRA
ተጨማሪ መቅዳት ብቻ፣ ወደ ነጥብ ፈጣን ማገገም
1.0

ግልጽ የሆነ የግምገማ መመዘኛዎች ከሌሉ፣ ብዙ ባለሙያዎችን ደረጃዎችን እንዲሰጡ እና ከዚያ አማካኝ እንዲሆኑ መጠየቅ ተገቢ ነው።

በመጨረሻም የመረጃ ደህንነት ተግባራትን በቀላሉ እንዘረዝራለን፡-

• የይለፍ ቃል አስተዳደር ፖሊሲዎች መገኘት;
• የውጭ የማረጋገጫ መሳሪያዎችን (LDAP, Kerberos) የማገናኘት ችሎታ;
• የመዳረሻ ሞዴል;
• የኦዲት ችሎታዎች;
• በዲስክ ላይ የመረጃ ምስጠራ;
• በአውታረ መረቡ ላይ በሚተላለፉበት ጊዜ ምስጠራ (TLS);
• የውሂብ ጥበቃ ከአስተዳዳሪው.

የአፈጻጸም ሙከራ

ለየብቻ፣ በእርስዎ ያልተደረጉ የማንኛቸውም የጭነት ሙከራዎች ውጤቶችን እንደ ክርክሮች እንዳይጠቀሙ ማስጠንቀቅ እፈልጋለሁ።

በመጀመሪያ፣ እየተሞከሩ ያሉ መተግበሪያዎች የውሂብ አወቃቀር እና የመጫኛ መገለጫ እርስዎ ሊፈቱት ካለው ችግር በእጅጉ ሊለያዩ ይችላሉ። ከ10-15 ዓመታት ገደማ በፊት የመረጃ ቋት አቅራቢዎች በTPC ፈተናዎች የተገኙ ውጤቶችን ማስተዋወቅ ይወዳሉ፣ አሁን ግን፣ ማንም እነዚህን ውጤቶች በቁም ነገር አይመለከትም።

በሁለተኛ ደረጃ ፣ የስርዓት አፈፃፀም ኮዱ መጀመሪያ ላይ ለየትኛው መድረክ እንደተጻፈ እና ፈተናው በምን መሳሪያዎች ላይ እንደተሰራ ላይ በእጅጉ የተመካ ነው። Oracle ከ PostgreSQL ጋር ሲወዳደር ብዙ ሙከራዎችን አይቻለሁ። ውጤቶቹ ከአንዱ ስርዓት ቅድመ ሁኔታ የበላይነት እስከ የሌላው እኩል ቅድመ ሁኔታ የበላይነት ይደርሳል።

እና በመጨረሻ፣ በሶስተኛ ደረጃ፣ ማን እንደፈተነ የሚያውቁት ነገር የለም። ሁለቱም መመዘኛዎች አስፈላጊ ናቸው, የስርዓተ ክወናውን እና የመሳሪያ ስርዓቱን የማዘጋጀት ጥራት, እንዲሁም ተነሳሽነት, የፈተና ውጤቶቹ ከተጣመሩ ሁሉ የበለጠ ተጽእኖ ያሳድራሉ.

አፈፃፀሙ ወሳኝ ነገር ከሆነ, ፈተናውን እራስዎ ያካሂዱ, በተለይም የምርት ስርዓቱን በሚያዋቅሩ እና በሚጠብቁ ሰዎች እርዳታ ይመረጣል.

ውጤት

በመጨረሻም የተከናወነው ስራ ውጤት ሁሉም ግምቶች የሚጣመሩበት፣ የሚባዙ እና የሚጠቃለሉበት የቀመር ሉህ መሆን አለበት።

እንደተረዱት፣ ሚዛኖችን በመቀየር እና ደረጃ አሰጣጡን በማስተካከል ማንኛውንም የተፈለገውን ውጤት ማግኘት ይችላሉ፣ ግን ያ ሙሉ ለሙሉ የተለየ ታሪክ ነው...

ምንጭ: hab.com