නවීන යටිතල පහසුකම්: ගැටළු සහ අපේක්ෂාවන්

මැයි අවසානයේ අපි මාතෘකාව පිළිබඳ මාර්ගගත රැස්වීමක් පැවැත්වීය "නවීන යටිතල පහසුකම් සහ බහාලුම්: ගැටළු සහ අපේක්ෂාවන්". අපි බහාලුම්, Kubernetes සහ ප්‍රතිපත්තිමය වශයෙන් වාද්‍ය වෘන්දය, යටිතල පහසුකම් තෝරා ගැනීමේ නිර්ණායක සහ තවත් බොහෝ දේ ගැන කතා කළෙමු. සහභාගිවන්නන් ඔවුන්ගේම පරිචයෙන් සිද්ධීන් බෙදා ගත්හ.

සහභාගිවන්නන්:

• Evgeniy Potapov, ITSumma හි ප්‍රධාන විධායක නිලධාරී. එහි පාරිභෝගිකයින්ගෙන් අඩකට වඩා දැනටමත් ගමන් කරමින් හෝ Kubernetes වෙත මාරු වීමට අවශ්‍ය වේ.
• Dmitry Stolyarov, CTO "Flant". බහාලුම් පද්ධති සමඟ වැඩ කිරීමේ වසර 10+ පළපුරුද්ද ඇත.
• ඩෙනිස් රෙම්චුකොව් (එරික් ඕල්ඩ්මන්), COO argotech.io, හිටපු RAO UES. "ලේවැකි" ව්යවසායයේ නඩු ගැන කතා කිරීමට ඔහු පොරොන්දු විය.
• Andrey Fedorovsky, CTO "News360.com"වෙනත් ක්‍රීඩකයෙකු විසින් සමාගම මිලදී ගැනීමෙන් පසු, ඔහු ML සහ AI ව්‍යාපෘති සහ යටිතල පහසුකම් ගණනාවකට වගකිව යුතුය.
• Ivan Kruglov, පද්ධති ඉංජිනේරු, ex-Booking.com.කුබර්නෙට්ස් සමඟ ඔහුගේම දෑතින් බොහෝ දේ කළ එකම පුද්ගලයා.

තේමාවන්:

• බහාලුම් සහ වාද්‍ය වෘන්දය (Docker, Kubernetes, ආදිය) පිළිබඳ සහභාගිවන්නන්ගේ අවබෝධය; ප්‍රායෝගිකව උත්සාහ කළ හෝ විශ්ලේෂණය කළ දේ.
• නඩුව: සමාගම වසර ගණනාවක් තිස්සේ යටිතල පහසුකම් සංවර්ධන සැලැස්මක් ගොඩනඟයි. බහාලුම් සහ කුබර් වෙත යටිතල පහසුකම් ගොඩනඟනවාද (හෝ ධාරාව සංක්‍රමණය කිරීම) තීරණය කරන්නේ කෙසේද?
• වලාකුළු-ස්වදේශීය ලෝකයේ ගැටළු, අතුරුදහන් වූ දේ, හෙට කුමක් සිදුවේදැයි සිතා බලමු.

සිත්ගන්නා සාකච්ඡාවක් ඇති විය, සහභාගිවන්නන්ගේ අදහස් ඉතා වෙනස් වූ අතර බොහෝ අදහස් දැක්වීම්වලට හේතු වූ අතර ඒවා ඔබ සමඟ බෙදා ගැනීමට මට අවශ්‍ය විය. කන්න පැය තුනක වීඩියෝව, සහ පහත දැක්වෙන්නේ සාකච්ඡාවේ සාරාංශයකි.

Kubernetes දැනටමත් සම්මත හෝ විශිෂ්ට අලෙවිකරණයක්ද?

“අපි ඒකට ආවා (කුබර්නෙටස්. - එඩ්.) තවම කවුරුත් ඒ ගැන දැනගෙන හිටියේ නැහැ. ඔහු නොමැති විටත් අපි ඔහු වෙත පැමිණියෙමු. අපිට කලින් ඒක ඕන වුණා" - Dmitry Stolyarov

ඡායාරූපය Reddit.com වෙතින්

මීට වසර 5-10 කට පෙර මෙවලම් විශාල ප්‍රමාණයක් තිබූ අතර තනි ප්‍රමිතියක් නොතිබුණි. සෑම මාස හයකට වරක් නව නිෂ්පාදනයක් හෝ එකකට වඩා වැඩි ගණනක් දර්ශනය විය. පළමුව වැග්රන්ට්, පසුව ලුණු, චෙෆ්, රූකඩ,... “සහ ඔබ සෑම මාස හයකට වරක් ඔබේ යටිතල පහසුකම් නැවත ගොඩනඟන්න. ඔබට වින්‍යාස නැවත ලිවීමේ නිරතුරුව කාර්යබහුල වන පරිපාලකයින් පස් දෙනෙක් සිටිනවා," Andrey Fedorovsky සිහිපත් කරයි. ඔහු විශ්වාස කරන්නේ ඩොකර් සහ කුබර්නෙටස් ඉතිරි අය "ජනගහනය" කර ඇති බවයි. Docker පසුගිය වසර පහ තුළ සම්මතයක් වී ඇත, පසුගිය වසර දෙක තුළ Kubernetes. ඒ වගේම කර්මාන්තයට හොඳයි..

Dmitry Stolyarov සහ ඔහුගේ කණ්ඩායම Kuberට ආදරෙයි. එවැනි මෙවලමක් දර්ශනය වීමට පෙර ඔවුන්ට අවශ්‍ය වූ අතර කිසිවෙකු ඒ ගැන නොදන්නා විට එයට පැමිණියහ. දැනට, පහසුව සඳහා, ඔවුන් ඔහු සමඟ Kubernetes ක්රියාත්මක නොකරන බව ඔවුන් තේරුම් ගන්නේ නම්, ඔවුන් සේවාදායකයකු භාර නොගනී. ඒ අතරම, දිමිත්‍රිට අනුව, සමාගමට “භයානක උරුමය ප්‍රතිනිර්මාණය කිරීම පිළිබඳ යෝධ සාර්ථක කථා රාශියක්” ඇත.

Kubernetes යනු බහාලුම් වාද්‍ය වෘන්දයක් පමණක් නොවේ, එය සංවර්ධිත API, ජාලකරණ සංරචකයක්, L3 සමතුලිත සහ ඇතුල්වීමේ පාලක සහිත වින්‍යාස කළමනාකරණ පද්ධතියකි, එමඟින් යටිතල ව්‍යුහයේ පහළ ස්ථරවලින් සම්පත් කළමනාකරණය කිරීම, පරිමාණය සහ වියුක්ත කිරීම සාපේක්ෂව පහසු කරයි.

අවාසනාවකට මෙන්, අපගේ ජීවිතයේ සෑම දෙයක් සඳහාම අපට ගෙවිය යුතුය. මෙම බද්ද විශාලයි, විශේෂයෙන් අපි අයිවන් කෘග්ලොව් විශ්වාස කරන පරිදි සංවර්ධිත යටිතල පහසුකම් සහිත සමාගමක කුබර්නෙටස් වෙත මාරුවීම ගැන කතා කරන්නේ නම්. ඔහුට සාම්ප්‍රදායික යටිතල පහසුකම් සහිත සමාගමක සහ කුබර් සමඟ නිදහසේ වැඩ කළ හැකිය. ප්රධාන දෙය වන්නේ සමාගමේ සහ වෙළඳපොළේ ලක්ෂණ තේරුම් ගැනීමයි. එහෙත්, උදාහරණයක් ලෙස, Kubernetes ඕනෑම බහාලුම් වාද්‍ය වෘන්දයකට සාමාන්‍යකරණය කරන Evgeny Potapov සඳහා, එවැනි ප්‍රශ්නයක් මතු නොවේ.

සංකීර්ණ යෙදුම් ක්‍රමලේඛනය කිරීමේ ක්‍රමයක් ලෙස වස්තු-නැඹුරු ක්‍රමලේඛනය දර්ශනය වූ 1990 ගනන්වල තත්වය සමඟ Evgeniy සාදෘශ්‍යයක් ගෙන ඇත. එම අවස්ථාවේදී, විවාදය දිගටම පැවති අතර OOP සඳහා සහය දැක්වීම සඳහා නව මෙවලම් දර්ශනය විය. ඉන්පසුව මොනොලිතික් සංකල්පයෙන් ඉවත් වීමේ මාර්ගයක් ලෙස ක්ෂුද්‍ර සේවා මතු විය. මෙය, බහාලුම් සහ බහාලුම් කළමනාකරණ මෙවලම් මතුවීමට හේතු විය. “කුඩා ක්ෂුද්‍ර සේවා යෙදුමක් ලිවීම වටී ද යන්න පිළිබඳව කිසිදු ප්‍රශ්නයක් නොමැති කාලයකට අපි ඉක්මනින් පැමිණෙනු ඇතැයි මම සිතමි, එය පෙරනිමියෙන් ක්ෂුද්‍ර සේවාවක් ලෙස ලියා ඇත,” ඔහු විශ්වාස කරයි. එලෙසම, Docker සහ Kubernetes අවසානයේ තේරීමේ අවශ්‍යතාවයකින් තොරව සම්මත විසඳුම බවට පත්වනු ඇත.

අස්ථායී දත්ත සමුදායේ ගැටළුව

ඡායාරූපය ට්විටර්: Unsplash මත @jankolario

වර්තමානයේ, Kubernetes හි දත්ත සමුදායන් ක්රියාත්මක කිරීම සඳහා බොහෝ වට්ටෝරු තිබේ. I/O තැටිය සමඟ ක්‍රියා කරන කොටස කොන්දේසි සහිතව දත්ත සමුදායේ යෙදුම් කොටසෙන් වෙන් කරන්නේ කෙසේද යන්න පවා. අනාගතයේදී දත්ත සමුදායන් එතරම් වෙනස් විය හැකිද, ඒවා පෙට්ටියක බෙදා හරිනු ඇත, එහිදී එක් කොටසක් ඩොකර් සහ කුබර්නෙටස් හරහා සංවිධානය කරනු ලබන අතර යටිතල ව්‍යුහයේ තවත් කොටසක වෙනම මෘදුකාංගයක් හරහා ගබඩා කොටස ලබා දෙනු ඇත. ? නිෂ්පාදනයක් ලෙස පදනම් වෙනස් වේවිද?

මෙම විස්තරය පෝලිම් කළමනාකරණයට සමාන වේ, නමුත් සම්ප්‍රදායික දත්ත සමුදායන්හි තොරතුරු විශ්වසනීයත්වය සහ සමමුහුර්ත කිරීම සඳහා වන අවශ්‍යතා බෙහෙවින් වැඩි බව ඇන්ඩ්‍රි විශ්වාස කරයි. සාමාන්‍ය දත්ත සමුදායන්හි හැඹිලි පහර අනුපාතය 99% ලෙස පවතී. සේවකයෙකු බැස ගියහොත්, නව එකක් දියත් කරනු ලබන අතර, හැඹිලිය මුල සිටම "උණුසුම්" වේ. හැඹිලිය උණුසුම් වන තුරු, සේවකයා සෙමින් ක්‍රියා කරයි, එයින් අදහස් කරන්නේ එය පරිශීලක භාරය සමඟ පැටවිය නොහැකි බවයි. පරිශීලක පැටවීමක් නොමැති අතර, හැඹිලිය උණුසුම් නොවේ. එය විෂම චක්‍රයකි.

දිමිත්‍රි මූලික වශයෙන් එකඟ නොවේ - ගණපූරණය සහ බෙදා හැරීම ගැටළුව විසඳයි. නමුත් විසඳුම සෑම කෙනෙකුටම සුදුසු නොවන බව Andrey අවධාරනය කරයි. සමහර අවස්ථාවන්හිදී, ගණපූරණය සුදුසු වේ, නමුත් එය ජාලය මත අමතර බරක් තබයි. NoSQL දත්ත සමුදායක් සෑම අවස්ථාවකදීම සුදුසු නොවේ.

රැස්වීමට සහභාගී වූවන් කඳවුරු දෙකකට බෙදා ඇත.

ඩෙනිස් සහ ඇන්ඩ්‍රි තර්ක කරන්නේ තැටියට ලියා ඇති සෑම දෙයක්ම - දත්ත සමුදායන් සහ යනාදිය - වත්මන් කුබර් පරිසර පද්ධතිය තුළ කළ නොහැකි බවයි. Kubernetes හි නිෂ්පාදන දත්තවල අඛණ්ඩතාව සහ අනුකූලතාව පවත්වා ගැනීමට නොහැකි ය. මෙය මූලික ලක්ෂණයකි. විසඳුම: දෙමුහුන් යටිතල පහසුකම්.

MongoDB සහ Cassandra වැනි නවීන ක්ලවුඩ් ස්වදේශීය දත්ත සමුදායන් හෝ Kafka හෝ RabbitMQ වැනි පණිවිඩ පෝලිම් වලට පවා Kubernetes වලින් පිටත ස්ථීර දත්ත ගබඩා අවශ්‍ය වේ.

Evgeniy අදහස් දක්වයි: "කුබෙරා හි කඳවුරු රුසියානුවන්ට ආසන්න හෝ ව්‍යවසායයට ආසන්න තුවාලයකි, එය රුසියාවේ වලාකුළු දරුකමට හදා ගැනීමක් නොමැති බව සමඟ සම්බන්ධ වේ." බටහිර කුඩා හෝ මධ්‍යම ප්‍රමාණයේ සමාගම් Cloud වේ. Amazon RDS දත්ත සමුදායන් ඔබම Kubernetes සමඟ සම්බන්ධ කිරීමට වඩා භාවිතා කිරීම පහසුය. රුසියාවේ ඔවුන් සත්වෝද්යානය ඉවත් කිරීමට උත්සාහ කරන විට Kuber "on-premise" භාවිතා කරන අතර එයට කඳවුරු මාරු කරති.

Kubernetes හි කිසිදු දත්ත සමුදායක් තබා ගත නොහැක යන ප්‍රකාශය සමඟ දිමිත්‍රි ද එකඟ නොවීය: “පදනම පදනමට වඩා වෙනස් ය. තවද ඔබ යෝධ සම්බන්ධතා දත්ත සමුදායක් තල්ලු කරන්නේ නම්, කිසිදු තත්වයක් යටතේ නොවේ. අර්ධ අකාලික ජීවිතය සඳහා මානසිකව සූදානම් වූ කුඩා හා වලාකුළු ස්වදේශික දෙයක් ඔබ තල්ලු කළහොත් සියල්ල හොඳින් සිදුවනු ඇත. Dmitry ද සඳහන් කළේ දත්ත සමුදා කළමනාකරණ මෙවලම් Docker හෝ Kuber සඳහා සූදානම් නැති නිසා විශාල දුෂ්කරතා ඇති වන බවයි.

Ivan, අනෙක් අතට, අපි රාජ්‍ය හා අස්ථායී සංකල්පවලින් වියුක්ත වුවද, Kubernetes හි ව්‍යවසාය විසඳුම් පිළිබඳ පරිසර පද්ධතිය තවමත් සූදානම් නැති බව විශ්වාසයි. කුබර් සමඟ, ව්‍යවස්ථාදායක සහ නියාමන අවශ්‍යතා පවත්වා ගැනීම දුෂ්කර ය. උදාහරණයක් ලෙස, දැඩි සේවාදායක හඳුනාගැනීමේ සහතික අවශ්‍ය වන විට, සේවාදායකයන් තුළට ඇතුළු කරන දෘඪාංගය දක්වාම අනන්‍යතා ප්‍රතිපාදන විසඳුමක් සෑදිය නොහැක. මේ ප්‍රදේශය දියුණු වෙමින් පවතින නමුත් තවමත් විසඳුමක් නැහැ.
සහභාගිවන්නන්ට එකඟ වීමට නොහැකි විය, එබැවින් මෙම කොටසෙහි නිගමනවලට එළඹෙන්නේ නැත. අපි ප්‍රායෝගික උදාහරණ කිහිපයක් දෙමු.

නඩුව 1. කුබෙරාට පිටතින් කඳවුරු සහිත "මෙගා-නියාමකයක" සයිබර් ආරක්ෂාව

සංවර්ධිත සයිබර් ආරක්ෂණ පද්ධතියක් සම්බන්ධයෙන්, බහාලුම් සහ වාද්‍ය වෘන්දය භාවිතා කිරීම ප්‍රහාර සහ ආක්‍රමණයන්ට එරෙහිව සටන් කිරීමට හැකි වේ. උදාහරණයක් ලෙස, එක් මෙගා-නියාමකයක් තුළ, ඩෙනිස් සහ ඔහුගේ කණ්ඩායම පුහුණු SIEM සේවාවක් සහිත වාද්‍ය වෘන්දයක සංකලනයක් ක්‍රියාවට නැංවීය, එය තථ්‍ය කාලය තුළ ලඝු-සටහන් විශ්ලේෂණය කර ප්‍රහාරයක්, අනවසරයෙන් ඇතුළුවීම හෝ අසාර්ථක වීමේ ක්‍රියාවලිය තීරණය කරයි. ප්‍රහාරයකදී, යමක් ස්ථානගත කිරීමට උත්සාහ කිරීමකදී හෝ ransomware වෛරස් ආක්‍රමණයකදී, එය වාද්‍ය වෘන්දය හරහා, ඒවා ආසාදනය වීමට වඩා වේගයෙන් යෙදුම් සහිත බහාලුම් ලබා ගනී, නැතහොත් ප්‍රහාරකයා ඒවාට පහර දෙනවාට වඩා වේගයෙන්.

සිද්ධිය 2. Booking.com දත්ත සමුදායන් Kubernetes වෙත අර්ධ වශයෙන් සංක්‍රමණය වීම

Booking.com හි, ප්‍රධාන දත්ත සමුදාය වන්නේ අසමමුහුර්ත ප්‍රතිනිර්මාණය සහිත MySQL වේ - ස්වාමියා සහ වහල් ධුරාවලියක් ඇත. අයිවන් සමාගම හැර යන විට, යම් හානියක් සහිතව "වෙඩි තැබීමට" හැකි වහලුන් මාරු කිරීමේ ව්යාපෘතියක් දියත් කරන ලදී.

ප්‍රධාන පදනමට අමතරව, ස්වයං-ලිඛිත වාද්‍ය වෘන්දයක් සහිත කැසැන්ඩ්‍රා ස්ථාපනයක් ඇත, එය කුබර් ප්‍රධාන ධාරාවට ඇතුළු වීමට පෙර ලියා ඇත. මේ සම්බන්ධයෙන් ගැටළු නොමැත, නමුත් එය දේශීය SSD මත නොනැසී පවතී. දුරස්ථ ගබඩාව, එකම දත්ත මධ්‍යස්ථානය තුළ වුවද, අධික ප්‍රමාදයේ ගැටලුව නිසා භාවිතා නොවේ.

තෙවන පන්තියේ දත්ත සමුදාය වන්නේ Booking.com සෙවුම් සේවාවයි, එහිදී සෑම සේවා නෝඩයක්ම දත්ත සමුදායක් වේ. සෙවුම් සේවාව Kuber වෙත මාරු කිරීමට ගත් උත්සාහයන් අසාර්ථක විය, මන්ද සෑම නෝඩයක්ම 60-80 GB දේශීය ආචයනය වන අතර එය "එසවීමට" සහ "උණුසුම් කිරීමට" අපහසු වේ.

එහි ප්රතිඵලයක් වශයෙන්, සෙවුම් යන්ත්රය Kubernetes වෙත මාරු නොකළ අතර, නුදුරු අනාගතයේ දී නව උත්සාහයන් ඇති බව අයිවන් සිතන්නේ නැත. MySQL දත්ත සමුදාය අඩකින් මාරු කරන ලදී: "වෙඩි තැබීමට" බිය නොවන වහලුන් පමණි. කැසැන්ඩ්රා පරිපූර්ණව පදිංචි වී ඇත.

පොදු විසඳුමක් නොමැතිව කාර්යයක් ලෙස යටිතල පහසුකම් තෝරා ගැනීම

ඡායාරූපය Pexels වෙතින් Manuel Geissinger

අපි හිතමු අපිට අලුත් සමාගමක් තියෙනවා, එහෙමත් නැතිනම් යටිතල පහසුකම්වලින් කොටසක් පරණ විදියටම හදලා තියෙන සමාගමක්. එය වසර ගණනාවක් තිස්සේ යටිතල පහසුකම් සංවර්ධන සැලැස්මක් ගොඩනඟයි. බහාලුම් සහ කුබර් මත යටිතල පහසුකම් ගොඩනඟනවාද නැද්ද යන්න තීරණය කරන්නේ කෙසේද?

නැනෝ තත්පර සඳහා සටන් කරන සමාගම් සාකච්ඡාවෙන් බැහැර කරනු ලැබේ. සෞඛ්ය සම්පන්න ගතානුගතිකත්වය විශ්වසනීයත්වය අනුව ගෙවනු ලැබේ, නමුත් තවමත් නව ප්රවේශයන් සලකා බැලිය යුතු සමාගම් තිබේ.

අයිවන්: "මම අනිවාර්යයෙන්ම දැන් වලාකුළු මත සමාගමක් ආරම්භ කරමි, එය වේගවත් නිසා," අවශ්යයෙන්ම ලාභදායී නොවේ. ව්‍යාපාර ධනවාදයේ දියුණුවත් සමඟ ආරම්භකයින්ට මුදල් සම්බන්ධයෙන් විශාල ගැටළු නොමැති අතර ප්‍රධාන කාර්යය වන්නේ වෙළඳපල ජය ගැනීමයි.

අයිවන්ගේ මතයයි වත්මන් යටිතල පහසුකම් සංවර්ධනය තෝරා ගැනීමේ නිර්ණායකයකි. අතීතයේ බරපතල ආයෝජනයක් තිබුනේ නම්, එය ක්රියාත්මක වේ නම්, එය නැවත කිරීමෙහි තේරුමක් නැත. යටිතල පහසුකම් සංවර්ධනය කර නොමැති නම් සහ මෙවලම්, ආරක්ෂාව සහ අධීක්ෂණය පිළිබඳ ගැටළු තිබේ නම්, බෙදා හරින ලද යටිතල පහසුකම් දෙස බැලීම අර්ථවත් කරයි.

ඕනෑම අවස්ථාවක බදු ගෙවීමට සිදුවනු ඇති අතර, අනාගතයේදී අඩු මුදලක් ගෙවීමට ඉඩ දුන් අයව අයිවන් ගෙවනු ඇත. "මක්නිසාද යත්, අන් අය ගමන් කරන දුම්රියක මම ගමන් කරන නිසා, මම වෙනත් දුම්රියක වාඩි වෙනවාට වඩා බොහෝ දුරක් ගමන් කරමි, එයට මටම ඉන්ධන දැමිය යුතුය."අයිවන් පවසයි. සමාගම නව වන විට සහ ප්‍රමාද අවශ්‍යතා මිලි තත්පර දස ගණනක් වන විට, අයිවන් අද සම්භාව්‍ය දත්ත සමුදායන් "ඔතා" ඇති "ක්‍රියාකරුවන්" දෙස බලයි. ඔවුන් අනුරූ දාමයක් ඔසවන අතර, එය අසාර්ථක වූ විට එයම මාරු වේ...

සර්වර් කිහිපයක් ඇති කුඩා සමාගමකට, කුබෙරා තේරුමක් නැත, ”ඇන්ඩ්‍රේ පවසයි. නමුත් එය සේවාදායකයන් සිය ගණනක් හෝ ඊට වැඩි ගණනක් දක්වා වර්ධනය වීමට අදහස් කරන්නේ නම්, එයට ස්වයංක්‍රීයකරණය සහ සම්පත් කළමනාකරණ පද්ධතියක් අවශ්‍ය වේ. නඩු වලින් 90% ක් පිරිවැය වටී. එපමණක්ද නොව, බර සහ සම්පත් මට්ටම නොසලකා. ආරම්භකයින්ගේ සිට මිලියන ගණනක ප්‍රේක්ෂක සංඛ්‍යාවක් සිටින විශාල සමාගම් දක්වා, බහාලුම් වාද්‍ය වෘන්ද නිෂ්පාදන දෙස ක්‍රමයෙන් බැලීම අර්ථවත් කරයි. “ඔව්, මෙය ඇත්තෙන්ම අනාගතයයි,” ඇන්ඩ්‍රි විශ්වාසයි.

ඩෙනිස් ප්‍රධාන නිර්ණායක දෙකක් ගෙනහැර දැක්වීය. මෙහෙයුමේ පරිමාණය සහ ස්ථාවරත්වය. ඔහු කාර්යය සඳහා වඩාත් සුදුසු මෙවලම් තෝරා ගනු ඇත. “එය ඔබේ දණහිස් මත එකලස් කරන ලද නමක් විය හැකි අතර එහි Nutanix ප්‍රජා සංස්කරණය ඇත. මෙය ප්‍රතිනිර්මාණය කර ඇති සහ RTO සහ RPO පරාමිති නියම කර ඇති පසු අන්තයේ දත්ත සමුදායක් සහිත Kuber හි යෙදුමක ස්වරූපයෙන් දෙවන පේළියක් විය හැකිය" (ප්‍රතිසාධන කාලය/ලකුණු අරමුණු - ආසන්න වශයෙන්).

Evgeny පිරිස් සමඟ ඇති විය හැකි ගැටලුවක් හඳුනා ගත්තේය. මේ මොහොතේ, "බඩවැල්" තේරුම් ගන්නා ඉහළ සුදුසුකම් ලත් විශේෂඥයින් බොහොමයක් වෙළඳපොලේ නොමැත. ඇත්ත වශයෙන්ම, තෝරාගත් තාක්ෂණය පැරණි නම්, ජීවිතය කම්මැලි සහ වෙහෙසට පත් වූ මැදිවියේ අය හැර වෙනත් අය බඳවා ගැනීම දුෂ්කර ය. මෙය පුද්ගල පුහුණුව පිළිබඳ කාරණයක් බව අනෙකුත් සහභාගිවන්නන් විශ්වාස කළද.
අපි තෝරා ගැනීමේ ප්‍රශ්නය තැබුවහොත්: Amazon RDS හි දත්ත සමුදායන් සහිත පොදු ක්ලවුඩ් හි කුඩා සමාගමක් දියත් කිරීම හෝ Kubernetes හි දත්ත සමුදායන් සමඟ “පරිශ්‍රය මත”, සමහර අඩුපාඩු තිබියදීත්, Amazon RDS සහභාගිවන්නන්ගේ තේරීම බවට පත්විය.

හමුවීමට සවන්දෙන්නන්ගෙන් බහුතරයක් "ලේ වැකි" ව්‍යවසායයෙන් නොවන බැවින් බෙදා හරින ලද විසඳුම් සඳහා අප උත්සාහ කළ යුතුය. දත්ත ගබඩා කිරීමේ පද්ධති බෙදා හැරිය යුතුය, විශ්වාසදායක විය යුතුය, සහ ප්‍රමාදය නිර්මාණය කළ යුත්තේ මිලි තත්පර ඒකක වලින්, උපරිම දස ගණනින්", ඇන්ඩ්‍රි සාරාංශ කළේය.

Kubernetes භාවිතය තක්සේරු කිරීම

ශ්‍රාවක ඇන්ටන් ෂ්බන්කොව් කුබර්නෙට්ස් ක්ෂමාලාපකයන්ගෙන් උගුල් ප්‍රශ්නයක් ඇසුවේය: ඔබ ශක්‍යතා අධ්‍යයනයක් තෝරාගෙන පැවැත්වූයේ කෙසේද? ඇයි Kubernetes, ඇයි අථත්ය යන්ත්ර, උදාහරණයක් ලෙස?

ඡායාරූපය Unsplash මත Tatyana Eremina

දිමිත්‍රි සහ අයිවන් එයට පිළිතුරු දුන්හ. අවස්ථා දෙකේදීම, අත්හදා බැලීම් සහ දෝෂය හරහා, තීරණ අනුපිළිවෙලක් ගනු ලැබූ අතර, එහි ප්‍රතිඵලයක් ලෙස සහභාගිවන්නන් දෙදෙනාම Kubernetes වෙත පැමිණියහ. දැන් ව්‍යාපාර Kuber වෙත මාරු කිරීම අර්ථවත් කරන මෘදුකාංග ස්වාධීනව සංවර්ධනය කිරීමට පටන් ගෙන තිබේ. අපි කතා කරන්නේ 1C වැනි සම්භාව්‍ය තෙවන පාර්ශවීය පද්ධති ගැන නොවේ. නොනවතින අඛණ්ඩ වැඩිදියුණු කිරීම් සමඟින් සංවර්ධකයින්ට ඉක්මනින් නිකුතු කිරීමට අවශ්‍ය වූ විට Kubernetes උපකාර කරයි.

ඇන්ඩ්‍රේගේ කණ්ඩායම අතථ්‍ය යන්ත්‍ර මත පදනම්ව පරිමාණය කළ හැකි පොකුරක් නිර්මාණය කිරීමට උත්සාහ කළහ. ඩොමිනෝස් මෙන් නෝඩ් වැටුණු අතර එය සමහර විට පොකුරේ බිඳවැටීමට හේතු විය. “න්‍යායාත්මකව, ඔබට එය අවසන් කර ඔබේ දෑතින් ආධාර කළ හැකිය, නමුත් එය වෙහෙසකරයි. ඔබට කොටුවෙන් පිටත වැඩ කිරීමට ඉඩ සලසන විසඳුමක් වෙළඳපොලේ තිබේ නම්, අපි ඒ සඳහා යාමට සතුටු වෙමු. ඒ වගේම අපි එහි ප්‍රතිඵලයක් ලෙස මාරු වුණා,” Andrey පවසයි.

එවැනි විශ්ලේෂණයන් සහ ගණනය කිරීම් සඳහා ප්රමිතීන් ඇත, නමුත් ක්රියාත්මක වන සැබෑ දෘඪාංග මත ඒවා කෙතරම් නිවැරදිදැයි කිසිවෙකුට පැවසිය නොහැක. ගණනය කිරීම් සඳහා, එක් එක් මෙවලම සහ පරිසර පද්ධතිය තේරුම් ගැනීම ද වැදගත් වේ, නමුත් මෙය කළ නොහැකි ය.

අප බලා සිටින දේ

ඡායාරූපය Unsplash මත Drew Beamer

තාක්‍ෂණය පරිණාමය වන විට, වැඩි වැඩියෙන් අසමාන කෑලි දිස්වන අතර, පසුව අදියර සංක්‍රාන්තියක් සිදු වේ, එක් මෙවලමක් තුළ සියල්ල එකට එකතු වීමට ප්‍රමාණවත් පිටි ගුලිය මරා දැමූ වෙළෙන්දෙක් පෙනී සිටියි.

උබුන්ටු වගේ ටූල් එකක් ලිනක්ස් ලෝකෙට එන කාලයක් එයි කියලා ඔයා හිතනවද? සමහර විට තනි බහාලුම් සහ වාද්‍ය වෘන්දයක් සඳහා Kuber ඇතුළත් වේ. එය පරිශ්‍රයේ වලාකුළු තැනීම පහසු කරයි.

පිළිතුර Ivan විසින් ලබා දී ඇත: "Google දැන් Anthos ගොඩනඟයි - මෙය ඔවුන්ගේ පැකේජ සහිත දීමනාව වන අතර එය වලාකුළ යොදවන අතර Kuber, Service Mesh, අධීක්ෂණය - පරිශ්‍රයේ ක්ෂුද්‍ර සේවා සඳහා අවශ්‍ය සියලුම දෘඩාංග ඇතුළත් වේ." අපි බොහෝ දුරට අනාගතයේ සිටිමු. ”

බහාලුම්කරණයකින් තොරව සමාන කාර්යයකට මුහුණ දිය හැකි vRealize Suite නිෂ්පාදනය සමඟ Denis Nutanix සහ VMWare ගැන ද සඳහන් කළේය.

"වේදනාව" අඩු කිරීම සහ බදු අඩු කිරීම අපට වැඩිදියුණු කිරීම් අපේක්ෂා කළ හැකි ක්ෂේත්‍ර දෙකක් බව දිමිත්‍රි සිය මතය බෙදා ගත්තේය.

සාකච්ඡාව සාරාංශ කිරීම සඳහා, අපි නවීන යටිතල පහසුකම් පිළිබඳ පහත සඳහන් ගැටළු ඉස්මතු කරමු:

• සහභාගිවන්නන් තිදෙනෙක් වහාම ප්‍රකාශිත ගැටලුවක් හඳුනා ගත්හ.
• ඩොකර් පයිතන්, යෙදුම් සේවාදායක සහ සංරචකවල බහුවිධ අනුවාද සමඟ අවසන් වීමේ හැකියාව ඇතුළු විවිධ ආරක්ෂක සහාය ගැටළු.
  වැඩිපුර වියදම් කිරීම, වෙනම රැස්වීමක සාකච්ඡා කිරීම වඩා හොඳය.
  වාද්‍ය වෘන්දය ලෙස ඉගෙනීමේ අභියෝගයක් සංකීර්ණ පරිසර පද්ධතියකි.
  කර්මාන්තයේ පොදු ගැටළුවක් වන්නේ මෙවලම් අනිසි ලෙස භාවිතා කිරීමයි.

  ඉතිරි නිගමන ඔබට භාරයි. Docker+Kubernetes සංයෝජනය පද්ධතියේ “මධ්‍යම” කොටසක් බවට පත්වීම පහසු නොවන බව තවමත් හැඟීමක් ඇත. උදාහරණයක් ලෙස, මෙහෙයුම් පද්ධති මුලින්ම ස්ථාපනය කර ඇත්තේ දෘඪාංග මත වන අතර, බහාලුම් සහ වාද්‍ය වෘන්දය ගැන කිව නොහැක. සමහර විට අනාගතයේදී, මෙහෙයුම් පද්ධති සහ බහාලුම් වලාකුළු කළමනාකරණ මෘදුකාංග සමඟ ඒකාබද්ධ වනු ඇත.

  
  ඡායාරූපය Pexels වෙතින් Gabriel Santos Fotografia

  අම්මට ආයුබෝවන් කියන්නත්, අපිට ෆේස්බුක් ගෲප් එකක් තියෙන බව මතක් කරන්නත් මම මේක අවස්ථාවක් කර ගන්නවා "විශාල තොරතුරු තාක්ෂණ ව්යාපෘති කළමනාකරණය සහ සංවර්ධනය", නාලිකාව @feedmeto විවිධ තාක්ෂණික බ්ලොග් වලින් රසවත් ප්රකාශන සමඟ. සහ මගේ නාලිකාව @rybakalexey, මම නිෂ්පාදන සමාගම්වල සංවර්ධන කළමනාකරණය ගැන කතා කරන තැන.

මූලාශ්රය: www.habr.com