ක්ලවුඩ් පරිගණකකරණය පැහැදිලි කරයි: ඔබ දැනගත යුතු ගෘහ නිර්මාණ සංකල්ප 11 (4K මාස්ටර් පන්තිය).

මෙම වීඩියෝවෙන් ආවරණය වන දේ

• - ගෘහ නිර්මාණ බිත්තිය සහ ප්‍රධාන සැලැස්ම
• - 01. සිරස් එදිරිව තිරස් පරිමාණය
• - 02. බර සමතුලිත කිරීමේ ගෘහ නිර්මාණ ශිල්පය (L4 එදිරිව L7 සහ සෞඛ්‍ය පරීක්ෂණ)
• - 03. ස්වයංක්‍රීය පරිමාණය සහ ප්‍රත්‍යාස්ථතාව
• - 04. Serverless (FaaS සහ Firecracker MicroVMs)

පරිවර්තනය කරන ලද පිටපත

මුල් ඉංග්‍රීසි නිරූපණයෙන් පරිවර්තනය කරන ලදී. පවතින ශ්‍රව්‍ය සහ ශීර්ෂ පාඨ YouTube මගින් පාලනය වේ.

- ගෘහ නිර්මාණ බිත්තිය සහ ප්‍රධාන සැලැස්ම

0:00 සෑම මෘදුකාංග ඉංජිනේරුවෙකුටම අවසානයේ ක්ලවුඩ් ගෘහ නිර්මාණ බිත්තියට මුහුණ දීමට සිදු වේ. ඔබ ඔබේ ලැප්ටොප් එකේ යෙදුමක් ගොඩනඟා, එය නිෂ්පාදනයට තල්ලු කරයි, සහ සැබෑ පරිශීලකයින් පැමිණෙන මොහොතේ, සර්වර කඩා වැටේ, දත්ත සමුදා සම්බන්ධතා අවසන් වේ, සහ ඔබේ AWS බිල දුරකථන අංකයක් මෙන් පෙනේ. බොහෝ සංවර්ධකයින් AWS නිෂ්පාදන කෙටි යෙදුම් තුන්සියයක් කටපාඩම් කිරීමෙන් ක්ලවුඩ් ඉංජිනේරු විද්‍යාව විසඳීමට උත්සාහ කරයි. නමුත් සැබෑ ක්ලවුඩ් පරිගණකකරණය යනු විකුණුම්කරු නාමාවලි කටපාඩම් කිරීම නොවේ: එය මූලික ගෘහ නිර්මාණ ප්‍රාථමික එකොළහක් මත ගොඩනගා ඇත. මෙම මාස්ටර් පන්තියේදී, අපි සම්පූර්ණ ව්‍යවසාය සැලැස්ම හරහා යමු: පරිමාණය කිරීමේ සිට බර සමතුලිත කිරීම දක්වා, serverless, සිදුවීම් මත පදනම් වූ විසංයෝජනය,

0:34 ගබඩා ධූරාවලිය, සහ ක්ලවුඩ් ජාලකරණය. මෙම සංකල්ප එකොළහ ප්‍රගුණ කරන්න, එවිට ඔබට AWS, GCP, හෝ Azure හි ඕනෑම පසුබිමක් සැලසුම් කළ හැකිය. මෙය The Daily Diff, යටින් පදනම් වූ දේවල්. පළමු සංකල්පය: පරිමාණය කිරීම. ඔබේ යෙදුම ගමනාගමන වර්ධනයක් අත්විඳින විට, ඔබට භාරය හැසිරවීමට මූලික වශයෙන් වෙනස් ක්‍රම දෙකක් තිබේ: සිරස් පරිමාණය, හෝ තිරස් පරිමාණය. සිරස් පරිමාණය, හෝ ඉහළට පරිමාණය කිරීම, යනු ඔබේ පවතින යන්ත්‍රය ගෙන වැඩි සම්පත් එකතු කිරීමයි: CPU cores හතරකින් තිස් දෙකකට උත්ශ්‍රේණි කිරීම, හෝ RAM ගිගාබයිට් තිස් දෙකක් එකසිය විසි අටකින් ප්‍රතිස්ථාපනය කිරීම. සිරස් පරිමාණයට කිසිදු ගෘහ නිර්මාණ වෙනස්කමක් අවශ්‍ය නොවේ: ඔබේ කේතය සහ දත්ත සමුදාය එලෙසම පවතී.

- 01. සිරස් එදිරිව තිරස් පරිමාණය

0:57 නමුත් එය දැඩි දෘඪාංග සීමාවකට මුහුණ දෙයි. ලෝකයේ කිසිම තනි යන්ත්‍රයක CPU cores දස දහසක් නොමැත, සහ ඉහළ මට්ටමේ අවස්ථා ඝාතීය මිල අධිභාරයක් දරයි. තිරස් පරිමාණය, හෝ පිටතට පරිමාණය කිරීම, යනු ඔබේ සර්වර කුඩා හා වෙළඳ භාණ්ඩ මිලට තබා ගැනීමයි, නමුත් රවුටරයක් ​​පසුපස සමාන්තරව බහු අවස්ථා ධාවනය කිරීමයි. එක් අවස්ථාවක් කඩා වැටුණහොත්, ඉතිරි nodes කිසිදු අක්‍රිය කාලයකින් තොරව ගමනාගමනය අවශෝෂණය කරයි. තිරස් පරිමාණය කිරීමේ රන් රීතිය වන්නේ රාජ්‍ය රහිත භාවයයි: ඔබේ යෙදුම් සර්වර වලට පරිශීලක සැසි, උඩුගත කළ ගොනු, හෝ ඒවායේ දේශීය තැටිවල තත්ත්වය ගබඩා කළ නොහැක. තත්වය බාහිර දත්ත සමුදායක හෝ හැඹිලියක තිබිය යුතුය, ඕනෑම node එකකට ඕනෑම පරිශීලක ඉල්ලීමක් හැසිරවීමට ඉඩ සලසයි. දෙවන සංකල්පය: බර සමතුලිත කිරීම.

1:28 තිරස් පරිමාණය කඩදාසි මත විශිෂ්ට ලෙස පෙනේ, නමුත් එය ක්ෂණික ගැටලුවක් හඳුන්වා දෙයි: පරිශීලකයින් දස දහසක් ඔබේ ඩොමේන් නාමයට පහර දෙන විට, කුමන නිශ්චිත සර්වරය ඔවුන්ගේ ගමනාගමනය ලබා ගන්නේද? බර සමතුලිතකාරකයක් පොදු අන්තර්ජාලය සහ ඔබේ පුද්ගලික පසුබිම් ක්ලස්ටරය අතර පිහිටා ඇති ප්‍රතිලෝම ප්‍රොක්සියක් ලෙස ක්‍රියා කරයි. එය එන TCP හෝ HTTP සම්බන්ධතා පිළිගෙන ඔබේ සෞඛ්‍ය සම්පන්න අවස්ථා හරහා ඉල්ලීම් බෙදා හරියි. බර සමතුලිතකාරක ප්‍රාථමික ජාල ස්ථර දෙකක ක්‍රියාත්මක වේ. Layer 4 Network Load Balancers ප්‍රවාහන ස්ථරයේ ක්‍රියාත්මක වේ, IP ලිපිනය සහ port මත පදනම්ව අමු TCP සහ UDP පැකට් යොමු කරයි, ක්ෂුද්‍ර තත්පර ප්‍රමාදයකින් සහ තත්පරයකට ඉල්ලීම් මිලියන ගණනක් සමඟින්. Layer 7 Application Load Balancers HTTP ප්‍රොටෝකෝලයම පරීක්ෂා කරයි: URL මාර්ග, ඉල්ලීම් ශීර්ෂ, කුකීස්, සහ HTTP ක්‍රම කියවීම. මෙය මාර්ග මත පදනම් වූ යොමු කිරීම සක්‍රීය කරයි: slash-api ඉල්ලීම් ඔබේ පසුබිම් ක්ලස්ටරයට යැවීම සහ slash-static ඉල්ලීම් වස්තු ගබඩාවකට යැවීම. තීරණාත්මක ලෙස, බර සමතුලිතකාරක ක්‍රියාකාරී සෞඛ්‍ය පරීක්ෂණ සිදු කරයි. සෑම තත්පර කිහිපයකට වරක්, සමතුලිතකාරකය සෑම අවස්ථාවකම සෞඛ්‍ය අවසාන ලක්ෂ්‍යයකට පිං කරයි.

2:01 අවස්ථාවක් අඛණ්ඩව දෝෂ පන්සියයක් විසි කළහොත් හෝ ප්‍රතිචාර දැක්වීමට අසමත් වුවහොත්, එය කිසිදු ඉල්ලීමක් අතහැරීමකින් තොරව ස්වයංක්‍රීයව pool එකෙන් ඉවත් කරනු ලැබේ. තුන්වන සංකල්පය: ස්වයංක්‍රීය පරිමාණය. ඔබේ වෙබ් යෙදුමට පාන්දර තුනට සර්වර දෙකක් අවශ්‍ය නම්, නමුත් දහවල් දියත් කිරීමකදී සර්වර විස්සක් අවශ්‍ය නම්, ක්ලවුඩ් කොන්සෝලයේ බොත්තම් අතින් ක්ලික් කිරීම අක්‍රිය කාලයට සහ බංකොලොත් භාවයට සහතික වූ මාර්ගයකි. ස්වයංක්‍රීය පරිමාණය තිරස් සර්වර pools වලට ගතික ප්‍රත්‍යාස්ථතාව ගෙන එයි.

- 02. බර සමතුලිත කිරීමේ ගෘහ නිර්මාණ ශිල්පය (L4 එදිරිව L7 සහ සෞඛ්‍ය පරීක්ෂණ)

2:17 ස්වයංක්‍රීය පරිමාණය කිරීමේ කණ්ඩායමක් සාමාන්‍ය CPU භාවිතය, ජාල I-O, හෝ පෝලිමේ backlog ගැඹුර වැනි කාර්ය සාධන මිනුම් නිරීක්ෂණය කරයි. සාමාන්‍ය CPU අර්ථ දක්වා ඇති සීමාවක් ඉක්මවා යන විට - කියමු, අඛණ්ඩව මිනිත්තු තුනක් සඳහා සියයට හැත්තෑවක් - ස්වයංක්‍රීය පරිමාණය කරන්නා ස්වයංක්‍රීයව නව අථත්‍ය යන්ත්‍ර දියත් කරයි, ඒවා ඔබේ බර සමතුලිතකාරකය සමඟ ලියාපදිංචි කරයි, සහ ගමනාගමනය යොමු කිරීම ආරම්භ කරයි. සමානව වැදගත් වන්නේ පරිමාණය කිරීමයි: ගමනාගමන තරංගය පහව යන විට, ස්වයංක්‍රීය පරිමාණය කරන්නා අතිරික්ත අවස්ථා අවසන් කරයි, එවිට ඔබට අක්‍රිය පරිගණකකරණය සඳහා ගෙවීම නතර කළ හැකිය. ඉක්මනින් සර්වර නිර්මාණය කර නැවත නැවතත් විනාශ කරන flapping වැළැක්වීම සඳහා, සර්වර ඉක්මනින් නිර්මාණය කර නැවත නැවතත් විනාශ කරන flapping වැළැක්වීම සඳහා, සර්වර ඉක්මනින් නිර්මාණය කර නැවත නැවතත් විනාශ කරන flapping වැළැක්වීම සඳහා,

2:47 සර්වර ඉක්මනින් නිර්මාණය කර නැවත නැවතත් විනාශ කරන flapping වැළැක්වීම සඳහා, සර්වර ඉක්මනින් නිර්මාණය කර නැවත නැවතත් විනාශ කරන flapping වැළැක්වීම සඳහා, සර්වර ඉක්මනින් නිර්මාණය කර නැවත නැවතත් විනාශ කරන flapping වැළැක්වීම සඳහා, සර්වර ඉක්මනින් නිර්මාණය කර නැවත නැවතත් විනාශ කරන flapping වැළැක්වීම සඳහා,

3:25 සර්වර ඉක්මනින් නිර්මාණය කර නැවත නැවතත් විනාශ කරන flapping වැළැක්වීම සඳහා, සර්වර ඉක්මනින් නිර්මාණය කර නැවත නැවතත් විනාශ කරන flapping වැළැක්වීම සඳහා, සර්වර ඉක්මනින් නිර්මාණය කර

- 03. ස්වයංක්‍රීය පරිමාණය සහ ප්‍රත්‍යාස්ථතාව

3:45 නැවත නැවතත් විනාශ කරන flapping වැළැක්වීම සඳහා, සර්වර ඉක්මනින් නිර්මාණය කර නැවත නැවතත් විනාශ කරන flapping වැළැක්වීම සඳහා, සර්වර ඉක්මනින් නිර්මාණය කර නැවත නැවතත් විනාශ කරන flapping වැළැක්වීම සඳහා, සර්වර ඉක්මනින් නිර්මාණය කර නැවත නැවතත් විනාශ කරන flapping වැළැක්වීම සඳහා, සර්වර ඉක්මනින් නිර්මාණය කර

4:19 නැවත නැවතත් විනාශ කරන flapping වැළැක්වීම සඳහා, සර්වර ඉක්මනින් නිර්මාණය කර නැවත නැවතත් විනාශ කරන flapping වැළැක්වීම සඳහා, සර්වර ඉක්මනින් නිර්මාණය කර නැවත නැවතත් විනාශ කරන flapping වැළැක්වීම සඳහා, අක්‍රිය පරිගණකකරණය සඳහා ගෙවීම නතර කළ හැකිය. flapping වැළැක්වීම සඳහා — සර්වර වේගයෙන් නිර්මාණය වී අවසානයක් නැති ගසාගෙන යන ලූපයක විනාශ වේ — ක්ලවුඩ් ගෘහ නිර්මාණ ශිල්පීන් වින්‍යාස කරයි සිසිලන කාල පරිච්ඡේද. සංකල්ප අංක හතර: Serverless.

- 04. Serverless (FaaS සහ Firecracker MicroVMs)

4:53 වසර ගණනාවක් තිස්සේ, අලෙවිකරණ කණ්ඩායම් serverless මැජික් කේතයක් ලෙස ප්‍රචාරය කළහ අහසේ ධාවනය වේ. ඇත්ත වශයෙන්ම, serverless තවමත් සේවාදායකයන් භාවිතා කරයි — නමුත් ඔබට ඒවා අයිති නැත, කේතයක් ධාවනය නොවන විට ඒවාට patch හෝ ගෙවන්න එපා. AWS Lambda හෝ Google Cloud Functions වැනි Function-as-a-Service සමඟින්, ඔබ ස්වාධීන හැසිරවීමේ ශ්‍රිතයක් ලියයි. HTTP ඉල්ලීමක්, S3 ගොනු උඩුගත කිරීමක් හෝ දත්ත සමුදා වෙනසක් සිදුවන විට, ක්ලවුඩ් ධාවන කාලය තත්පර පහකට අඩු කාලයකින් Firecracker වැනි තාවකාලික ක්ෂුද්‍ර-අතථ්‍ය-යන්ත්‍රයක් ආරම්භ කරයි.

5:23 ඔබේ කේතය ක්‍රියාත්මක වේ, ප්‍රතිචාරයක් ලබා දෙයි, සහ වසා දමයි. ඔබේ කේතය ක්‍රියාත්මක වේ, ප්‍රතිචාරයක් ලබා දෙයි, සහ වසා දමයි. මාස තුනක් කිසිවෙකු ඔබේ වෙබ් අඩවියට පිවිසෙන්නේ නැත්නම්, ඔබේ පරිගණක බිල හරියටම ශුන්‍ය ඩොලර් සහ ශුන්‍ය සතයකි. මිලියනයක් පරිශීලකයින් එකවර එයට පිවිසෙන්නේ නම්, සපයන්නා සමගාමී ක්ෂුද්‍ර VM මිලියනයක් ආරම්භ කරයි. ඉංජිනේරුමය වෙළඳාම් සැබෑ ය: නැවුම් ධාවන කාලයන් ආරම්භ කිරීමේදී සීතල ආරම්භක ප්‍රමාදය, Lambda මත දෘඩ විනාඩි පහළොවක ක්‍රියාත්මක කිරීමේ සීමාවක් සහ දැඩි රාජ්‍ය විරහිතභාවයක්. Lambda මත දෘඩ විනාඩි පහළොවක ක්‍රියාත්මක කිරීමේ සීමාවක් සහ දැඩි රාජ්‍ය විරහිතභාවයක්.

5:55 Serverless යනු සිදුවීම් නල මාර්ග සහ විරල API සඳහා අසමසමයි, නමුත් ස්ථිර WebSockets හෝ පැය කිහිපයක් පුරා පුහුණු කිරීම් සඳහා දුර්වලයි.

- 05. සිදුවීම් මත පදනම් වූ ගෘහ නිර්මාණ ශිල්පය (EDA සහ විසංයෝජනය)

6:05 සංකල්ප අංක පහ: සිදුවීම්-නායකත්ව ගෘහ නිර්මාණ ශිල්පය, හෝ EDA. සාම්ප්‍රදායික ගෘහ නිර්මාණ ශිල්පයන්හිදී, සේවා සමමුහුර්තව සන්නිවේදනය කරයි. ඔබේ චෙක්අවුට් සේවාව ගෙවීම් අමතයි, ගෙවීම් ඉන්වෙන්ටරි අමතයි, ඉන්වෙන්ටරි වංචා අමතයි, සහ වංචා විද්‍යුත් තැපෑල අමතයි. මෙය සමමුහුර්ත විනාශ කඳුරැල්ලක් නිර්මාණය කරයි. තෙවන පාර්ශවීය විද්‍යුත් තැපැල් සැපයුම්කරු ජාල බිඳීමකට මුහුණ දී තත්පර දහයක් ගත වුවහොත් ප්‍රතිචාර දැක්වීමට, ඔබේ පාරිභෝගිකයාගේ සම්පූර්ණ චෙක්අවුට් ඉල්ලීම දෝෂයක් සමඟින් කල් ඉකුත් වේ. දෝෂයක්. සිදුවීම් මත පදනම් වූ ගෘහ නිර්මාණ ශිල්පයක, සේවා සම්පූර්ණයෙන්ම විසන්ධි වී ඇත.

6:37 පාරිභෝගිකයෙකු මිලදී ගැනීම ක්ලික් කළ විට, චෙක්අවුට් සේවාව පහළට සේවා අමතන්නේ නැත. එය සරලවම OrderPlaced නමින් සිදුවීමක් මධ්‍යම Event Bus එකකට ප්‍රකාශයට පත් කරයි Amazon EventBridge හෝ SNS මාතෘකාවක් වැනි. චෙක්අවුට් එක මිලි තත්පර පනහකින් සම්පූර්ණ වේ. ගෙවීම්, ඉන්වෙන්ටරි අඩුකිරීම්, සහ ඊමේල් කුවිතාන්සි සඳහා පහළට යන කම්කරුවන් ඔවුන්ගේම කැපවූ SQS පෝලිම් වලින් ස්වාධීනව පණිවිඩ ලබා ගනී. ඊමේල් සේවාව පැයක් අක්‍රිය වුවහොත්, පණිවිඩ ආරක්ෂිතව රැඳී සිටියි තනි ඇණවුමක්වත් අතපසු නොවී පෝලිමේ බෆර කර ඇත.

- 06. කන්ටේනරය සමගාමී කිරීම (Docker සහ Kubernetes)

7:13 සංකල්ප අංක හය: කන්ටේනර් ඕකෙස්ට්‍රේෂන්. Docker ඇසුරුම් කිරීම විසඳා: එය ඔබේ යෙදුම් කේතය, පද්ධති පුස්තක, වින්‍යාසය, සහ ධාවන කාලය වෙනස් කළ නොහැකි රූපයක් බවට පත් කරයි එය ඔබේ MacBook මත සහ ක්ලවුඩ් එකේ සමානව ක්‍රියා කරයි. නමුත් කන්ටේනරයක් ඇසුරුම් කිරීම පහසුය. භෞතික අතථ්‍ය යන්ත්‍ර පනහක් හරහා කන්ටේනර් පන්සියයක් ධාවනය කිරීම ඉංජිනේරු විද්‍යාව බිඳ වැටෙන තැනයි. ඉංජිනේරු විද්‍යාව බිඳ වැටේ. එබැවින් Kubernetes සහ AWS ECS වැනි කන්ටේනර් orchestrators පවතී.

7:41 An orchestrator provides a control plane: API server, an etcd state store, and an intelligent scheduler. an etcd state store, and an intelligent scheduler. ඔබ ඔබේ අපේක්ෂිත තත්ත්වය ප්‍රකාශ කරයි: මට මගේ අවසර සේවාවේ පිටපත් දහයක් අවශ්‍යයි එක් එක් RAM ගිගාබයිට් දෙකක් සමඟින්. කාලසටහන්කරු ක්ලස්ටරය පරීක්ෂා කරයි, හිස් මතකයක් සහිත නෝඩ් මත පොඩ්ස් තබයි, අභ්‍යන්තර ජාලකරණය වින්‍යාස කරයි, සහ යථාර්ථය අඛණ්ඩව සමනය කරයි. නෝඩයක් දෘඩාංග දෝෂයකින් පීඩා විඳින්නේ නම්, Kubernetes පාඩුව හඳුනා ගනී සහ ක්ෂණිකව සියලු විස්ථාපිත පොඩ්ස් නිරෝගී නෝඩ් වෙත නැවත උපලේඛනගත කරයි.

- 07. ක්ලවුඩ් ගබඩා කිරීමේ ස්ථම්භ 4 (S3, EBS, DBs සහ Redis)

8:16 නිරෝගී නෝඩ්. සංකල්ප අංක හත: Cloud Storage ධූරාවලිය. ආරම්භකයින් බොහෝ විට cloud storage එකම බාල්දියක් ලෙස සලකයි ගොනු ගොඩගැසීමට. නිෂ්පාදන ගෘහ නිර්මාණ ශිල්පයේදී, ගබඩාව පැහැදිලි කුළුණු හතරකට බෙදා ඇත ප්‍රවේශ රටා සහ ප්‍රමාදය මත පදනම්ව. මුලින්ම Object Storage, Amazon S3 හෝ Google Cloud Storage වැනි. ඔබ HTTP REST API හරහා ගොනු වෙත ප්‍රවේශ වන්නේ සරල PUT සහ GET ඇමතුම් භාවිතා කරමිනි. සරල PUT සහ GET ඇමතුම් භාවිතා කරමිනි. එය මසකට ගිගාබයිට් එකකට සෙන්ට් දෙකක් බැගින් අසීමිත තිරස් ධාරිතාවක් ලබා දෙයි,

8:49 වීඩියෝ, පරිශීලක උඩුගත කිරීම්, ලොග්, සහ උපස්ථ සඳහා එය වඩාත් සුදුසු වේ. දෙවැන්න Block Storage, Amazon EBS වැනි. මේවා අධිවේගී අන්තර් සම්බන්ධතා හරහා නිශ්චිත අතථ්‍ය යන්ත්‍රයකට සෘජුවම සවිකරන ලද අතථ්‍ය දෘඪ තැටි වේ. අධිවේගී අන්තර් සම්බන්ධතා හරහා. ඒවා ext4 වැනි සම්මත ගොනු පද්ධතිවලට හැඩතල ගන්වයි, දත්ත සමුදා එන්ජින් සඳහා අවශ්‍ය වේගවත් අහඹු කියවීම් සහ ලිවීම් ප්‍රවේශය සඳහා සහාය වේ. එන්ජින්. තෙවැන්න Managed Databases: RDS මත PostgreSQL වැනි සම්බන්ධක එන්ජින් ACID ගනුදෙනු සහ සංකීර්ණ සම්බන්ධක සපයයි, RDS මත PostgreSQL වැනි සම්බන්ධක එන්ජින් ACID ගනුදෙනු සහ සංකීර්ණ සම්බන්ධක සපයයි,

9:21 සහ DynamoDB වැනි NoSQL එන්ජින් විශාල පරිමාණයකින් තනි-සංඛ්‍යා මිලි තත්පර ප්‍රමාදයක් ලබා දෙයි. මිලි තත්පර ප්‍රමාදය විශාල පරිමාණයකින්. සහ හතරවැනි ඒවා Redis වැනි In-Memory Caches. RAM වලින් දත්ත කියවීම සඳහා මිලි තත්පර වෙනුවට මයික්‍රෝ තත්පර ගතවේ. Caches ඔබේ දත්ත සමුදාය ඉදිරියෙන් සිටී, එය නැවත නැවත කියවන ගමනාගමනයෙන් ආරක්ෂා කරයි සහ වාෂ්පශීලී පරිශීලක සැසි ටෝකන කළමනාකරණය කිරීම.

- 08. ඉහළ ලබා ගැනීමේ හැකියාව සහ Nines (බහු-AZ අසාර්ථක වීම)

9:44 සංකල්ප අංක අට: ඉහළ ලබා ගත හැකි බව, හෝ HA. ලබා ගත හැකි බව එක් ප්‍රශ්නයකට පිළිතුරු සපයයි: ඔබේ යෙදුම ක්‍රියාත්මක වන සහ පරිශීලකයින්ට ළඟා විය හැකි කාල ප්‍රතිශතය කුමක්ද? යෙදුම ක්‍රියාත්මක වන සහ පරිශීලකයින්ට ළඟා විය හැකි කාල ප්‍රතිශතය කුමක්ද? ව්‍යවසාය කොන්ත්‍රාත්තුවල, ලබා ගත හැකි බව මනිනු ලබන්නේ නවයෙන්. නවය දෙකක්, නැතහොත් සියයට අනූනවයක ලබා ගත හැකි බව, සෑම වසරකම දින තුනහමාරකට වඩා වැඩි කාලයක් අක්‍රිය වීමට ඉඩ සලසයි. සෑම වසරකම අක්‍රිය වීමට දින භාගයක්. නවය හතරක් අක්‍රිය කාලය විනාඩි පනස් දෙක දක්වා අඩු කරයි, සහ නවය පහක් වසරකට මුළු අක්‍රිය කාලය විනාඩි පහකට පමණක් ඉඩ දෙයි.

10:15 වසරකට. ඉහළ ලබා ගත හැකි බවක් ලබා ගැනීම සඳහා, ඔබ දෝෂ වසම් හරහා තනි අසාර්ථක ලක්ෂ්‍ය ඉවත් කළ යුතුය. දෝෂ වසම් හරහා. වලාකුළු තුළ, එයින් අදහස් වන්නේ බහු Availability Zones හරහා යෙදවීමයි. Availability Zone එක තනි රැක් එකක් නොවේ: එය එකක් හෝ කිහිපයක් වෙනස් භෞතික දත්ත මධ්‍යස්ථාන වේ. භෞතික දත්ත මධ්‍යස්ථාන සැතපුම් ගණනක් දුරින් ස්වාධීන බලය සහ සිසිලනය ඇත. සමමුහුර්ත දත්ත සමුදා ප්‍රතිවර්තනය සමඟින් Zone A සහ Zone B හි සක්‍රීය අවස්ථා ධාවනය කිරීමෙන්, සමමුහුර්ත දත්ත සමුදා ප්‍රතිවර්තනය සමඟින්, අකුණු සැර වැදීමක් හෝ ෆයිබර් කැපීමක් සිදු වුවහොත්, සම්පූර්ණ භෞතික පහසුකමක් අක්‍රිය වීමෙන් ස්වයංක්‍රීය අසාර්ථකත්වය සිදුවේ

10:50 කිසිදු මිනිස් මැදිහත්වීමකින් තොරව තත්පර තිහකින්.

- 09. කල්පැවැත්ම එදිරිව ලබා ගැනීමේ හැකියාව (11 Nines යනු ක්‍රියාකාරීත්වය නොවන හේතුව)

10:53 සංකල්ප අංක නවය: කල්පැවැත්ම එදිරිව ලබාගත හැකි බව (Durability versus Availability). මෙය ක්ලවුඩ් ගෘහනිර්මාණ සම්මුඛ පරීක්ෂණ වලදී බහුලවම දක්නට ලැබෙන සංකල්පීය උගුලයි. ඉංජිනේරුවන් බොහෝ විට මෙම වචන එකිනෙකට ආදේශක ලෙස භාවිතා කරයි, නමුත් ඒවා සම්පූර්ණයෙන්ම වෙනස් ගුණාංග මනිනු ලබයි. Availability යනු uptime මනිනු ලබයි: මට මේ මොහොතේ මගේ දත්ත කියවීමට හෝ ලිවීමට API ඇමතුමක් ලබා දිය හැකිද? Durability යනු සංරක්ෂණය මනිනු ලබයි: මගේ දත්ත වසර දහයක් පුරා ස්ථිර බිට් කුණුවීම, දූෂණය හෝ විනාශයකින් තොරව පවතිනු ඇත්ද? Amazon S3 Standard බලන්න. එහි සේවා මට්ටමේ ගිවිසුම සියයට අනූනව දශම නවයක් ලබා ගත හැකි බවක් සපයයි,

11:24 එහි සේවා මට්ටමේ ගිවිසුම සියයට අනූනව දශම නවයක් ලබා ගත හැකි බවක් සපයයි, එහි සේවා මට්ටමේ ගිවිසුම සියයට අනූනව දශම නවයක් ලබා ගත හැකි බවක් සපයයි, එය සෑම මසකම දළ වශයෙන් මිනිත්තු හතළිස් තුනක downtime වලට ඉඩ සලසයි, එහිදී API ඉල්ලීමක් 500 දෝෂයක් ආපසු ලබා දිය හැක. නමුත් S3 durability හි එකොළොස් නවයක් පොරොන්දු වේ: අනූනව දශම නවය නවය නවය නවය නවය නවය නවය නවය නවය ප්‍රතිශතයක්. ඔබ S3 හි ගොනු මිලියන දහයක් ගබඩා කරන්නේ නම්, ඔබට වසර දස දහසකට වරක් එක් ගොනුවක් අහිමි වීමට සංඛ්‍යානමය වශයෙන් අපේක්ෂා කළ හැක.

11:56 ඔබ S3 හි ගොනු මිලියන දහයක් ගබඩා කරන්නේ නම්, ඔබට වසර දස දහසකට වරක් එක් ගොනුවක් අහිමි වීමට සංඛ්‍යානමය වශයෙන් අපේක්ෂා කළ හැක. S3 මෙය සාක්ෂාත් කරගන්නේ erasure-coding objects මගින් සහ භූගෝලීය වශයෙන් වෙන් වූ දත්ත පහසුකම් තුනකදී chunk replication කිරීම මගිනි. S3 මෙය සාක්ෂාත් කරගන්නේ erasure-coding objects මගින් සහ භූගෝලීය වශයෙන් වෙන් වූ දත්ත පහසුකම් තුනකදී chunk replication කිරීම මගිනි. ප්‍රධාන කලාපීය ජාල බිඳවැටීමකදී, S3 තාවකාලිකව නොලැබිය හැක, නමුත් ඔබේ දත්ත කිසිවිටෙක විනාශ නොවේ.

- 10. කේතය ලෙස යටිතල පහසුකම් (Terraform එදිරිව කොන්සෝල අපගමනය)

12:14 සංකල්ප අංක දහය: කේතය ලෙස යටිතල පහසුකම්, හෙවත් IaC. Cloud computing වල මුල් දිනවල, ඉංජිනේරුවන් AWS web management console වෙත පිවිස, virtual machines, subnets වින්‍යාස කිරීමට සහ security groups ඇමිණීමට අතින් ක්ලික් කළහ. virtual machines, subnets වින්‍යාස කිරීමට සහ security groups ඇමිණීමට අතින් ක්ලික් කළහ. කර්මාන්තය මෙය ClickOps ලෙස හඳුන්වන අතර, නිෂ්පාදනයේදී එය නිරපේක්ෂ ව්‍යසනයකි. අතින් සිදු කරන console වෙනස්කම් වලට audit trail එකක් හෝ rollback යාන්ත්‍රණයක් නොමැති අතර, staging සහ production පරිසරයන් අතර configuration drift නොවැළැක්විය හැකි ලෙස ඇති කරයි. Terraform වැනි Infrastructure as Code මෙවලම් සමඟ,

12:48 Terraform වැනි Infrastructure as Code මෙවලම් සමඟ, OpenTofu, Pulumi, හෝ AWS CDK, ඔබ ඔබේ සමස්ත cloud architecture Git හි ගබඩා කර ඇති declarative configuration files වල අර්ථ දක්වයි. OpenTofu, Pulumi, හෝ AWS CDK, ඔබ ඔබේ සමස්ත cloud architecture Git හි ගබඩා කර ඇති declarative configuration files වල අර්ථ දක්වයි. විවෘත port එකකට හෝ දත්ත සමුදා replica එකකට සිදු කරන සෑම වෙනසක්ම pull request එකක් සහ peer review එකක් හරහා සිදු වේ. terraform plan ධාවනය කිරීමෙන් කිසිවක් ස්පර්ශ කිරීමට පෙර නිවැරදි API diff පෙරදසුන් කරයි, සහ ඔබේ production stack හි සමාන replica එකක් ආරම්භ කිරීමට සති හතරක් වෙනුවට මිනිත්තු හතරක් ගත වේ. පෙරදසුන් කරයි, සහ ඔබේ production stack හි සමාන replica එකක් ආරම්භ කිරීමට සති හතරක් වෙනුවට මිනිත්තු හතරක් ගත වේ.

- 11. ක්ලවුඩ් ජාලකරණය (VPC, Subnets, NAT සහ ආරක්ෂක කණ්ඩායම්)

13:20 සංකල්ප අංක එකොළහ: Cloud Networking සහ Virtual Private Clouds. ඔබ cloud වෙත servers යෙදවූ විට, ඒවා අමු public internet මත නිරාවරණය වී නොපවතී. ඒවා VPC නම් වූ software-defined isolated boundary එකක් තුළ පවතී. ඒවා VPC නම් වූ software-defined isolated boundary එකක් තුළ පවතී. ඔබේ VPC තුළ, ඔබ දහය-දශම-ශුන්‍ය-දශම-ශුන්‍ය-දශම-ශුන්‍ය slash දහසය වැනි private IP address space එකක් වෙන් කර, එය public සහ private subnets වලට බෙදයි. එකක් වෙන් කර, එය public සහ private subnets වලට බෙදයි. public subnet එකකට අන්තර්ජාල ගේට්වේ (Internet Gateway) එකකට සෘජු මාර්ගයක් ඇත.

13:51 එය ඔබේ Application Load Balancers සහ NAT Gateways වැනි public-facing assets අඩංගු වේ. එය public IP addresses ඇති ඔබේ ජාලයේ එකම කොටසයි. ඔබේ application servers සහ production databases private subnets තුළ පමණක් පවතී, ඒවාට public IPs සහ අන්තර්ජාලයෙන් එන inbound routes නොමැත. ඔබේ application servers සහ production databases private subnets තුළ පමණක් පවතී, ඒවාට public IPs සහ අන්තර්ජාලයෙන් එන inbound routes නොමැත. ඔබේ backend servers වලට security updates බාගත කිරීමට අවශ්‍ය වූ විට, ඒවායේ outbound traffic public subnet හි NAT Gateway හරහා ගමන් කරයි. සෑම instance එකක් වටාම Security Groups ඇත: stateful virtual firewalls ඒවා least privilege මූලධර්මය බලාත්මක කරයි.

- 12. සම්පූර්ණ ව්‍යවසාය සැලැස්ම සහ තීන්දුව

14:28 ඔබේ database security group එක 5432 port එකේ connections පිළිගන්නේ ඔබේ application servers වල security group එකෙන් පමණි, එමගින් බාහිර විනිවිදීම ගණිතමය වශයෙන් කළ නොහැකි වේ. ඔබේ application servers වල security group එකෙන් පමණි, එමගින් බාහිර විනිවිදීම ගණිතමය වශයෙන් කළ නොහැකි වේ. ඔබ විශාලනය කරන විට, මෙම එකොළොස් ප්‍රාථමිකයන් එක් සමෝධානික පද්ධතියකට සම්බන්ධ වේ. ඔබේ DNS public subnet එකක Load Balancer එකකට මාර්ගගත කරයි, autoscaling groups මඟින් බහු Availability Zones හරහා traffic surges හසුරුවයි, event buses මඟින් backend workers වෙන් කරයි, සහ ඔබේ සමස්ත stack එක Infrastructure as Code භාවිතයෙන් Git වෙතින් යෙදවේ. event buses මඟින් backend workers වෙන් කරයි, සහ ඔබේ සමස්ත stack එක Infrastructure as Code භාවිතයෙන් Git වෙතින් යෙදවේ.

15:02 අද දින masterclass තීන්දුව: SHIP IT. වලාකුළු අලෙවිකරණ කෙටි යෙදුම් සිය ගණනක් කටපාඩම් කිරීම නවත්වන්න. මෙම එකොළොස් ගෘහනිර්මාණ රටාවන් ප්‍රගුණ කරන්න, ඔබේ state වෙන් කරන්න, සහ අසාර්ථක විය නොහැකි පද්ධති සාදන්න. ඔබ මුලින්ම ගොඩනැගීම ආරම්භ කරන විට ඔබට වැඩිම හිසරදයක් ඇති කළ cloud concept එක කුමක්දැයි අදහස් දැක්වීම් වලදී මට කියන්න. සහ සම්පූර්ණ architecture cheat sheet එක ලබා ගැනීමට, The Daily Diff.dev හි පුවත් පත්‍රිකාවට subscribe කරන්න,

15:28 සම්බන්ධකය පහතින්. සහ අද දවසට වෙනස එයයි. මම Axrisi වෙතින් Niko. වගකීමෙන් ඒකාබද්ධ කරන්න.

මූලාශ්‍ර

1. AWS Well-Architected Framework (Reliability & Performance Pillars)aws.amazon.com
2. Kubernetes Architecture & Control Plane Conceptskubernetes.io
3. Martin Fowler: What is Event-Driven Architecture?martinfowler.com
4. Amazon S3 Data Durability & Availability Technical Whitepaperaws.amazon.com
5. HashiCorp: Declarative Infrastructure as Code with Terraformwww.terraform.io