කෙසේ හෝ එක් අවස්ථාවක දී මම Docker බහාලුම් සහ deb පැකේජ ආකාරයෙන් බෙදාහැරීම ගැන ලිපියක් ලිවීමට තීරණය කළ නමුත්, මම ආරම්භ කරන විට, කිසියම් හේතුවක් නිසා පළමු පුද්ගලික පරිගණකවල සහ ගණක යන්ත්රවල පවා ඈත කාලය වෙත ආපසු ගෙන යන ලදී. පොදුවේ ගත් කල, ඩොකර් සහ ඩෙබ්ගේ වියළි සැසඳීම් වෙනුවට, පරිණාමය යන මාතෘකාව පිළිබඳව අපට මෙම අදහස් ලැබුණි, එය මම ඔබේ සලකා බැලීම සඳහා ඉදිරිපත් කරමි.
ඕනෑම නිෂ්පාදනයක්, එය කුමක් වුවත්, කෙසේ හෝ නිෂ්පාදන සේවාදායකයන් වෙත ළඟා විය යුතුය, වින්‍යාස කර දියත් කළ යුතුය. මෙම ලිපිය ගැන වනු ඇත.
මම ඓතිහාසික සන්දර්භයක් තුළ සිතන්නෙමි, "මම දකින දේ මම ගායනා කරන දේ," මා මුලින්ම කේතය ලිවීමට පටන් ගත් විට මා දුටු දේ සහ දැන් මා නිරීක්ෂණය කරන දේ, අප විසින්ම භාවිතා කරන දේ සහ ඇයි. ලිපිය සම්පූර්ණ අධ්‍යයනයක් ලෙස මවාපාන්නේ නැත, සමහර කරුණු මඟ හැරී ඇත, මෙය තිබූ දේ සහ දැන් පවතින දේ පිළිබඳ මගේ පුද්ගලික දැක්මයි.
ඉතින්, හොඳ පැරණි දවස්වල ... මම සොයා ගත් මුල්ම බෙදාහැරීමේ ක්රමය ටේප් රෙකෝඩර්වලින් කැසට් පට. මට BK-0010.01 පරිගණකයක් තිබුණා...
ගණක යන්ත්‍ර යුගය
නැහැ, ඊටත් කලින් මොහොතක් තිබුණා, කැල්කියුලේටරයකුත් තිබුණා и .
ඉතින් මට ඇති විට , එවිට වැඩසටහන මාරු කිරීමේ මාර්ගය වූයේ වැඩසටහනක් ලියා ඇති පෙට්ටියක සාමාන්ය කඩදාසි කැබැල්ලක් වන අතර, අවශ්ය නම්, එය අතින් ක්‍රියාත්මක කිරීමට, කැල්කියුලේටරයට ලියා ඇත. ඔබට ක්‍රීඩා කිරීමට අවශ්ය නම් (ඔව්, මෙම ඇන්ටඩිලුවියන් කැල්කියුලේටරයේ පවා ක්‍රීඩා තිබුණි) - ඔබ වාඩි වී වැඩසටහන කැල්කියුලේටරයට ඇතුළු කරන්න. ස්වාභාවිකවම, කැල්කියුලේටරය ක්‍රියා විරහිත කළ විට, වැඩසටහන අමතක වී ගියේය. කඩදාසි මත පුද්ගලිකව ලියා ඇති කැල්කියුලේටර කේත වලට අමතරව, වැඩසටහන් "ගුවන්විදුලිය" සහ "තාරුණ්‍යය සඳහා තාක්‍ෂණය" යන සඟරාවල ප්‍රකාශයට පත් කරන ලද අතර එකල පොත්වල ද ප්‍රකාශයට පත් කරන ලදී.
ඊළඟ වෙනස් කිරීම කැල්කියුලේටරයයි , එය දැනටමත් වාෂ්පශීලී නොවන දත්ත ගබඩා කිරීමේ යම් සමානකමක් ඇත. දැන් ක්‍රීඩාව හෝ වැඩසටහන අතින් ඇතුල් කළ යුතු නැත, නමුත් බොත්තම් සමඟ ඉන්ද්‍රජාලික පාස් කිහිපයක් සිදු කිරීමෙන් පසු එයම පටවා ඇත.
කැල්කියුලේටරයේ විශාලතම වැඩසටහනේ විශාලත්වය පියවර 105 ක් වූ අතර MK-52 හි ස්ථිර මතකයේ විශාලත්වය පියවර 512 කි.
මාර්ගය වන විට, මෙම ලිපිය කියවන මෙම ගණක යන්ත්රවල රසිකයන් සිටී නම්, ලිපිය ලිවීමේ ක්‍රියාවලියේදී මට ඇන්ඩ්‍රොයිඩ් සඳහා කැල්කියුලේටර ඉමුලේටරයක් සහ ඒ සඳහා වැඩසටහන් දෙකම හමු විය. අතීතයට ඉදිරියට!
MK-52 ගැන කෙටි අපගමනය (විකිපීඩියාවෙන්)
MK-52 Soyuz TM-7 අභ්‍යවකාශ යානයෙන් අභ්‍යවකාශයට පියාසර කළේය. ඔන්-බෝඩ් පරිගණකය අසමත් වුවහොත් ගොඩබෑමේ ගමන් මාර්ගය ගණනය කිරීමට එය භාවිතා කළ යුතු විය.
52 සිට, Electronika-Astro මතක පුළුල් කිරීමේ ඒකකය සහිත MK-1988 නාවික පරිගණක කට්ටලයක කොටසක් ලෙස නාවික හමුදාවේ නැව් වෙත සපයනු ලැබේ.
පළමු පුද්ගලික පරිගණක
අපි නැවත කාලයට යමු . එහි වැඩි මතකයක් තිබූ බව පැහැදිලිය, කඩදාසි කැබැල්ලකින් කේතය ටයිප් කිරීම තවදුරටත් විකල්පයක් නොවීය (මුලදී මම එසේ කළත්, වෙනත් මාධ්‍යයක් නොතිබූ නිසා). ටේප් රෙකෝඩර් සඳහා වන ශ්‍රව්‍ය කැසට් මෘදුකාංග ගබඩා කිරීමේ සහ බෙදා හැරීමේ ප්‍රධාන මාධ්ය බවට පත්වෙමින් තිබේ.
කැසට් පටයක ගබඩා කිරීම සාමාන්‍යයෙන් ද්විමය ලිපිගොනු එකක් හෝ දෙකක් ආකාරයෙන් විය, අනෙක් සියල්ල ඇතුළත අඩංගු විය. විශ්වසනීයත්වය ඉතා අඩු විය, මට වැඩසටහනේ පිටපත් 2-3 ක් තබා ගැනීමට සිදු විය. පැටවීමේ වේලාවන් ද බලාපොරොත්තු සුන් වූ අතර, උද්යෝගිමත් අය මෙම අඩුපාඩු මඟහරවා ගැනීම සඳහා විවිධ සංඛ්යාත කේතීකරණ සමඟ අත්හදා බැලීම් කළහ. ඒ වන විට, මම තවමත් වෘත්තීය මෘදුකාංග සංවර්ධනයට සම්බන්ධ වී නැත (BASIC හි සරල වැඩසටහන් ගණන් නොගෙන), එබැවින්, අවාසනාවකට, ඇතුළත සියල්ල සකසා ඇති ආකාරය මම ඔබට විස්තරාත්මකව නොකියමි. පරිගණකයේ බොහෝ දුරට RAM පමණක් තිබීම දත්ත ගබඩා කිරීමේ ක්‍රමයේ සරල බව තීරණය කළේය.
විශ්වසනීය හා විශාල ගබඩා මාධ්ය මතුවීම
පසුව, නම්ය තැටි දර්ශනය විය, පිටපත් කිරීමේ ක්රියාවලිය සරල කරන ලද අතර විශ්වසනීයත්වය වැඩි විය.
නමුත් තත්වය නාටකාකාර ලෙස වෙනස් වන්නේ ප්රමාණවත් තරම් විශාල දේශීය ගබඩා HDD ආකාරයෙන් දිස්වන විට පමණි.
බෙදා හැරීමේ වර්ගය මූලික වශයෙන් වෙනස් වේ: පද්ධතිය වින්‍යාස කිරීමේ ක්රියාවලිය කළමනාකරණය කරන ස්ථාපක වැඩසටහන් දිස්වේ, මෙන්ම ඉවත් කිරීමෙන් පසු පිරිසිදු කරයි, මන්ද වැඩසටහන් මතකයට කියවීම පමණක් නොව දැනටමත් දේශීය ගබඩාවට පිටපත් කර ඇත, එයින් ඔබට අවශ්ය වේ. අවශ්ය නම් අනවශ්ය දේවල් ඉවත් කිරීමට හැකි වේ.
ඒ සමගම, සපයන ලද මෘදුකාංගයේ සංකීර්ණත්වය වැඩි වෙමින් පවතී.
බෙදාහැරීමේ ලිපිගොනු ගණන කිහිපයක සිට සිය ගණනක් සහ දහස් ගණනක් දක්වා වැඩිවේ, පුස්තකාල අනුවාද අතර ගැටුම් සහ වෙනත් ප්‍රීතිවීම් විවිධ වැඩසටහන් එකම දත්ත භාවිතා කරන විට ආරම්භ වේ.
ඒ වන විට ලිනක්ස් වල පැවැත්ම මට තවමත් විවෘත වී නොතිබුණි; මම MS DOS සහ පසුව වින්ඩෝස් ලෝකයේ ජීවත් වූ අතර Borland Pascal සහ Delphi හි ලිවීය, සමහර විට C++ දෙස බලා සිටියෙමි. බොහෝ අය එදා නිෂ්පාදන බෙදා හැරීමට InstallShield භාවිතා කළහ. , මෘදුකාංගය යෙදවීම සහ වින්‍යාස කිරීම සඳහා පවරා ඇති සියලුම කාර්යයන් සාර්ථකව විසඳා ඇත.
අන්තර්ජාල යුගය
ක්රමානුකූලව, මෘදුකාංග පද්ධතිවල සංකීර්ණත්වය වඩාත් සංකීර්ණ වෙමින් පවතී; මොනොලිත් සහ ඩෙස්ක්ටොප් යෙදුම් වලින් බෙදා හරින ලද පද්ධති, තුනී සේවාදායකයින් සහ ක්ෂුද්ර සේවා වෙත සංක්රමණය වේ. දැන් ඔබට එක් වැඩසටහනක් පමණක් නොව, ඒවායින් කට්ටලයක් වින්යාසගත කළ යුතු අතර, ඒවා සියල්ලම එකට වැඩ කරයි.
සංකල්පය සම්පූර්ණයෙන්ම වෙනස් විය, අන්තර්ජාලය පැමිණියේය, වලාකුළු සේවා යුගය පැමිණියේය. මේ වන විට, ආරම්භක අදියරේදී පමණක්, වෙබ් අඩවි ස්වරූපයෙන්, කිසිවෙක් විශේෂයෙන් සේවාවන් ගැන සිහින මැව්වේ නැත. නමුත් එය යෙදුම් සංවර්ධනය සහ බෙදා හැරීම යන දෙකෙහිම සන්ධිස්ථානයක් විය.
මට නම්, ඒ මොහොතේ සංවර්ධකයින්ගේ පරම්පරා ගණනක වෙනසක් සිදු වූ බව මම සටහන් කළෙමි (නැතහොත් එය මගේ පරිසරයේ පමණක් විය), සහ පැරණි හොඳ බෙදා හැරීමේ ක්‍රම සියල්ලම එක මොහොතකින් අමතක වී සෑම දෙයක්ම ආරම්භ වූ බවට හැඟීමක් ඇති විය. ආරම්භය: සියලුම බෙදා හැරීම් දණහිස් ස්ක්‍රිප්ට් වලින් සිදු කිරීමට පටන් ගත් අතර එය ආඩම්බරයෙන් "අඛණ්ඩ බෙදා හැරීම" ලෙස හැඳින්වීය. ඇත්ත වශයෙන්ම, අවුල් සහගත කාල පරිච්ඡේදයක් ආරම්භ වී ඇත, පැරණි අමතක කර භාවිතා නොකරන අතර, නව සරලව නොපවතී.
මට මතකයි මම එදා සේවය කළ අපේ ආයතනයේ (මම එය නම් නොකරමි), කුහුඹුවන් හරහා ගොඩනඟනවා වෙනුවට (මාවන් තවමත් ජනප්‍රිය වී නැත හෝ කිසිසේත් නොතිබුණි), මිනිසුන් හුදෙක් IDE හි භාජන එකතු කර සන්සුන්ව කැප වූ අවස්ථා මට මතකයි. එය SVN හි. ඒ අනුව, යෙදවීම සමන්විත වූයේ SVN වෙතින් ගොනුව ලබා ගැනීම සහ SSH හරහා එය අපේක්ෂිත යන්ත්‍රයට පිටපත් කිරීමයි. එය ඉතා සරල හා අවුල් සහගත ය.
ඒ අතරම, PHP හි සරල අඩවි බෙදා හැරීම ඉතා ප්‍රාථමික ආකාරයකින් සිදු කරන ලද්දේ FTP හරහා නිවැරදි කරන ලද ගොනුව ඉලක්ක යන්ත්‍රයට පිටපත් කිරීමෙනි. සමහර විට මෙය එසේ නොවීය - කේතය නිෂ්පාදන සේවාදායකයේ සජීවීව සංස්කරණය කරන ලද අතර, කොතැනක හෝ උපස්ථ තිබේ නම් එය විශේෂයෙන් චික් විය.
RPM සහ DEB පැකේජ
අනෙක් අතට, අන්තර්ජාලයේ දියුණුවත් සමඟ, UNIX වැනි පද්ධති වැඩි වැඩියෙන් ජනප්‍රිය වීමට පටන් ගත්තේය, විශේෂයෙන්, මම ආසන්න වශයෙන් 6 දී RedHat Linux 2000 සොයා ගත්තේ එම අවස්ථාවේදීය. ස්වාභාවිකවම, මෘදුකාංග බෙදා හැරීම සඳහා නිශ්චිත ක්‍රම ද තිබුණි; විකිපීඩියාවට අනුව, ප්‍රධාන පැකේජ කළමනාකරු ලෙස RPM දැනටමත් 1995 දී RedHat Linux 2.0 අනුවාදයේ පෙනී සිටියේය. එතැන් සිට අද දක්වාම, පද්ධතිය RPM පැකේජ ආකාරයෙන් ලබා දී ඇති අතර එය ඉතා සාර්ථකව පවතින සහ සංවර්ධනය වෙමින් පවතී.
ඩේබියන් පවුලේ බෙදාහැරීම් ද ඒ හා සමාන මාර්ගයක් අනුගමනය කළ අතර ඩෙබ් පැකේජ ආකාරයෙන් බෙදා හැරීම ක්‍රියාත්මක කරන ලද අතර එය අද දක්වාම නොවෙනස්ව පවතී.
පැකේජ කළමණාකරුවන් ඔබට මෘදුකාංග නිෂ්පාදන බෙදා හැරීමට, ස්ථාපන ක්‍රියාවලියේදී ඒවා වින්‍යාස කිරීමට, විවිධ පැකේජ අතර පරායත්තතා කළමනාකරණය කිරීමට, නිෂ්පාදන ඉවත් කිරීමට සහ අස්ථාපනය කිරීමේ ක්‍රියාවලියේදී අනවශ්ය අයිතම පිරිසිදු කිරීමට ඔබට ඉඩ සලසයි. එම. බොහෝ දුරට, අවශ්ය වන්නේ එපමණයි, ඒ නිසා ඒවා දශක කිහිපයක් පාහේ නොවෙනස්ව පැවතුනි.
Cloud computing මගින් පැකේජ කළමණාකරුවන්ට භෞතික මාධ්‍යයෙන් පමණක් නොව, cloud repositories වලින්ද ස්ථාපනය එකතු කර ඇත, නමුත් මූලික වශයෙන් සුළු වශයෙන් වෙනස් වී ඇත.
දැනට deb වෙතින් ඉවත් වී ස්නැප් පැකේජ වෙත මාරු වීමට යම් පියවරක් පවතින බව සඳහන් කිරීම වටී, නමුත් පසුව ඒ ගැන වැඩි විස්තර.
එබැවින්, DEB හෝ RPM නොදන්නා මෙම නව පරම්පරාවේ Cloud Developers ද සෙමෙන් වර්ධනය විය, අත්දැකීම් ලබා ගත්තේය, නිෂ්පාදන වඩාත් සංකීර්ණ විය, FTP, bash scripts සහ සමාන ශිෂ්‍ය ශිල්පවලට වඩා සාධාරණ බෙදා හැරීමේ ක්‍රම කිහිපයක් අවශ්ය විය.
අථත්‍යකරණය, සම්පත් සීමා කිරීම සහ බෙදා හැරීමේ ක්‍රමයේ මිශ්‍රණයක් වන ඩොකර් පින්තූරයට එන්නේ මෙහිදීය. එය දැන් විලාසිතාමය හා තරුණයි, නමුත් එය සෑම දෙයක් සඳහාම අවශ්යද? මෙය කෝකටත් තෛලයක් ද?
මගේ නිරීක්ෂණ අනුව, බොහෝ විට ඩොකර් යෝජනා කරන්නේ සාධාරණ තේරීමක් ලෙස නොව, එක් අතකින් එය සමාජයේ කතා කරන නිසාත්, එය යෝජනා කරන අය එය දන්නා නිසාත් ය. අනෙක් අතට, බොහෝ දුරට ඔවුන් පැරණි හොඳ ඇසුරුම් පද්ධති ගැන නිහඬව සිටිති - ඔවුන් පවතින අතර ඔවුන්ගේ කාර්යය නිහඬව සහ නොදැනුවත්වම කරති. එවැනි තත්වයක් තුළ, ඇත්ත වශයෙන්ම වෙනත් තේරීමක් නොමැත - තේරීම පැහැදිලිය - ඩොකර්.
අපි ඩොකර් ක්‍රියාත්මක කළ ආකාරය සහ එහි ප්‍රතිඵලයක් ලෙස සිදු වූ දේ පිළිබඳ මගේ අත්දැකීම් බෙදා ගැනීමට මම උත්සාහ කරමි.
ස්වයං-ලිඛිත පිටපත්
මුලදී, අවශ්ය යන්ත්‍ර සඳහා jar ලේඛනාගාරය යෙදවූ bash ස්ක්‍රිප්ට් තිබුණි. මෙම ක්රියාවලිය ජෙන්කින්ස් විසින් කළමනාකරණය කරන ලදී. jar සංරක්ෂිතය දැනටමත් පන්ති, සම්පත් සහ වින්‍යාසය අඩංගු එකලස් කිරීමක් බැවින් මෙය සාර්ථකව ක්‍රියාත්මක විය. ඔබ සෑම දෙයක්ම උපරිම ලෙස එයට ඇතුළත් කරන්නේ නම්, එය පිටපතක් දක්වා පුළුල් කිරීම ඔබට අවශ්ය වඩාත්ම දුෂ්කර දෙය නොවේ
නමුත් ස්ක්‍රිප්ට් වලට අවාසි කිහිපයක් ඇත:
- ස්ක්‍රිප්ට් සාමාන්‍යයෙන් කඩිමුඩියේ ලියා ඇති අතර එබැවින් ඒවායේ අඩංගු වන්නේ එක් හොඳම අවස්ථාවක් පමණක් ප්‍රාථමික වේ. සංවර්ධකයා ඉක්මන් බෙදා හැරීමට උනන්දු වීම සහ සාමාන්ය පිටපතකට යහපත් සම්පත් ප්‍රමාණයක් ආයෝජනය කිරීම අවශ්ය වීම මෙයට පහසුකම් සපයයි.
- පෙර කරුණේ ප්‍රතිඵලයක් ලෙස, ස්ක්‍රිප්ට් වල අස්ථාපනය කිරීමේ ක්‍රියා පටිපාටි අඩංගු නොවේ
- ස්ථාපිත වැඩිදියුණු කිරීමේ ක්‍රියා පටිපාටියක් නොමැත
- නව නිෂ්පාදනයක් දිස්වන විට, ඔබ නව පිටපතක් ලිවිය යුතුය
- යැපුම් සහාය නැත
ඇත්ත වශයෙන්ම, ඔබට නවීන පිටපතක් ලිවිය හැකිය, නමුත්, මා ඉහත ලියා ඇති පරිදි, මෙය සංවර්ධන කාලය වන අතර, අවම වශයෙන් නොවේ, සහ, අප දන්නා පරිදි, සෑම විටම ප්රමාණවත් කාලයක් නොමැත.
මේ සියල්ල පැහැදිලිවම මෙම යෙදවීමේ ක්‍රමයේ යෙදීම් පරාසය සරලම පද්ධතිවලට පමණක් සීමා කරයි. මෙය වෙනස් කිරීමට කාලය පැමිණ ඇත.
Docker
යම් අවස්ථාවක දී, නැවුම් ලෙස සකස් කරන ලද මැදිවියන් අප වෙත පැමිණීමට පටන් ගත් අතර, අදහස් වලින් පිරී ඉතිරී යන අතර ඩොකර් ගැන උදම් අනන ලදී. හොඳයි, කොඩිය අතේ - අපි එය කරමු! උත්සාහයන් දෙකක් තිබුණා. දෙකම අසාර්ථක විය - අපි කියමු, විශාල අභිලාෂයන් නිසා, නමුත් සැබෑ අත්දැකීම් නොමැතිකම නිසා. එය බලහත්කාරයෙන් අවසන් කිරීමට අවශ්ය වූවාද? එය කළ නොහැක්කකි - කණ්ඩායම සුදුසු මෙවලම් භාවිතා කිරීමට පෙර අවශ්ය මට්ටමට පරිණාමය විය යුතුය. ඊට අමතරව, සූදානම් කළ ඩොකර් පින්තූර භාවිතා කරන විට, ජාලය නිවැරදිව ක්‍රියා නොකිරීම (එය ඩොකර්ගේ තෙතමනය නිසා විය හැකිය) හෝ වෙනත් පුද්ගලයින්ගේ බහාලුම් පුළුල් කිරීමට අපහසු බව අපට බොහෝ විට හමු විය.
අපි මුහුණ දුන් අපහසුතාවයන් මොනවාද?
- පාලම් මාදිලියේ ජාල ගැටළු
- කන්ටේනරයක ලඝු-සටහන් බැලීම අපහසු වේ (ඒවා ධාරක යන්ත්‍රයේ ගොනු පද්ධතියේ වෙන වෙනම ගබඩා කර නොමැති නම්)
- ElasticSearch කන්ටේනරය තුළ ඉඳහිට අමුතු ලෙස කැටි වේ, හේතුව තීරණය කර නැත, බහාලුම නිල ය
- කන්ටේනරයක් තුළ කවචයක් භාවිතා කිරීම අවශ්ය වේ - සෑම දෙයක්ම ඉතා ඉවත් කර ඇත, සාමාන්ය මෙවලම් නොමැත
- එකතු කරන ලද බහාලුම් විශාල ප්රමාණයේ - ගබඩා කිරීමට මිල අධිකයි
- බහාලුම්වල විශාලත්වය නිසා බහු අනුවාද සඳහා සහය දැක්වීම අපහසුය
- දිගු ගොඩනැගීමේ කාලය, වෙනත් ක්‍රම මෙන් නොව (ස්ක්‍රිප්ට් හෝ ඩෙබ් පැකේජ)
අනෙක් අතට, එම deb හරහා jar archive ආකාරයෙන් Spring සේවාවක් යෙදවීම වඩාත් නරක වන්නේ ඇයි? සම්පත් හුදකලා කිරීම ඇත්තෙන්ම අවශ්යද? සේවාවක් විශාල ලෙස අඩු කරන ලද බහාලුමක් තුළට පිරවීමෙන් පහසු මෙහෙයුම් පද්ධති මෙවලම් අහිමි වීම වටී ද?
ප්රායෝගිකව පෙන්වා දී ඇති පරිදි, යථාර්ථයේ දී මෙය අවශ්ය නොවේ, deb පැකේජය 90% ක් තුළ ප්රමාණවත් වේ.
හොඳ පැරණි deb අසාර්ථක වන්නේ කවදාද සහ අපට ඇත්තටම ඩොකර් අවශ්ය වන්නේ කවදාද?
අපට නම්, මෙය python හි සේවාවන් යෙදවීමකි. යන්ත්‍ර ඉගෙනීම සඳහා අවශ්ය පුස්තකාල විශාල ප්‍රමාණයක් සහ මෙහෙයුම් පද්ධතියේ සම්මත බෙදාහැරීමට ඇතුළත් කර නොමැත (සහ වැරදි අනුවාද මොනවාද), සැකසුම් සමඟ හැක් කිරීම, එකම ධාරක පද්ධතියක ජීවත් වන විවිධ සේවාවන් සඳහා විවිධ අනුවාද අවශ්ය වීම හේතු විය. මෙය , මෙම න්‍යෂ්ටික මිශ්‍රණය ලබා දීමට ඇති එකම සාධාරණ ක්රමය ඩොකර් බව ය. ඩොකර් කන්ටේනරයක් එකලස් කිරීමේ ශ්‍රම තීව්‍රතාවය ඒ සියල්ල යැපීම් සහිත වෙනම ඩෙබ් පැකේජවලට ඇසුරුම් කිරීමේ අදහසට වඩා අඩු වූ අතර ඇත්ත වශයෙන්ම ඔවුන්ගේ නිවැරදි මනස ඇති කිසිවෙකු මෙය භාර නොගනී.
අපි Docker භාවිතා කිරීමට සැලසුම් කරන දෙවන කරුණ වන්නේ නිල්-කොළ යෙදවුම් යෝජනා ක්රමය භාවිතයෙන් සේවා යෙදවීමයි. නමුත් මෙහිදී මට සංකීර්ණත්වයේ ක්‍රමයෙන් වැඩි වීමක් ලබා ගැනීමට අවශ්‍යයි: පළමුව, ඩෙබ් පැකේජ ගොඩනගා ඇති අතර පසුව ඒවායින් ඩොකර් කන්ටේනරයක් සාදා ඇත.
Snap පැකේජ
අපි ස්නැප් පැකේජ වෙත ආපසු යමු. ඔවුන් මුලින්ම Ubuntu 16.04 හි නිල වශයෙන් පෙනී සිටියේය. සාමාන්ය deb පැකේජ සහ rpm පැකේජ මෙන් නොව, snap සියලු පරායත්තතා දරයි. එක් අතකින්, මෙය ඔබට පුස්තකාල ගැටුම් වළක්වා ගැනීමට ඉඩ සලසයි, අනෙක් අතට, ප්රතිඵලය වන පැකේජය ප්රමාණයෙන් විශාල වේ. මීට අමතරව, මෙය පද්ධතියේ ආරක්ෂාවට ද බලපෑ හැකිය: ක්ෂණික බෙදාහැරීමේදී, ඇතුළත් කළ පුස්තකාලවල සියලුම වෙනස්කම් පැකේජය නිර්මාණය කරන සංවර්ධකයා විසින් නිරීක්ෂණය කළ යුතුය. පොදුවේ ගත් කල, සෑම දෙයක්ම එතරම් සරල නොවන අතර විශ්වීය සන්තෝෂය ඒවා භාවිතා කිරීමෙන් නොලැබේ. එහෙත්, කෙසේ වෙතත්, එකම ඩොකර් භාවිතා කරන්නේ ඇසුරුම් මෙවලමක් ලෙස මිස අථත්‍යකරණය සඳහා නොවේ නම් මෙය සම්පූර්ණයෙන්ම සාධාරණ විකල්පයකි.
එහි ප්‍රතිඵලයක් වශයෙන්, අපි දැන් deb පැකේජ සහ ඩොකර් බහාලුම් දෙකම සාධාරණ සංයෝජනයකින් භාවිතා කරමු, සමහර විට, සමහර අවස්ථාවලදී අපි ස්නැප් පැකේජ සමඟ ප්‍රතිස්ථාපනය කරන්නෙමු.
සමීක්ෂණයට සහභාගී විය හැක්කේ ලියාපදිංචි පරිශීලකයින්ට පමණි. කරුණාකර.
ඔබ බෙදා හැරීම සඳහා භාවිතා කරන්නේ කුමක්ද?
-
ස්වයං-ලිඛිත පිටපත්
-
FTP වෙත අතින් පිටපත් කරන්න
-
deb පැකේජ
-
rpm පැකේජ
-
ස්නැප් පැකේජ
-
ඩොකර්-රූප
-
අතථ්‍ය යන්ත්‍ර රූප
-
සම්පූර්ණ HDD ක්ලෝන කරන්න
-
රූකඩයක්
-
පිළිතුරු
-
වෙනත්
පරිශීලකයින් 109 දෙනෙක් ඡන්දය දුන්හ. පරිශීලකයින් 32 දෙනෙක් ඡන්දය දීමෙන් වැළකී සිටියහ.
මූලාශ්රය: www.habr.com