සටහන. පරිවර්තනය.: Kubernetes ප්‍රජාව තුළ, GitOps නමින් හැඳින්වෙන ප්‍රවණතාවක් පැහැදිලිවම ජනප්‍රිය වෙමින් පවතී, අප පෞද්ගලිකව දැක ඇති පරිදි, KubeCon Europe 2019. මෙම යෙදුම සාපේක්ෂව මෑතකාලීන විය Weaveworks හි ප්‍රධානියා - Alexis Richardson - සහ අදහස් කරන්නේ මෙහෙයුම් ගැටළු විසඳීම සඳහා සංවර්ධකයින්ට හුරුපුරුදු මෙවලම් (මූලික වශයෙන් Git, එබැවින් නම) භාවිතා කිරීමයි. විශේෂයෙන්, අපි කතා කරන්නේ Kubernetes හි ක්‍රියාකාරිත්වය ගැන එහි වින්‍යාසයන් Git හි ගබඩා කර පොකුරු වෙත ස්වයංක්‍රීයව වෙනස්කම් සිදු කිරීමෙනි. Matthias Jg මෙම ලිපියෙන් මෙම ප්රවේශය සඳහා ප්රවේශයන් දෙකක් ගැන කතා කරයි.
පසුගිය වසරේ (ඇත්ත වශයෙන්ම, මෙය විධිමත් ලෙස සිදු වූයේ 2017 අගෝස්තු මාසයේදීය - දළ වශයෙන් පරිවර්තනය.) Kubernetes හි යෙදුම් යෙදවීමට නව ප්‍රවේශයක් ඇත. එය GitOps ලෙස හඳුන්වනු ලබන අතර, එය Git ගබඩාවක ආරක්ෂිත පරිසරය තුළ යෙදවුම් අනුවාද නිරීක්ෂණය කරනු ලැබේ යන මූලික අදහස මත පදනම් වේ.
මෙම ප්රවේශයේ ප්රධාන වාසි පහත පරිදි වේ::
- යෙදවීමේ අනුවාදය සහ ඉතිහාසය වෙනස් කිරීම. සම්පූර්ණ පොකුරේ තත්වය Git ගබඩාවක ගබඩා කර ඇති අතර, යෙදවීම් යාවත්කාලීන කරනු ලබන්නේ කැපවීම් හරහා පමණි. ඊට අමතරව, කැපවීම් ඉතිහාසය භාවිතයෙන් සියලුම වෙනස්කම් නිරීක්ෂණය කළ හැක.
- හුරුපුරුදු Git විධාන භාවිතයෙන් ආපසු හැරවීම. සරල
git resetයෙදවුම් වල වෙනස්කම් නැවත සැකසීමට ඔබට ඉඩ සලසයි; අතීත රාජ්‍යයන් සැමවිටම පවතී. - සූදානම් ප්රවේශ පාලනය. සාමාන්යයෙන්, Git පද්ධතියක බොහෝ සංවේදී දත්ත අඩංගු වන බැවින් බොහෝ සමාගම් එය ආරක්ෂා කිරීමට විශේෂ අවධානයක් යොමු කරයි. ඒ අනුව, මෙම ආරක්ෂාව යෙදවුම් සහිත මෙහෙයුම් සඳහා ද අදාළ වේ.
- යෙදවීම් සඳහා ප්‍රතිපත්ති. බොහෝ Git පද්ධති ස්වදේශිකව ශාඛාවෙන් ශාඛා ප්‍රතිපත්ති සඳහා සහය දක්වයි-උදාහරණයක් ලෙස, අදින්න ඉල්ලීම්වලට පමණක් ප්රධාන යාවත්කාලීන කළ හැකි අතර, වෙනස් කිරීම් වෙනත් කණ්ඩායම් සාමාජිකයෙකු විසින් සමාලෝචනය කර පිළිගත යුතුය. ප්රවේශ පාලනය මෙන්ම, යෙදවීමේ යාවත්කාලීන සඳහාද එම ප්‍රතිපත්ති අදාළ වේ.
ඔබට පෙනෙන පරිදි, GitOps ක්රමයට බොහෝ වාසි ඇත. පසුගිය වසර තුළ, ප්රවේශයන් දෙකක් විශේෂ ජනප්රියත්වයක් ලබා ඇත. එකක් push based, අනිත් එක pull based. අපි ඒවා බැලීමට පෙර, සාමාන්‍ය Kubernetes යෙදවීම් කෙබඳුදැයි මුලින්ම බලමු.
යෙදවීමේ ක්රම
මෑත වසරවලදී, Kubernetes හි යෙදවීම සඳහා විවිධ ක්රම සහ මෙවලම් ස්ථාපිත කර ඇත:
- දේශීය Kubernetes/Kustomize සැකිලි මත පදනම්ව. Kubernetes මත යෙදුම් යෙදවීමට ඇති පහසුම ක්‍රමය මෙයයි. සංවර්ධකයා මූලික YAML ගොනු නිර්මාණය කර ඒවා අදාළ කරයි. එකම සැකිලි නිරන්තරයෙන් නැවත ලිවීමෙන් මිදීම සඳහා, Kustomize සංවර්ධනය කරන ලදී (එය Kubernetes සැකිලි මොඩියුල බවට පත් කරයි). සටහන. පරිවර්තනය.: Kustomize සමග kubectl වෙත අනුකලනය කර ඇත .
- හෙල්ම් ප්‍රස්ථාර. සැකිලි මත පදනම් වූ ප්‍රවේශයකට වඩා නම්‍යශීලී අභිරුචිකරණ විකල්ප සමඟ යෙදුම් යෙදවීමට භාවිතා කරන සැකිලි කට්ටල, init බහාලුම්, පැති කාර් යනාදිය නිර්මාණය කිරීමට හෙල්ම් ප්‍රස්ථාර ඔබට ඉඩ සලසයි. මෙම ක්‍රමය සැකිලි සහිත YAML ගොනු මත පදනම් වේ. Helm ඒවා විවිධ පරාමිති වලින් පුරවා ඒවා පොකුරු සංරචකයක් වන Tiller වෙත යවන අතර එය ඒවා පොකුරු වෙත යොදවා යාවත්කාලීන කිරීම් සහ ආපසු හැරීම් වලට ඉඩ සලසයි. වැදගත්ම දෙය නම්, Helm අත්‍යවශ්‍යයෙන්ම සැකිලි තුළට අවශ්ය අගයන් ඇතුළත් කර සාම්ප්‍රදායික ප්රවේශය තුළ සිදු කරන ආකාරයටම ඒවා යෙදවීමයි. (ඒ සියල්ල ක්‍රියා කරන ආකාරය සහ ඔබට එය භාවිතා කළ හැකි ආකාරය පිළිබඳ වැඩිදුර කියවන්න - ආසන්න වශයෙන්. පරිවර්තනය.). පුළුල් පරාසයක කාර්යයන් ආවරණය වන පරිදි සූදානම් කළ හෙල්ම් ප්‍රස්ථාර රාශියක් ඇත.
- විකල්ප මෙවලම්. විකල්ප මෙවලම් බොහොමයක් තිබේ. ඔවුන් සියල්ලන්ටම පොදු දෙය නම්, ඔවුන් සමහර සැකිලි ගොනු Kubernetes-කියවිය හැකි YAML ගොනු බවට පත් කර පසුව ඒවා භාවිතා කිරීමයි.
අපගේ කාර්යයේදී, අපි නිරතුරුවම වැදගත් මෙවලම් සඳහා හෙල්ම් ප්‍රස්ථාර භාවිතා කරමු (ඔවුන්ට දැනටමත් බොහෝ දේ සූදානම් කර ඇති බැවින්, එය ජීවිතය වඩාත් පහසු කරයි) සහ අපගේම යෙදුම් යෙදවීම සඳහා "පිරිසිදු" Kubernetes YAML ගොනු.
අදින්න සහ තල්ලු කරන්න
මගේ මෑත බ්ලොග් පෝස්ට් එකක, මම මෙවලම හඳුන්වා දුන්නා , එමඟින් ඔබට Git ගබඩාවට සැකිලි බැඳීමට සහ කන්ටේනරයේ එක් එක් කැපවීමෙන් හෝ තල්ලු කිරීමෙන් පසු යෙදවීම යාවත්කාලීන කිරීමට ඉඩ සලසයි. මගේ අත්දැකීමෙන් පෙන්නුම් කරන්නේ මෙම මෙවලම අදින්න ප්රවේශය ප්‍රවර්ධනය කිරීමේදී ප්රධාන එකක් වන බැවින් මම එය බොහෝ විට යොමු කරමි. ඔබට එය භාවිතා කරන ආකාරය ගැන වැඩි විස්තර දැන ගැනීමට අවශ්ය නම්, මෙතැනින් .
සැ.යු! GitOps භාවිතා කිරීමේ සියලු ප්‍රතිලාභ ප්රවේශයන් දෙකටම සමාන වේ.
අදින්න පදනම් ප්රවේශය
ඇදීමේ ප්රවේශය පදනම් වී ඇත්තේ සියලුම වෙනස්කම් පොකුර තුළ සිට යෙදෙන බව මතය. සම්බන්ධිත Git සහ Docker Registry repositories නිතිපතා පරීක්ෂා කරන ක්‍රියාකරුවෙකු පොකුර තුළ සිටී. ඒවාට කිසියම් වෙනසක් සිදු වුවහොත්, පොකුරේ තත්වය අභ්යන්තරව යාවත්කාලීන වේ. මෙම ක්‍රියාවලිය සාමාන්යයෙන් ඉතා ආරක්ෂිත ක්‍රියාවලියක් ලෙස සැලකේ, කිසිදු බාහිර සේවාදායකයකුට පොකුරු පරිපාලක අයිතිවාසිකම් සඳහා ප්රවේශය නොමැති බැවිනි.
වාසි:
- කිසිදු බාහිර සේවාලාභියෙකුට පොකුරට වෙනස්කම් කිරීමට අයිතියක් නැත; සියලු යාවත්කාලීන කිරීම් ඇතුළතින් සිදු කෙරේ.
- සමහර මෙවලම් ඔබට හෙල්ම් ප්‍රස්ථාර යාවත්කාලීන සමමුහුර්ත කිරීමට සහ ඒවා පොකුරු වෙත සම්බන්ධ කිරීමට ඉඩ සලසයි.
- නව අනුවාද සඳහා Docker Registry පරිලෝකනය කළ හැක. නව රූපයක් තිබේ නම්, Git ගබඩාව සහ යෙදවීම නව අනුවාදයට යාවත්කාලීන වේ.
- විවිධ Git ගබඩාවන් සහ අවසරයන් සමඟ විවිධ නාම අවකාශයන් හරහා පුල් මෙවලම් බෙදා හැරිය හැක. මේ සඳහා ස්තූතියි, බහුකාර්ය ආකෘතියක් භාවිතා කළ හැකිය. උදාහරණයක් ලෙස, A කණ්ඩායම A නාම අවකාශය භාවිතා කළ හැකිය, B කණ්ඩායම B නාම අවකාශය භාවිතා කළ හැකිය, සහ යටිතල පහසුකම් කණ්ඩායම ගෝලීය අවකාශය භාවිතා කළ හැකිය.
- රීතියක් ලෙස, මෙවලම් ඉතා සැහැල්ලු ය.
- ක්රියාකරු වැනි මෙවලම් සමඟ ඒකාබද්ධ වේ , රහස් Git ගබඩාවක සංකේතාත්මකව ගබඩා කර පොකුර තුළ නැවත ලබා ගත හැක.
- පොකුර තුළ යෙදවීම් සිදු වන බැවින් CD නල මාර්ගවලට සම්බන්ධයක් නොමැත.
මිනිසු:
- හෙල්ම් ප්‍රස්ථාරවල යෙදවීමේ රහස් කළමනාකරණය කිරීම සාමාන්‍ය ඒවාට වඩා දුෂ්කර ය, මන්ද ඒවා පළමුව මුද්‍රා තැබූ රහස් ආකාරයෙන් ජනනය කළ යුතු අතර පසුව අභ්‍යන්තර ක්‍රියාකරුවෙකු විසින් විකේතනය කළ යුතු අතර ඉන් පසුව පමණක් ඒවා අදින්න මෙවලමට ලබා ගත හැකිය. එවිට ඔබට දැනටමත් යොදවා ඇති රහස්වල අගයන් සමඟ හෙල්ම් හි නිකුතුව ධාවනය කළ හැකිය. පහසුම ක්‍රමය නම් යෙදවීම සඳහා භාවිතා කරන සියලුම හෙල්ම් අගයන් සමඟ රහසක් නිර්මාණය කර එය විකේතනය කර Git වෙත භාර දීමයි.
- ඔබ අදින්න ප්‍රවේශයක් ගත් විට, ඔබ මෙවලම් අදින්නට බැඳී ඇත. මෙය පොකුරක් තුළ යෙදවීමේ ක්‍රියාවලිය අභිරුචිකරණය කිරීමේ හැකියාව සීමා කරයි. උදාහරණයක් ලෙස, අවසාන සැකිලි Git වෙත කැපවීමට පෙර එය ක්‍රියාත්මක විය යුතු නිසා Kustomize සංකීර්ණ වේ. ඔබට ස්වාධීන මෙවලම් භාවිතා කළ නොහැකි බව මම නොකියමි, නමුත් ඒවා ඔබගේ යෙදවීමේ ක්‍රියාවලියට ඒකාබද්ධ කිරීම වඩා දුෂ්කර ය.
තල්ලු මත පදනම් වූ ප්රවේශය
තල්ලු ප්‍රවේශයේදී, බාහිර පද්ධතියක් (ප්රධාන වශයෙන් CD නල මාර්ග) Git ගබඩාවට කැපවීමෙන් පසුව හෝ පෙර CI නල මාර්ගය සාර්ථක වුවහොත් පොකුරට යෙදවීම් දියත් කරයි. මෙම ප්රවේශය තුළ, පද්ධතියට පොකුරට ප්රවේශය ඇත.
ප්ලස්:
- ආරක්ෂාව තීරණය කරනු ලබන්නේ Git ගබඩාව සහ ගොඩනැගීමේ නල මාර්ගය මගිනි.
- හෙල්ම් ප්‍රස්ථාර යෙදවීම පහසු වන අතර හෙල්ම් ප්ලගීන සඳහා සහය දක්වයි.
- රහස් කළමනාකරණය කිරීම පහසු වන්නේ රහස් නල මාර්ගවල භාවිතා කළ හැකි අතර Git තුළ සංකේතනය කර ගබඩා කළ හැකි බැවිනි (පරිශීලකයාගේ මනාපයන් මත පදනම්ව).
- ඕනෑම වර්ගයක් භාවිතා කළ හැකි බැවින්, විශේෂිත මෙවලමකට සම්බන්ධයක් නොමැත.
- බහාලුම් අනුවාද යාවත්කාලීන කිරීම් ගොඩනැගීමේ නල මාර්ගයෙන් ආරම්භ කළ හැක.
මිනිසු:
- පොකුරු ප්රවේශ දත්ත ගොඩනැගීමේ පද්ධතිය තුළ ඇත.
- යෙදවීමේ බහාලුම් යාවත්කාලීන කිරීම ඇදීමේ ක්‍රියාවලියක් සමඟ තවමත් පහසු වේ.
- සීඩී පද්ධතිය මත දැඩි ලෙස යැපීම, අපට අවශ්ය නල මාර්ග මුලින් ලියා ඇත්තේ Gitlab Runners සඳහා විය හැකි අතර, පසුව කණ්ඩායම Azure DevOps හෝ Jenkins වෙත යාමට තීරණය කරයි... සහ ගොඩනඟන නල මාර්ග විශාල සංඛ්‍යාවක් සංක්‍රමණය කිරීමට සිදුවනු ඇත.
ප්‍රතිඵල: තල්ලු කරන්නද අදින්නද?
සාමාන්යයෙන් සිදු වන පරිදි, එක් එක් ප්රවේශය එහි වාසි සහ අවාසි ඇත. සමහර කාර්යයන් එකක් සමඟ ඉටු කිරීමට පහසු වන අතර තවත් එකක් සමඟ වඩාත් අපහසු වේ. මුලදී මම deployments අතින් සිදු කළ නමුත් Weave Flux පිළිබඳ ලිපි කිහිපයක් මා දුටු පසු, මම සියලු ව්‍යාපෘති සඳහා GitOps ක්‍රියාවලි ක්‍රියාත්මක කිරීමට තීරණය කළෙමි. මූලික සැකිලි සඳහා මෙය පහසු විය, නමුත් පසුව මම හෙල්ම් ප්‍රස්ථාර සමඟ දුෂ්කරතාවන්ට මුහුණ දීමට පටන් ගතිමි. එකල වීව් ෆ්ලක්ස් විසින් හෙල්ම් ප්‍රස්ථාර ක්‍රියාකරුගේ ප්‍රාථමික අනුවාදයක් පමණක් ඉදිරිපත් කරන ලදී, නමුත් දැන් පවා සමහර කාර්යයන් අතින් රහස් නිර්මාණය කර ඒවා යෙදීමේ අවශ්‍යතාවය නිසා වඩාත් අපහසු වේ. පොකුරේ අක්තපත්‍ර පොකුරෙන් පිටත ප්රවේශ විය නොහැකි නිසා ඇදීමේ ප්රවේශය වඩා ආරක්ෂිත යැයි ඔබට තර්ක කළ හැකිය, එය වඩාත් ආරක්ෂිත වන අතර එය අමතර උත්සාහයක් වටී.
ටිකක් කල්පනා කරලා බලද්දී මම හිතුවේ නැති නිගමනයකට ආවා මේක එහෙම නෙවෙයි කියලා. අපි උපරිම ආරක්ෂාවක් අවශ්ය සංරචක ගැන කතා කරන්නේ නම්, මෙම ලැයිස්තුවට රහස් ගබඩාව, CI/CD පද්ධති සහ Git ගබඩාවන් ඇතුළත් වේ. ඔවුන් තුළ ඇති තොරතුරු ඉතා අවදානමට ලක්විය හැකි අතර උපරිම ආරක්ෂාව අවශ්ය වේ. මීට අමතරව, යමෙකු ඔබේ Git ගබඩාවට ඇතුළු වී එහි කේතය තල්ලු කළ හැකි නම්, ඔවුන්ට අවශ්ය ඕනෑම දෙයක් යෙදිය හැකිය (එය ඇද හෝ තල්ලු කිරීම) සහ පොකුරු පද්ධතිවලට රිංගා ගත හැකිය. මේ අනුව, ආරක්ෂා කළ යුතු වැදගත්ම සංරචක වන්නේ Git ගබඩාව සහ CI/CD පද්ධති මිස පොකුරු අක්තපත්‍ර නොවේ. ඔබට මෙම වර්ගයේ පද්ධති සඳහා හොඳින් වින්‍යාස කළ ප්‍රතිපත්ති සහ ආරක්ෂක පාලන තිබේ නම් සහ පොකුරු අක්තපත්‍ර නල මාර්ගවලට පමණක් රහස් ලෙස උපුටා ගන්නේ නම්, ඇදීමේ ප්‍රවේශයක එකතු කළ ආරක්ෂාව මුලින් සිතූ තරම් වටිනා නොවිය හැකිය.
ඉතින්, පුල් ප්රවේශය වැඩි ශ්‍රම තීව්‍ර නම් සහ ආරක්ෂක ප්‍රතිලාභයක් ලබා නොදෙන්නේ නම්, තල්ලු ප්රවේශය පමණක් භාවිතා කිරීම තර්කානුකූල නොවේද? නමුත් තල්ලු කිරීමේ ප්‍රවේශයේදී ඔබ සීඩී පද්ධතියට ඕනෑවට වඩා බැඳී ඇති බවත්, සමහර විට, අනාගතයේදී සංක්‍රමණයන් සිදු කිරීම පහසු වන පරිදි මෙය නොකිරීමට වඩා හොඳ බවත් යමෙකු තර්ක කළ හැකිය.
මගේ මතය අනුව (සෑම විටම මෙන්), ඔබ විශේෂිත නඩුවක් හෝ ඒකාබද්ධ කිරීම සඳහා වඩාත් සුදුසු දේ භාවිතා කළ යුතුය. පුද්ගලිකව, මම ප්රවේශ දෙකම භාවිතා කරමි: බොහෝ දුරට අපගේම සේවාවන් ඇතුළත් පුල්-පාදක යෙදවීම් සඳහා වීව් ෆ්ලක්ස් සහ හෙල්ම් සහ ප්ලගීන සමඟ තල්ලු ප්‍රවේශයක්, එමඟින් පොකුරට හෙල්ම් ප්‍රස්ථාර යෙදීම පහසු කරවන අතර බාධාවකින් තොරව රහස් නිර්මාණය කිරීමට ඔබට ඉඩ සලසයි. සෑම අවස්ථාවකදීම සූක්ෂ්මතා රාශියක් ඇති අතර ඒවා නිශ්චිත යෙදුම මත රඳා පවතින බැවින්, සියලු අවස්ථා සඳහා සුදුසු තනි විසඳුමක් කිසිදාක නොතිබෙනු ඇතැයි මම සිතමි. එසේ පැවසුවහොත්, මම GitOps නිර්දේශ කරමි - එය ජීවිතය වඩාත් පහසු කරවන අතර ආරක්ෂාව වැඩි දියුණු කරයි.
මෙම මාතෘකාව පිළිබඳ මගේ අත්දැකීම් ඔබට ඔබේ වර්ගයේ යෙදවීම සඳහා වඩාත් සුදුසු ක්‍රමය තීරණය කිරීමට උපකාරී වනු ඇතැයි මම බලාපොරොත්තු වෙමි, ඔබේ අදහස ඇසීමට මම සතුටු වෙමි.
PS පරිවර්තකයාගේ සටහන
පුල් ආකෘතියේ අවාසිය නම්, විදැහුම් කරන ලද මැනිෆෙස්ටස් Git තුළට දැමීම අපහසුය, නමුත් පුල් ආකෘතියේ සීඩී නල මාර්ගය පෙරළීමෙන් වෙන්ව ජීවත් වන අතර අවශ්‍යයෙන්ම ප්‍රවර්ග නල මාර්ගයක් බවට පත්වීමේ අවාසියක් නොමැත. අඛණ්ඩ අයදුම් කරන්න. එබැවින්, සියළුම යෙදවීම් වලින් ඔවුන්ගේ තත්ත්වය එකතු කර ගැනීමට සහ කෙසේ හෝ ලොග/තත්ත්වය වෙත ප්රවේශය ලබා දීමට, වඩාත් සුදුසු සීඩී පද්ධතියට සම්බන්ධ වීමට තවත් වැඩි උත්සාහයක් අවශ්ය වේ.
මෙම අර්ථයෙන් ගත් කල, තල්ලු ආකෘතිය අපට අවම වශයෙන් පෙරළීමේ සහතිකයක් ලබා දීමට ඉඩ සලසයි, මන්ද නල මාර්ගයේ ආයු කාලය පෙරළීමේ ආයු කාලයට සමාන කළ හැකි බැවිනි.
අපි ආකෘති දෙකම උත්සාහ කර ලිපියේ කතුවරයාට සමාන නිගමනවලට පැමිණියෙමු:
- පොකුරු විශාල සංඛ්‍යාවක පද්ධති සංරචක යාවත්කාලීන කිරීම සංවිධානය කිරීමට පුල් ආකෘතිය අපට සුදුසු වේ (බලන්න. ).
- GitLab CI මත පදනම් වූ තල්ලු මාදිලිය Helm ප්‍රස්ථාර භාවිතයෙන් යෙදුම් පෙරළීම සඳහා හොඳින් ගැලපේ. ඒ අතරම, නල මාර්ග තුළ යෙදවීම පෙරළීම මෙවලම භාවිතයෙන් නිරීක්ෂණය කරනු ලැබේ . මාර්ගය වන විට, අපගේ මෙම ව්‍යාපෘතියේ සන්දර්භය තුළ, KubeCon Europe'19 හි අපගේ ස්ථාවරයේ DevOps ඉංජිනේරුවන්ගේ දැවෙන ගැටළු සාකච්ඡා කරන විට අපට නිරන්තර “GitOps” ඇසුණි.
පරිවර්තක වෙතින් PPS
අපගේ බ්ලොග් අඩවියේ ද කියවන්න:
- «»;
- «»;
- «»;
- «".
සමීක්ෂණයට සහභාගී විය හැක්කේ ලියාපදිංචි පරිශීලකයින්ට පමණි. කරුණාකර.
ඔබ GitOps භාවිතා කරන්නේද?
-
ඔව්, ප්රවේශය අදින්න
-
ඔව්, තල්ලු කරන්න
-
ඔව්, අදින්න + තල්ලු කරන්න
-
ඔව්, වෙන දෙයක්
-
කිසිදු
පරිශීලකයින් 30 දෙනෙක් ඡන්දය දුන්හ. පරිශීලකයින් 10 දෙනෙක් ඡන්දය දීමෙන් වැළකී සිටියහ.
මූලාශ්රය: www.habr.com