ඔබ දවසකට දහස් වාරයක් kubectl apply -f භාවිතා කරනවා නම්, ඒ පසු සිදුවන ක්රියාකාරකම් පිළිබඳව සැලකිල්ලක් නොදෙනවා. එහෙත් පෝඩ් එකක් Pending වෙලා ඉඳලා, සේවා එකක් රවුට් නොවෙලා හෝ ඩිප්ලොයිමෙන්ට් එක සම්පූර්ණ නොවෙලා තියෙනවානම්, ඒ පසුබැසි යන්ත්රණය තේරුම් ගැනීම ඔබේ ඩිබග් කුසලතාව වෙනස් කරයි.
Kubernetes ව්යුහය සරළව
Kubernetes දෙකේ කොටස් වලින් බෙදා හරිනවා – Control Plane (මොළය) සහ Worker Nodes (පේශී). මොළය තීරණ ගනී, පේශීන් ඔබේ ඇප්ලිකේෂන් ධාවනය කරයි.
- 1️⃣ kubectl apply -f → API Server
- 2️⃣ Spec එක etcd වලට සුරක්ෂිත කරයි
- 3️⃣ Controller Manager නව Spec එක පිරික්සයි
- 4️⃣ Scheduler නෝඩ් එකක් තෝරා දෙයි
- 5️⃣ Kubelet රන්ටයිම වෙත ඉල්ලීම් කරයි
- 6️⃣ Container image එක බාගෙන, ධාවනය කරයි
- 7️⃣ CNI පෝඩ් එකට IP එකක් ලබා දෙයි
- 8️⃣ Kubelet තත්වය API Server වෙත වාර්තා කරයි
මෙම පියවර සෑම විටම API Server එක මඟින් සම්බන්ධ වේ. API Server එකම අතුරුදන් වීම, අනුමත කිරීම, RBAC පරීක්ෂා, අඩ්මිෂන් පාලකයන්, සහ etcd සමඟ සම්බන්ධතාවය පාලනය කරන එකම දොරටුවයි. ඒ නිසා etcd බ්යැක්අප් එක අත්යවශ්යයි; එය නැතිවූ පසු, සම්පූර්ණ කුබර්නෙට්ස් කුලයත් නැතිවීමක් වගේ.
ශ්රී ලංකාවට ඇති වැදගත්කම
කොළඹ විශ්වවිද්යාලය, තාක්ෂණ ආරම්භකයන්, සහ දේශීය ව්යාපාර සඳහා Kubernetes මූලික ව්යුහය ඉගෙනීමේ වටිනාකම අති විශාලයි.
- සිසුන් – Cloud Native පරිසරයක් අධ්යයනය කිරීමෙන් DevOps, CI/CD, සහ මයික්රොසර්විස් වැනි නව තාක්ෂණයන්ට සූදානම් වෙයි.
- ඩෙවලපර්ලා – API Server, Scheduler, Controller වැනි කොටස් අතර සම්බන්ධතා දැන ගැනීමෙන් කේත දෝෂ හඳුනා ගැනීම පහසු වේ.
- ව්යාපාර – ඉහළ විශ්වාසදායකත්වය, ස්කේලබිලිටි, හා අධි-ලබාගතකම ඇති සේවා සැපයීමේ හැකියාවන් නිසා ගනුදෙනුකරුවන්ට ආරක්ෂිත හා වේගවත් අත්දැකීමක් ලැබේ.
ඉතිං, කුබර්නෙට්ස් පද්ධතියේ “apply” ක්රියාවලිය පසුබැසි යන්ත්රණය දැන ගැනීම, දෝෂ නිරාකරණය, සහ පද්ධතියේ සාර්ථක ක්රියාත්මක කිරීමේ මූලික පදනමයි.
නිගමනය
කෙටි වශයෙන්, ඔබ kubectl apply කළ විට, API Server එකේ ඇතුළත් කර ඇති Spec එක etcd තුළ සුරක්ෂිත වන අතර, Controller, Scheduler, Kubelet, හා CNI යන කොටස් එකිනෙකට සම්බන්ධ වී පෝඩ් එක සජීවී කරයි. මෙම සංකීර්ණ ක්රමය තේරුම් ගත හැකි නම්, ඔබට Kubernetes පරිසරය ආරක්ෂිතව, වේගයෙන්, සහ කාර්යක්ෂමව පාලනය කළ හැකිය.
