සටහන. පරිවර්තනය.: අගෝස්තු මස මුලදී, Red Hat ප්‍රසිද්ධියේ තම සේවාව භාවිතා කරන්නන් පෙර මාසවලදී මුහුණ දුන් ප්‍රවේශ්‍යතා ගැටළු විසඳීම ගැන කතා කළේය. (එය CoreOS මිලදී ගැනීමත් සමඟ සමාගමට ලැබුණු බහාලුම් රූප සඳහා රෙජිස්ට්‍රියක් මත පදනම් වේ). මෙම සේවාව කෙරෙහි ඔබ දක්වන උනන්දුව කුමක් වුවත්, සමාගමේ SRE ඉංජිනේරුවන් අනතුරට හේතු හඳුනාගෙන ඒවා තුරන් කිරීමට ගත් මාර්ගය උපදේශාත්මක ය.
මැයි 19 වෙනිදා, උදේ පාන්දර (නැගෙනහිර දිවා ආලෝකය වේලාව, EDT), quay.io සේවාව බිඳ වැටුණි. මෙම අනතුර quay.io පාරිභෝගිකයින්ට සහ මෘදුකාංග තැනීම සහ බෙදා හැරීම සඳහා වේදිකාවක් ලෙස quay.io භාවිතා කරන විවෘත මූලාශ්‍ර ව්‍යාපෘති දෙකටම බලපෑවේය. Red Hat දෙදෙනාගේම විශ්වාසය අගය කරයි.
SRE ඉංජිනේරුවන් කණ්ඩායමක් වහාම සම්බන්ධ වී හැකි ඉක්මනින් Quay සේවාව ස්ථාවර කිරීමට උත්සාහ කළහ. කෙසේ වෙතත්, ඔවුන් මෙය කරන අතරතුර, සේවාදායකයින්ට නව පින්තූර තල්ලු කිරීමේ හැකියාව අහිමි වූ අතර, ඉඳහිට පමණක් පවතින ඒවා ඇද ගැනීමට හැකි විය. කිසියම් නොදන්නා හේතුවක් නිසා, quay.io දත්ත සමුදාය සම්පූර්ණ ධාරිතාවට සේවාව පරිමාණයෙන් පසු අවහිර කරන ලදී.
«වෙනස් වී ඇත්තේ කුමක්ද?"- එවැනි අවස්ථාවලදී සාමාන්යයෙන් අසනු ලබන පළමු ප්රශ්නය මෙයයි. නිකුතුවට ටික කලකට පෙර, OpenShift Dedicated cluster (quay.io ධාවනය වන) 4.3.19 අනුවාදයට යාවත්කාලීන කිරීම ආරම්භ කළ බව අපි දුටුවෙමු. quay.io Red Hat OpenShift Dedicated (OSD) මත ක්‍රියාත්මක වන බැවින්, නිතිපතා යාවත්කාලීන කිරීම් සාමාන්‍ය වූ අතර කිසි විටෙකත් ගැටළු ඇති නොවේ. එපමණක් නොව, පසුගිය මාස හය තුළ, අපි සේවා බාධාවකින් තොරව ක්වේ පොකුරු කිහිප වතාවක් වැඩි දියුණු කර ඇත.
අපි සේවාව යථා තත්ත්වයට පත් කිරීමට උත්සාහ කරන අතරතුර, වෙනත් ඉංජිනේරුවන් මෘදුකාංගයේ පෙර අනුවාදය සමඟ නව OSD පොකුරක් සකස් කිරීමට පටන් ගත් අතර, යමක් සිදු වුවහොත්, ඔවුන්ට එහි ඇති සියල්ල යෙදවිය හැකිය.
මූල හේතු විශ්ලේෂණය
අසාර්ථක වීමේ ප්‍රධාන රෝග ලක්ෂණය වූයේ දත්ත සමුදා සම්බන්ධතා දස දහස් ගණනක හිම කුණාටුවක් වන අතර එමඟින් MySQL නිදසුන ඵලදායී ලෙස ක්‍රියා විරහිත විය. මෙය ගැටලුව හඳුනා ගැනීම දුෂ්කර විය. SRE කණ්ඩායමට ගැටලුව ඇගයීමට උදවු කිරීම සඳහා අපි සේවාලාභීන්ගෙන් උපරිම සම්බන්ධතා ගණන සඳහා සීමාවක් සකසා ඇත. දත්ත සමුදාය වෙත කිසිදු අසාමාන්‍ය තදබදයක් අප විසින් නොදුටුවෙමු: ඇත්ත වශයෙන්ම, බොහෝ ඉල්ලීම් කියවන ලද අතර, ලියා ඇත්තේ කිහිපයක් පමණි.
මෙම හිම කුණාටුව ඇති කළ හැකි දත්ත සමුදා ගමනාගමනයේ රටාවක් හඳුනා ගැනීමට ද අපි උත්සාහ කළෙමු. කෙසේ වෙතත්, අපට ලඝු-සටහන් වල කිසිදු රටාවක් සොයාගත නොහැකි විය. OSD 4.3.18 සමඟ නව පොකුර සූදානම් වන තෙක් බලා සිටින අතරතුර, අපි quay.io පොඩ්ස් දියත් කිරීමට දිගටම උත්සාහ කළෙමු. පොකුර සම්පූර්ණ ධාරිතාවට ළඟා වූ සෑම අවස්ථාවකම දත්ත සමුදාය කැටි වේ. මෙයින් අදහස් කළේ සියලුම quay.io පොඩ් වලට අමතරව RDS අවස්ථාව නැවත ආරම්භ කිරීම අවශ්ය බවයි.
සවස් වන විට, අපි කියවීමට පමණක් ප්‍රකාරයේදී සේවාව ස්ථාවර කළ අතර දත්ත සමුදායේ බර අඩු කිරීමට හැකි තරම් අත්‍යවශ්‍ය නොවන කාර්යයන් (උදාහරණයක් ලෙස, namespace කුණු එකතු කිරීම) අක්රිය කළෙමු. කැටි ගැසීම නතර වී ඇත නමුත් හේතුව කිසිදා සොයා ගත්තේ නැත. නව OSD පොකුර සූදානම් වූ අතර, අපි සේවාව සංක්‍රමණය කළෙමු, සම්බන්ධිත ගමනාගමනය සහ අඛණ්ඩ අධීක්ෂණය.
Quay.io නව OSD පොකුර මත ස්ථායීව ක්‍රියා කළ නිසා අපි දත්ත සමුදා ලොග වෙත ආපසු ගිය නමුත් අවහිරතා පැහැදිලි කරන සහසම්බන්ධයක් සොයා ගැනීමට නොහැකි විය. Red Hat OpenShift 4.3.19 හි වෙනස්කම් Quay සමඟ ගැටලු ඇති කළ හැකිද යන්න තේරුම් ගැනීමට OpenShift ඉංජිනේරුවන් අප සමඟ කටයුතු කළහ. කෙසේ වෙතත්, කිසිවක් සොයාගත නොහැකි විය, සහ රසායනාගාර තත්වයන් තුළ ගැටලුව ප්රතිනිෂ්පාදනය කිරීමට නොහැකි විය.
දෙවන අසාර්ථකත්වය
මැයි 28 වෙනිදා, මධ්‍යහන EDT ට ටික වේලාවකට පෙර, quay.io නැවතත් එම රෝග ලක්ෂණය සමඟ කඩා වැටුණි: දත්ත සමුදාය අවහිර විය. නැවතත් අපි අපගේ සියලු උත්සාහයන් විමර්ශනයට යොමු කළෙමු. පළමුවෙන්ම, සේවාව යථා තත්ත්වයට පත් කිරීම අවශ්ය විය. කෙසේ වුවද මෙවර RDS නැවත ආරම්භ කිරීම සහ quay.io පොඩ්ස් නැවත ආරම්භ කිරීම කිසිවක් නොකළේය: සම්බන්ධතා වල තවත් හිම කුණාටුවක් පදනම යටපත් කර ඇත. නමුත් ඇයි?
Quay ලියා ඇත්තේ Python වලින් වන අතර සෑම පොඩ් එකක්ම තනි ඒකලිතික බහාලුමක් ලෙස ක්‍රියා කරයි. බහාලුම් ධාවන කාලය බොහෝ සමාන්තර කාර්යයන් එකවර ක්‍රියාත්මක කරයි. අපි පුස්තකාලය භාවිතා කරනවා gevent යටතේ gunicorn වෙබ් ඉල්ලීම් සැකසීමට. Quay වෙත ඉල්ලීමක් පැමිණි විට (අපගේම API හරහා හෝ Docker's API හරහා), එයට gevent සේවකයෙකු පවරනු ලැබේ. සාමාන්යයෙන් මෙම සේවකයා දත්ත සමුදාය හා සම්බන්ධ විය යුතුය. පළමු අසාර්ථක වීමෙන් පසුව, gevent කම්කරුවන් පෙරනිමි සැකසුම් භාවිතයෙන් දත්ත සමුදායට සම්බන්ධ වන බව අපි සොයා ගත්තෙමු.
සැලකිය යුතු Quay Pods සංඛ්‍යාවක් සහ තත්පරයකට ලැබෙන ඉල්ලීම් දහස් ගණනක් සැලකිල්ලට ගෙන, දත්ත සමුදා සම්බන්ධතා විශාල සංඛ්‍යාවක් MySQL අවස්ථාව න්‍යායාත්මකව යටපත් කළ හැකිය. නිරීක්ෂණයට ස්තූතියි, Quay තත්පරයකට සාමාන්‍ය ඉල්ලීම් 5 දහසක් ක්‍රියාවට නංවන බව දැන සිටියේය. දත්ත සමුදායට ඇති සම්බන්ධතා ගණන ආසන්න වශයෙන් සමාන විය. සම්බන්ධතා 5 ක් අපගේ RDS අවස්ථාවෙහි (දස දහස් ගණනක් ගැන කිව නොහැකි) හැකියාවන් තුළ හොඳින් විය. කිසියම් හේතුවක් නිසා සම්බන්ධතා සංඛ්යාවෙහි අනපේක්ෂිත ස්පයික් ඇති විය, කෙසේ වෙතත්, එන ඉල්ලීම් සමඟ කිසිදු සහසම්බන්ධයක් අප දුටුවේ නැත.
මෙම අවස්ථාවේදී අපි ගැටලුවේ මූලාශ්රය සොයා ගැනීමට සහ ඉවත් කිරීමට අධිෂ්ඨාන කර ගත් අතර, නැවත පණගැන්වීමකට පමණක් සීමා නොවී සිටිමු. Quay කේත පදනමට එක් එක් සේවකයා සඳහා දත්ත සමුදායට සම්බන්ධතා ගණන සීමා කිරීමට වෙනස්කම් සිදු කරන ලදී gevent. මෙම අංකය වින්‍යාසයේ පරාමිතියක් බවට පත් විය: නව බහාලුම් රූපයක් තැනීමකින් තොරව පියාසර කිරීමේදී එය වෙනස් කිරීමට හැකි විය. සම්බන්ධතා කීයක් යථාර්ථවාදීව හැසිරවිය හැකිද යන්න සොයා බැලීම සඳහා, අපි වේදිකා පරිසරයක් තුළ පරීක්ෂණ කිහිපයක් ක්‍රියාත්මක කළෙමු, මෙය බර පරීක්ෂා කිරීමේ අවස්ථා කෙරෙහි බලපාන්නේ කෙසේදැයි බැලීමට විවිධ අගයන් සකස් කර ඇත. එහි ප්රතිඵලයක් ලෙස එය සොයා ගන්නා ලදී සම්බන්ධතා ගණන 502 ඉක්මවන විට Quay දෝෂ 10 ක් විසි කිරීමට පටන් ගනී.
අපි වහාම මෙම නව අනුවාදය නිෂ්පාදනය සඳහා යොදවා දත්ත සමුදා සම්බන්ධතා කාලසටහන නිරීක්ෂණය කිරීම ආරම්භ කළෙමු. ඉස්සර නම් බේස් එක විනාඩි 20ක් විතර යනකොට ලොක් කරගත්තා. කරදරයකින් තොරව මිනිත්තු 30 කට පසු අපට බලාපොරොත්තුවක් ඇති වූ අතර පැයකට පසුව අපට විශ්වාසයක් ඇති විය. අපි එම ස්ථානයට ගමනාගමනය යථා තත්ත්වයට පත් කර පශ්චාත් මරණ පරීක්ෂණය ආරම්භ කළෙමු.
අවහිර කිරීමට තුඩු දෙන ගැටලුව මඟ හැරීමට සමත් වීමෙන්, අපි එහි සැබෑ හේතු සොයාගෙන නැත. එය OpenShift 4.3.19 හි කිසිදු වෙනසක් සමඟ සම්බන්ධ නොවන බව තහවුරු විය, එය 4.3.18 අනුවාදයේ සිදු වූ අතර, එය කිසිදු ගැටළුවක් නොමැතිව මීට පෙර ක්වේ සමඟ වැඩ කර ඇත.
පොකුරේ තවත් යමක් සැඟවී තිබූ බව පැහැදිලිය.
සවිස්තරාත්මක අධ්යයනය
Quay.io කිසිදු ගැටළුවක් නොමැතිව දත්ත සමුදායට සම්බන්ධ වීමට පෙරනිමි සැකසුම් භාවිතා කළේය. වෙනස් වූයේ කුමක්ද? මේ කාලය පුරාම quay.io හි ගමනාගමනය ක්‍රමයෙන් වර්ධනය වී ඇති බව පැහැදිලිය. අපගේ නඩුවේදී, එය යම් සීමාවක අගයකට ළඟා වී ඇති බවක් පෙනෙන්නට තිබුණි, එය සම්බන්ධතා වල හිම කුණාටුවක් සඳහා ප්‍රේරකයක් ලෙස ක්‍රියා කළේය. දෙවන අසාර්ථක වීමෙන් පසුව අපි දත්ත සමුදා ලඝු-සටහන් දිගටම අධ්යයනය කළ නමුත් කිසිදු රටාවක් හෝ පැහැදිලි සබඳතාවක් සොයා ගත්තේ නැත.
මේ අතර, SRE කණ්ඩායම Quay හි ඉල්ලීම් නිරීක්ෂණ හැකියාව සහ සමස්ත සේවා සෞඛ්‍යය වැඩිදියුණු කිරීම සඳහා වැඩ කරමින් සිටී. නව ප්‍රමිතික සහ උපකරණ පුවරු යොදවා ඇත, පාරිභෝගිකයින්ගෙන් වැඩිම ඉල්ලුමක් ඇති Quay හි කුමන කොටස් පෙන්වයි.
Quay.io ජූනි 9 දක්වා හොඳින් ක්‍රියාත්මක විය. අද උදෑසන (EDT) අපි නැවතත් දත්ත සමුදා සම්බන්ධතා සංඛ්‍යාවේ සැලකිය යුතු වැඩි වීමක් දුටුවෙමු. මේ වතාවේ වැඩ අඩුවීමක් තිබුණේ නැහැ, නව පරාමිතිය ඔවුන්ගේ සංඛ්‍යාව සීමා කර MySQL ප්‍රතිදානය ඉක්මවා යාමට ඉඩ නොදුන් නිසා. කෙසේ වෙතත්, පැය භාගයක් පමණ, බොහෝ පරිශීලකයින් quay.io හි මන්දගාමී ක්‍රියාකාරිත්වය සටහන් කළහ. අපි එකතු කළ නිරීක්ෂණ මෙවලම් භාවිතයෙන් හැකි සියලු දත්ත ඉක්මනින් එකතු කළෙමු. හදිසියේම රටාවක් මතු විය.
සම්බන්ධතා වැඩිවීමට මොහොතකට පෙර, App Registry API වෙත ඉල්ලීම් විශාල ප්‍රමාණයක් ඉදිරිපත් කරන ලදී. යෙදුම් රෙජිස්ට්‍රි යනු quay.io හි එතරම් නොදන්නා විශේෂාංගයකි. එය ඔබට හෙල්ම් ප්‍රස්ථාර සහ පොහොසත් පාරදත්ත සහිත බහාලුම් වැනි දේවල් ගබඩා කිරීමට ඉඩ සලසයි. බොහෝ quay.io පරිශීලකයන් මෙම විශේෂාංගය සමඟ ක්‍රියා නොකරයි, නමුත් Red Hat OpenShift එය සක්‍රියව භාවිතා කරයි. OpenShift හි කොටසක් ලෙස OperatorHub යෙදුම් රෙජිස්ට්‍රියේ සියලුම ක්‍රියාකරුවන් ගබඩා කරයි. මෙම ක්‍රියාකරුවන් OpenShift වැඩ බර පරිසර පද්ධතිය සහ හවුල්කරු කේන්ද්‍රීය මෙහෙයුම් ආකෘතිය (දින 2 මෙහෙයුම්) සඳහා පදනම සාදයි.
සෑම OpenShift 4 පොකුරක්ම ස්ථාපනය සඳහා පවතින ක්‍රියාකරුවන්ගේ නාමාවලියක් ප්‍රකාශයට පත් කිරීමට සහ දැනටමත් ස්ථාපනය කර ඇති ඒවාට යාවත්කාලීන ලබා දීමට ගොඩනඟා ඇති OperatorHub වෙතින් ක්‍රියාකරුවන් භාවිතා කරයි. OpenShift 4 හි වර්ධනය වන ජනප්‍රියතාවයත් සමඟ ලොව පුරා එහි ඇති පොකුරු සංඛ්‍යාව ද වැඩි වී ඇත. මෙම සෑම පොකුරක්ම quay.io තුළ ඇති යෙදුම් රෙජිස්ට්‍රිය පසු අන්තය ලෙස භාවිත කරමින්, ගොඩනඟන ලද OperatorHub ධාවනය කිරීමට ක්‍රියාකරු අන්තර්ගතය බාගත කරයි. ගැටලුවේ මූලාශ්රය සෙවීමේදී, OpenShift ක්‍රමයෙන් ජනප්‍රියත්වයේ වර්ධනයත් සමඟම, කලාතුරකින් භාවිතා වන quay.io ශ්‍රිතයක බරද වැඩි වන බව අපට මග හැරුණි..
අපි යෙදුම් රෙජිස්ට්‍රි ඉල්ලීම් ගමනාගමනය පිළිබඳ විශ්ලේෂණයක් කළ අතර රෙජිස්ට්‍රි කේතය දෙස බැලුවෙමු. ක්ෂණිකව, අඩුපාඩු අනාවරණය වූ අතර, එම නිසා දත්ත සමුදාය වෙත විමසීම් ප්රශස්ත ලෙස පිහිටුවා නැත. ලෝඩ් එක අඩු උනාම කරදරයක් නැති උනාට ලෝඩ් එක වැඩි උනාම ප්‍රශ්න ඇති වෙනවා. යෙදුම් රෙජිස්ට්‍රියේ ගැටළුකාරී අන්ත ලක්ෂ්‍ය දෙකක් ඇති අතර ඒවා බර වැඩිවීමට හොඳින් ප්‍රතිචාර නොදැක්වීය: පළමුවැන්න ගබඩාවේ ඇති සියලුම පැකේජ ලැයිස්තුවක් සැපයූ අතර දෙවැන්න පැකේජය සඳහා සියලුම බ්ලොබ් ලබා දුන්නේය.
හේතු ඉවත් කිරීම
ඊළඟ සතිය තුළ අපි යෙදුම් රෙජිස්ට්‍රියේ කේතය සහ එහි පරිසරය ප්රශස්ත කිරීමට ගත කළෙමු. පැහැදිලිවම අකාර්යක්ෂම SQL විමසුම් නැවත සකස් කරන ලද අතර අනවශ්‍ය විධාන ඇමතුම් ඉවත් කරන ලදී tar (බ්ලොබ් ලබා ගන්නා සෑම අවස්ථාවකම එය ධාවනය විය), හැකි සෑම තැනකම හැඹිලි එකතු කරන ලදී. පසුව අපි පුළුල් කාර්ය සාධන පරීක්ෂාවක් සිදු කළ අතර වෙනස්කම් වලට පෙර සහ පසු යෙදුම් රෙජිස්ට්‍රියේ වේගය සංසන්දනය කළෙමු.
කලින් මිනිත්තු භාගයක් දක්වා ගත වූ API ඉල්ලීම් දැන් මිලි තත්පර වලින් සම්පූර්ණ වේ. ඊළඟ සතියේ අපි නිෂ්පාදනයට වෙනස්කම් යෙදවූ අතර එතැන් සිට quay.io ස්ථාවර ලෙස ක්‍රියා කරයි. මෙම කාලය තුළ, යෙදුම් රෙජිස්ට්‍රි අන්ත ලක්ෂ්‍යයේ ගමනාගමනයේ තියුණු උල් කිහිපයක් ඇති වූ නමුත්, වැඩිදියුණු කිරීම් මඟින් දත්ත සමුදාය ඇනහිටීම් වලක්වා ඇත.
අප ඉගෙනගෙන ඇත්තේ කුමක්ද?
ඕනෑම සේවාවක් අක්රිය වීම වළක්වා ගැනීමට උත්සාහ කරන බව පැහැදිලිය. අපගේ නඩුවේදී, මෑත ඇනහිටීම් quay.io වඩා හොඳ කිරීමට උපකාරී වී ඇති බව අපි විශ්වාස කරමු. අපි බෙදා ගැනීමට කැමති ප්‍රධාන පාඩම් කිහිපයක් අපි ඉගෙන ගත්තෙමු:
- ඔබගේ සේවාව භාවිතා කරන්නේ කවුරුන්ද සහ කෙසේද යන්න පිළිබඳ දත්ත කිසි විටෙක අතිරික්ත නොවේ. Quay "පමණක් වැඩ කළ නිසා," අපට කිසිදා ගමනාගමනය ප්රශස්ත කිරීමට සහ බර කළමනාකරණය කිරීමට කාලය ගත කිරීමට සිදු නොවීය. මේ සියල්ල සේවාව දින නියමයක් නොමැතිව පරිමාණය කළ හැකි ව්‍යාජ ආරක්‍ෂාව පිළිබඳ හැඟීමක් ඇති කළේය.
- සේවාව අඩු වූ විට, එය නැවත ලබා ගැනීම සහ ධාවනය කිරීම ප්‍රමුඛතාවයකි.. පළමු ඇනහිටීමේදී Quay දිගටම අගුලු දැමූ දත්ත ගබඩාවකින් පීඩා විඳි බැවින්, අපගේ සම්මත ක්‍රියා පටිපාටි අපේක්ෂිත බලපෑමක් ඇති නොකළ අතර ඒවා භාවිතයෙන් සේවාව ප්‍රතිසාධනය කිරීමට අපට නොහැකි විය. ක්‍රියාකාරීත්වය ප්‍රතිෂ්ඨාපනය කිරීම කෙරෙහි සියලු උත්සාහයන් යොමු කිරීම වෙනුවට - මූල හේතුව සොයා ගැනීමේ බලාපොරොත්තුවෙන් දත්ත විශ්ලේෂණය කිරීමට සහ එකතු කිරීමට කාලය වැය කිරීමට සිදු වූ තත්වයක් මෙයට හේතු විය.
- එක් එක් සේවා විශේෂාංගයේ බලපෑම තක්සේරු කරන්න. සේවාලාභීන් යෙදුම් රෙජිස්ට්‍රි භාවිත කළේ කලාතුරකිනි, එබැවින් එය අපගේ කණ්ඩායමට ප්‍රමුඛතාවයක් නොවීය. සමහර නිෂ්පාදන විශේෂාංග යන්තම් භාවිතා කරන විට, ඒවායේ දෝෂ කලාතුරකින් දිස්වන අතර, සංවර්ධකයින් කේතය නිරීක්ෂණය කිරීම නතර කරයි. හදිසියේ එම කාර්යය ප්‍රධාන සිදුවීමක කේන්ද්‍රස්ථානය වන තුරු එය විය යුත්තේ මෙයයි යන වැරදි මතයට ගොදුරු වීම පහසුය.
ඊළඟට කුමක්ද?
සේවාවේ ස්ථාවරත්වය සහතික කිරීමේ කාර්යය කිසි විටෙකත් නතර නොවන අතර අපි එය නිරන්තරයෙන් වැඩිදියුණු කරන්නෙමු. quay.io හි රථවාහන පරිමාවන් අඛණ්ඩව වර්ධනය වන බැවින්, අපගේ ගනුදෙනුකරුවන්ගේ විශ්වාසයට අනුව ජීවත් වීමට අපට කළ හැකි සෑම දෙයක්ම කිරීමට අපට වගකීමක් ඇති බව අපි හඳුනා ගනිමු. එබැවින්, අපි දැනට පහත සඳහන් කාර්යයන් මත වැඩ කරමින් සිටිමු:
- ප්‍රාථමික RDS නිදසුන සමඟ ගැටලු ඇති වූ විට සුදුසු ගමනාගමනය හැසිරවීමට සේවාවට උදවු කිරීමට කියවීමට පමණක් දත්ත සමුදා අනුරූ යොදන්න.
- RDS අවස්ථාවක් යාවත්කාලීන කිරීම. වත්මන් අනුවාදයම ගැටළුවක් නොවේ. ඒ වෙනුවට, අපට අවශ්ය වන්නේ ව්‍යාජ මංපෙත් ඉවත් කිරීමටය (අසාර්ථක වූ විට අප අනුගමනය කළ); මෘදුකාංගය යාවත්කාලීනව තබාගැනීම අනාගත ඇනහිටීම්වලදී තවත් සාධකයක් ඉවත් කරනු ඇත.
- සම්පූර්ණ පොකුර හරහා අමතර හැඹිලිගත කිරීම. හැඹිලිගත කිරීමෙන් දත්ත සමුදායේ බර අඩු කළ හැකි ප්‍රදේශ අපි දිගටම සොයමු.
- quay.io වෙත සම්බන්ධ වන්නේ කවුරුන්ද සහ ඇයි දැයි බැලීමට වෙබ් යෙදුම් ෆයර්වෝලයක් (WAF) එක් කිරීම.
- මීළඟ නිකුතුවෙන් පටන් ගෙන, Red Hat OpenShift පොකුරු විසින් quay.io හි ඇති බහාලුම් රූප මත පදනම්ව ක්‍රියාකරු නාමාවලි සඳහා යෙදුම් රෙජිස්ට්‍රිය අත්හරිනු ඇත.
- යෙදුම් රෙජිස්ට්‍රි සඳහා දිගුකාලීන ආදේශනයක් විවෘත බහාලුම් මුලපිරීම (OCI) කෞතුක භාණ්ඩ පිරිවිතර සඳහා සහාය විය හැකිය. එය දැනට ස්වදේශික Quay ක්‍රියාකාරීත්වය ලෙස ක්‍රියාත්මක වන අතර පිරිවිතර අවසන් වූ විට පරිශීලකයින්ට ලබා ගත හැක.
අපි කුඩා "ආරම්භක-විලාස" කණ්ඩායමක සිට පරිණත SRE-ධාවන වේදිකාවකට මාරු වන විට ඉහත සියල්ල Red Hat හි quay.io හි සිදු කෙරෙන ආයෝජනයේ කොටසකි. අපගේ ගනුදෙනුකරුවන්ගෙන් බොහෝ දෙනෙක් ඔවුන්ගේ දෛනික වැඩවලදී (Red Hat! ඇතුළුව) quay.io මත විශ්වාසය තබන බව අපි දනිමු සහ මෑතකාලීන ඇනහිටීම් සහ වැඩිදියුණු කිරීමට අඛණ්ඩ උත්සාහයන් පිළිබඳව හැකි තරම් විනිවිදභාවයෙන් සිටීමට අපි උත්සාහ කරමු.
පරිවර්තකගෙන් PS
අපගේ බ්ලොග් අඩවියේ ද කියවන්න:
- «»;
- «»;
- «".
මූලාශ්රය: www.habr.com