# ક્લાઉડ કમ્પ્યુટિંગ સમજાવ્યું: 11 આર્કિટેક્ચર કોન્સેપ્ટ્સ જે તમારે જાણવા જ જોઈએ (4K માસ્ટરક્લાસ).

Published: 2026-09-15

મોટાભાગના સોફ્ટવેર એન્જિનિયરો AWS, GCP અને Azure માં સેંકડો વિક્રેતા ઉત્પાદન સંક્ષિપ્ત શબ્દો યાદ રાખીને ક્લાઉડ આર્કિટેક્ચર શીખવાનો પ્રયાસ કરે છે. પરંતુ વાસ્તવિક-વિશ્વ ક્લાઉડ એન્જિનિયરિંગ અગિયાર મૂળભૂત આર્કિટેક્ચરલ પ્રિમિટિવ્સ પર આધારિત છે. આ 4K રીમાસ્ટર માસ્ટરક્લાસમાં, નિકો સંપૂર્ણ એન્ટરપ્રાઈઝ બ્લુપ્રિન્ટને વિગતવાર સમજાવે છે: વર્ટિકલ વિરુદ્ધ હોરિઝોન્ટલ સ્કેલિંગ અને લેયર 7 લોડ બેલેન્સિંગથી લઈને ડાયનેમિક ઓટોસ્કેલિંગ, સર્વરલેસ માઈક્રોવીએમ એક્ઝેક્યુશન, અસુમેળ ઈવેન્ટ-ડ્રિવન ડીકપ્લિંગ, કન્ટેનર ઓર્કેસ્ટ્રેશન, ફોર-પિલર સ્ટોરેજ હાયરાર્કી, ઉચ્ચ ઉપલબ્ધતા અને 11 નાઈન્સ ઓફ ડ્યુરેબિલિટી વચ્ચેનો નિર્ણાયક તફાવત, ડિક્લેરેટિવ ઈન્ફ્રાસ્ટ્રક્ચર એઝ કોડ, અને વર્ચ્યુઅલ પ્રાઈવેટ ક્લાઉડ નેટવર્કિંગ. આ અગિયાર ખ્યાલોમાં નિપુણતા મેળવો, અને તમે ઉત્પાદનમાં કોઈપણ બેકએન્ડને આર્કિટેક્ટ કરી શકો છો. ચુકાદો: SHIP IT.

Canonical: https://thedailydiff.dev/gu/video/2026-09-14-cloud-computing-explained-4k/

## આ વીડિયોમાં શું આવરી લેવામાં આવ્યું છે

- - આર્કિટેક્ચર વોલ અને માસ્ટર બ્લુપ્રિન્ટ
- - 01. વર્ટિકલ વિ. હોરિઝોન્ટલ સ્કેલિંગ
- - 02. લોડ બેલેન્સિંગ આર્કિટેક્ચર (L4 વિ. L7 અને હેલ્થ ચેક્સ)
- - 03. ઓટોસ્કેલિંગ અને ઇલાસ્ટિસિટી
- - 04. સર્વરલેસ (FaaS અને Firecracker MicroVMs)

## પ્રકરણો

- 0:00 - આર્કિટેક્ચર વોલ અને માસ્ટર બ્લુપ્રિન્ટ
- 0:57 - 01. વર્ટિકલ વિ. હોરિઝોન્ટલ સ્કેલિંગ
- 2:17 - 02. લોડ બેલેન્સિંગ આર્કિટેક્ચર (L4 વિ. L7 અને હેલ્થ ચેક્સ)
- 3:45 - 03. ઓટોસ્કેલિંગ અને ઇલાસ્ટિસિટી
- 4:50 - 04. સર્વરલેસ (FaaS અને Firecracker MicroVMs)
- 6:05 - 05. ઇવેન્ટ-ડ્રિવન આર્કિટેક્ચર (EDA અને ડીકપ્લિંગ)
- 7:13 - 06. કન્ટેનર ઓર્કેસ્ટ્રેશન (Docker અને Kubernetes)
- 8:16 - 07. 4 ક્લાઉડ સ્ટોરેજ પિલર્સ (S3, EBS, DBs અને Redis)
- 9:44 - 08. હાઈ અવેલેબિલિટી અને ધ નાઈન્સ (મલ્ટી-AZ ફેલઓવર)
- 10:53 - 09. ડ્યુરેબિલિટી વિ. અવેલેબિલિટી (શા માટે 11 નાઈન્સ અપટાઈમ નથી)
- 12:14 - 10. ઈન્ફ્રાસ્ટ્રક્ચર એઝ કોડ (Terraform વિ. Console Drift)
- 13:20 - 11. ક્લાઉડ નેટવર્કિંગ (VPC, સબનેટ્સ, NAT અને સિક્યોરિટી ગ્રુપ્સ)
- 14:26 - 12. સંપૂર્ણ એન્ટરપ્રાઈઝ બ્લુપ્રિન્ટ અને ચુકાદો

## અનુવાદિત ટ્રાન્સક્રિપ્ટ

મૂળ અંગ્રેજી કથામાંથી અનુવાદિત. ઉપલબ્ધ ઑડિઓ અને કૅપ્શન્સ YouTube દ્વારા નિયંત્રિત થાય છે.

### - આર્કિટેક્ચર વોલ અને માસ્ટર બ્લુપ્રિન્ટ

0:00 દરેક સોફ્ટવેર એન્જિનિયર આખરે ક્લાઉડ આર્કિટેક્ચરની દીવાલનો સામનો કરે છે. તમે તમારા લેપટોપ પર એક એપ્લિકેશન બનાવો છો, તેને પ્રોડક્શનમાં ધકેલો છો, અને જે ક્ષણે વાસ્તવિક વપરાશકર્તાઓ આવે છે, સર્વર ક્રેશ થાય છે, ડેટાબેઝ કનેક્શન્સ પુલ આઉટ થાય છે, અને તમારું AWS બિલ ફોન નંબર જેવું લાગે છે. મોટાભાગના ડેવલપર્સ ત્રણસો જુદા જુદા AWS પ્રોડક્ટ સંક્ષિપ્ત શબ્દો યાદ રાખીને ક્લાઉડ એન્જિનિયરિંગને ઉકેલવાનો પ્રયાસ કરે છે. પરંતુ વાસ્તવિક ક્લાઉડ કમ્પ્યુટિંગ વિક્રેતા કેટલોગ યાદ રાખવા વિશે નથી: તે અગિયાર મૂળભૂત આર્કિટેક્ચરલ પ્રિમિટિવ્સ પર આધારિત છે.

0:34 આ માસ્ટરક્લાસમાં, આપણે સમગ્ર એન્ટરપ્રાઈઝ બ્લુપ્રિન્ટમાંથી પસાર થઈશું: સ્કેલિંગ અને લોડ બેલેન્સિંગથી લઈને સર્વરલેસ, ઇવેન્ટ-ડ્રિવન ડીકપ્લિંગ, સ્ટોરેજ હાયરાર્કી અને ક્લાઉડ નેટવર્કિંગ સુધી. આ અગિયાર ખ્યાલોમાં નિપુણતા મેળવો, અને તમે AWS, GCP, અથવા Azure પર કોઈપણ બેકએન્ડ ડિઝાઇન કરી શકો છો. આ The Daily Diff છે, અંદરની વાત. આ The Daily Diff છે, અંદરની વાત.

### - 01. વર્ટિકલ વિ. હોરિઝોન્ટલ સ્કેલિંગ

0:57 ખ્યાલ નંબર એક: સ્કેલિંગ. જ્યારે તમારી એપ્લિકેશન ટ્રાફિક વૃદ્ધિનો અનુભવ કરે છે, ત્યારે તમારી પાસે લોડને હેન્ડલ કરવા માટે મૂળભૂત રીતે બે જુદી જુદી રીતો છે: વર્ટિકલ સ્કેલિંગ, અથવા હોરિઝોન્ટલ સ્કેલિંગ. વર્ટિકલ સ્કેલિંગ, અથવા સ્કેલિંગ અપ, એટલે તમારી હાલની મશીન લઈને વધુ સંસાધનો ઉમેરવા: ચાર CPU કોર્સથી બત્રીસમાં અપગ્રેડ કરવું, અથવા બત્રીસ ગીગાબાઇટ્સ રેમને એકસો અને અઠ્ઠાવીસમાં બદલવું. વર્ટિકલ સ્કેલિંગને શૂન્ય આર્કિટેક્ચરલ ફેરફારોની જરૂર પડે છે: તમારો કોડ અને ડેટાબેઝ બરાબર એ જ રહે છે.

1:28 પરંતુ તે એક નિર્દય હાર્ડવેર છતને અથડાવે છે. દુનિયામાં કોઈ એક મશીનમાં દસ હજાર CPU કોર્સ નથી, અને ટોપ-ટિયર ઇન્સ્ટન્સનો ભાવ ઘણો વધારે હોય છે. ટોપ-ટિયર ઇન્સ્ટન્સનો ભાવ ઘણો વધારે હોય છે. હોરિઝોન્ટલ સ્કેલિંગ, અથવા સ્કેલિંગ આઉટ, એટલે તમારા સર્વરને નાના અને સસ્તા રાખવા, પરંતુ રાઉટર પાછળ સમાંતરમાં બહુવિધ ઇન્સ્ટન્સ ચલાવવા. જો એક ઇન્સ્ટન્સ ક્રેશ થાય, તો બાકીના નોડ્સ શૂન્ય ડાઉનટાઇમ સાથે ટ્રાફિકને શોષી લે છે. હોરિઝોન્ટલ સ્કેલિંગનો સુવર્ણ નિયમ સ્ટેટલેસનેસ છે: તમારા એપ્લિકેશન સર્વર વપરાશકર્તા સત્રો,

2:01 અપલોડ કરેલી ફાઇલો, અથવા સ્ટેટને તેમની સ્થાનિક ડિસ્ક પર સ્ટોર કરી શકતા નથી. સ્ટેટ બાહ્ય ડેટાબેઝ અથવા કેશમાં રહેવું જોઈએ, કોઈપણ નોડને કોઈપણ વપરાશકર્તા વિનંતીને હેન્ડલ કરવાની મંજૂરી આપે છે. કોઈપણ નોડને કોઈપણ વપરાશકર્તા વિનંતીને હેન્ડલ કરવાની મંજૂરી આપે છે.

### - 02. લોડ બેલેન્સિંગ આર્કિટેક્ચર (L4 વિ. L7 અને હેલ્થ ચેક્સ)

2:17 ખ્યાલ નંબર બે: લોડ બેલેન્સિંગ. હોરિઝોન્ટલ સ્કેલિંગ કાગળ પર મહાન લાગે છે, પરંતુ તે તાત્કાલિક સમસ્યા ઊભી કરે છે: જ્યારે દસ હજાર વપરાશકર્તાઓ તમારા ડોમેન નામ પર આવે છે, ત્યારે કયું વિશિષ્ટ સર્વર તેમનો ટ્રાફિક મેળવે છે? લોડ બેલેન્સર જાહેર ઇન્ટરનેટ અને તમારા ખાનગી બેકએન્ડ ક્લસ્ટર વચ્ચે બેઠેલા રિવર્સ પ્રોક્સી તરીકે કાર્ય કરે છે. તે ઇનકમિંગ TCP અથવા HTTP કનેક્શન્સ સ્વીકારે છે અને તમારી હેલ્ધી ઇન્સ્ટન્સમાં વિનંતીઓનું વિતરણ કરે છે.

2:47 લોડ બેલેન્સર્સ બે મુખ્ય નેટવર્ક લેયર પર કાર્ય કરે છે. લેયર 4 નેટવર્ક લોડ બેલેન્સર્સ ટ્રાન્સપોર્ટ લેયર પર કાર્ય કરે છે, IP એડ્રેસ અને પોર્ટના આધારે કાચા TCP અને UDP પેકેટ્સને રૂટ કરે છે માઈક્રોસેકન્ડ લેટન્સી અને પ્રતિ સેકન્ડ લાખો વિનંતીઓ સાથે. લેયર 7 એપ્લિકેશન લોડ બેલેન્સર્સ HTTP પ્રોટોકોલ પોતે જ તપાસે છે: URL પાથ, વિનંતી હેડર, કૂકીઝ અને HTTP પદ્ધતિઓ વાંચે છે. આ પાથ-આધારિત રૂટિંગને સક્ષમ કરે છે: સ્લેશ-api વિનંતીઓને તમારા બેકએન્ડ ક્લસ્ટર પર મોકલવી અને સ્લેશ-સ્ટેટિક વિનંતીઓને ઑબ્જેક્ટ સ્ટોર પર મોકલવી. ખાસ કરીને, લોડ બેલેન્સર્સ સક્રિય હેલ્થ ચેક કરે છે.

3:25 ખાસ કરીને, લોડ બેલેન્સર્સ સક્રિય હેલ્થ ચેક કરે છે. દર થોડી સેકન્ડમાં, બેલેન્સર દરેક ઇન્સ્ટન્સ પર હેલ્થ એન્ડપોઇન્ટને પિંગ કરે છે. જો કોઈ ઇન્સ્ટન્સ સતત ત્રણ પાંચસો ભૂલો ફેંકે છે અથવા પ્રતિસાદ આપવામાં નિષ્ફળ જાય છે, તો તેને શૂન્ય ડ્રોપ થયેલી વિનંતીઓ સાથે પૂલમાંથી આપમેળે બહાર કાઢી નાખવામાં આવે છે. શૂન્ય ડ્રોપ થયેલી વિનંતીઓ સાથે પૂલમાંથી આપમેળે બહાર કાઢી નાખવામાં આવે છે.

### - 03. ઓટોસ્કેલિંગ અને ઇલાસ્ટિસિટી

3:45 ખ્યાલ નંબર ત્રણ: ઓટોસ્કેલિંગ. જો તમારા વેબ એપ્લિકેશનને સવારે ત્રણ વાગ્યે બે સર્વરની જરૂર હોય, પરંતુ બપોરના લોન્ચ દરમિયાન વીસ સર્વરની જરૂર હોય, તો ક્લાઉડ કન્સોલમાં મેન્યુઅલી બટનો પર ક્લિક કરવું ડાઉનટાઇમ અને નાદારીનો ખાતરીપૂર્વકનો માર્ગ છે. ઓટોસ્કેલિંગ હોરિઝોન્ટલ સર્વર પૂલને ગતિશીલ ઇલાસ્ટિસિટી લાવે છે. એક ઓટો સ્કેલિંગ ગ્રુપ સરેરાશ CPU ઉપયોગ, નેટવર્ક I-O, અથવા કતાર બેકલૉગની ઊંડાઈ જેવા પ્રદર્શન મેટ્રિક્સનું નિરીક્ષણ કરે છે. જ્યારે સરેરાશ CPU નિર્ધારિત થ્રેશોલ્ડને પાર કરે છે - કહો કે,

4:19 સતત ત્રણ મિનિટ માટે સિત્તેર ટકા - ઓટોસ્કેલર આપમેળે નવા વર્ચ્યુઅલ મશીનો લોન્ચ કરે છે, તેમને તમારા લોડ બેલેન્સર સાથે રજીસ્ટર કરે છે, અને ટ્રાફિકને રૂટ કરવાનું શરૂ કરે છે. અને ટ્રાફિકને રૂટ કરવાનું શરૂ કરે છે. એટલું જ મહત્વનું છે સ્કેલિંગ ઇન: જ્યારે ટ્રાફિક વેવ ઓછો થાય છે, ઓટોસ્કેલર વધારાના ઇન્સ્ટન્સને સમાપ્ત કરે છે જેથી તમે નિષ્ક્રિય ગણતરી માટે ચૂકવણી કરવાનું બંધ કરો. ફ્લૅપિંગને રોકવા માટે — જ્યાં સર્વર અનંત થ્રેશિંગ લૂપમાં ઝડપથી બનાવવામાં અને નષ્ટ થાય છે — ક્લાઉડ આર્કિટેક્ટ્સ કૂલડાઉન અવધિ ગોઠવે છે. ખ્યાલ નંબર ચાર: સર્વરલેસ. ક્લાઉડ આર્કિટેક્ટ્સ કૂલડાઉન અવધિ ગોઠવે છે. ખ્યાલ નંબર ચાર: સર્વરલેસ.

### - 04. સર્વરલેસ (FaaS અને Firecracker MicroVMs)

4:53 વર્ષોથી, માર્કેટિંગ ટીમોએ સર્વરલેસને આકાશમાં ચાલતા જાદુઈ કોડ તરીકે રજૂ કર્યું. વર્ષોથી, માર્કેટિંગ ટીમોએ સર્વરલેસને આકાશમાં ચાલતા જાદુઈ કોડ તરીકે રજૂ કર્યું. વાસ્તવમાં, સર્વરલેસ હજુ પણ સર્વરનો ઉપયોગ કરે છે — પરંતુ જ્યારે કોઈ કોડ ચાલતો નથી ત્યારે તમે તેના માલિક નથી, તેને પેચ કરતા નથી, અથવા તેના માટે ચૂકવણી કરતા નથી. AWS Lambda અથવા Google Cloud Functions જેવી Function-as-a-Service સાથે, તમે એક સ્વતંત્ર હેન્ડલર ફંક્શન લખો છો. જ્યારે HTTP વિનંતી, S3 ફાઇલ અપલોડ, અથવા ડેટાબેઝ ફેરફાર થાય છે, ત્યારે ક્લાઉડ રનટાઇમ પાંચ મિલિસેકન્ડથી ઓછા સમયમાં Firecracker જેવી ક્ષણિક

5:23 માઇક્રો-વર્ચ્યુઅલ-મશીન બૂટ કરે છે. તમારો કોડ એક્ઝિક્યુટ થાય છે, પ્રતિસાદ આપે છે, અને બંધ થાય છે. જો ત્રણ મહિના સુધી કોઈ તમારી વેબસાઇટની મુલાકાત ન લે, તો તમારું કમ્પ્યુટ બિલ બરાબર શૂન્ય ડોલર અને શૂન્ય સેન્ટ છે. જો એક મિલિયન વપરાશકર્તાઓ એકસાથે તેના પર આવે, તો પ્રદાતા એક મિલિયન સમવર્તી માઇક્રોવીએમ્સ શરૂ કરે છે. એન્જિનિયરિંગ ટ્રેડ-ઓફ્સ વાસ્તવિક છે: તાજા રનટાઇમ્સ શરૂ કરતી વખતે કોલ્ડ સ્ટાર્ટ લેટન્સી, Lambda પર સખત પંદર-મિનિટની એક્ઝિક્યુશન મર્યાદા, અને કડક સ્ટેટલેસનેસ.

5:55 સર્વરલેસ ઇવેન્ટ પાઇપલાઇન્સ અને છૂટાછવાયા API માટે અજેય છે, પરંતુ પર્સિસ્ટન્ટ વેબસોકેટ્સ અથવા બહુ-કલાકના તાલીમ રન માટે નબળું છે.

### - 05. ઇવેન્ટ-ડ્રિવન આર્કિટેક્ચર (EDA અને ડીકપ્લિંગ)

6:05 ખ્યાલ નંબર પાંચ: ઇવેન્ટ-ડ્રિવન આર્કિટેક્ચર, અથવા EDA. પરંપરાગત આર્કિટેક્ચરમાં, સેવાઓ સુમેળપૂર્વક વાતચીત કરે છે. તમારી ચેકઆઉટ સેવા પેમેન્ટને બોલાવે છે, પેમેન્ટ ઇન્વેન્ટરીને બોલાવે છે, ઇન્વેન્ટરી ફ્રોડને બોલાવે છે, અને ફ્રોડ ઇમેઇલને બોલાવે છે. આ ડૂમનો સુમેળપૂર્વકનો કાસ્કેડ બનાવે છે. જો ત્રીજા-પક્ષના ઇમેઇલ પ્રદાતા નેટવર્ક હિકઅપનો અનુભવ કરે છે અને પ્રતિસાદ આપવામાં દસ સેકન્ડ લે છે, તો તમારા ગ્રાહકની સમગ્ર ચેકઆઉટ વિનંતી ભૂલ સાથે સમય સમાપ્ત થાય છે. ઇવેન્ટ-ડ્રિવન આર્કિટેક્ચરમાં, સેવાઓ સંપૂર્ણપણે ડીકપલ થયેલી હોય છે.

6:37 જ્યારે ગ્રાહક ખરીદી પર ક્લિક કરે છે, ત્યારે ચેકઆઉટ સેવા ડાઉનસ્ટ્રીમ સેવાઓને બોલાવતી નથી. તે ફક્ત Amazon EventBridge અથવા SNS વિષય જેવા કેન્દ્રીય ઇવેન્ટ બસ પર OrderPlaced નામની ઇવેન્ટ પ્રકાશિત કરે છે. તે ફક્ત Amazon EventBridge અથવા SNS વિષય જેવા કેન્દ્રીય ઇવેન્ટ બસ પર OrderPlaced નામની ઇવેન્ટ પ્રકાશિત કરે છે. ચેકઆઉટ પચાસ મિલિસેકન્ડમાં પૂર્ણ થાય છે. પેમેન્ટ, ઇન્વેન્ટરી કપાત, અને ઇમેઇલ રસીદો માટેના ડાઉનસ્ટ્રીમ વર્કર્સ તેમની પોતાની સમર્પિત SQS કતારોમાંથી સ્વતંત્ર રીતે સંદેશા ખેંચે છે. જો ઇમેઇલ સેવા એક કલાક માટે બંધ થઈ જાય, તો સંદેશાઓ સુરક્ષિત રીતે કતારમાં બફર થઈને રાહ જુએ છે જેમાં એક પણ ઓર્ડર ડ્રોપ થતો નથી.

### - 06. કન્ટેનર ઓર્કેસ્ટ્રેશન (Docker અને Kubernetes)

7:13 ખ્યાલ નંબર છ: કન્ટેનર ઓર્કેસ્ટ્રેશન. ડોકરે પેકેજિંગ ઉકેલ્યું: તે તમારા એપ્લિકેશન કોડ, સિસ્ટમ લાઇબ્રેરીઓ, ગોઠવણી, અને રનટાઇમને એક અપરિવર્તનશીલ ઇમેજમાં લપેટી લે છે જે તમારા MacBook પર અને ક્લાઉડમાં સમાન રીતે ચાલે છે. પરંતુ કન્ટેનરને પેકેજ કરવું સરળ છે. પચાસ ભૌતિક વર્ચ્યુઅલ મશીનો પર પાંચસો કન્ટેનર ચલાવવું એ એવી જગ્યા છે જ્યાં એન્જિનિયરિંગ તૂટી પડે છે. એટલા માટે Kubernetes અને AWS ECS જેવા કન્ટેનર ઓર્કેસ્ટ્રેટર્સ

7:41 અસ્તિત્વમાં છે. એક ઓર્કેસ્ટ્રેટર કંટ્રોલ પ્લેન પ્રદાન કરે છે: એક API સર્વર, એક etcd સ્ટેટ સ્ટોર, અને એક બુદ્ધિશાળી શેડ્યુલર. તમે તમારી ઇચ્છિત સ્થિતિ જાહેર કરો છો: મને મારી ઓથ સેવાના દસ પ્રતિકૃતિઓ દરેકમાં બે ગીગાબાઇટ્સ રેમ સાથે જોઈએ છે. શેડ્યુલર ક્લસ્ટરનું નિરીક્ષણ કરે છે, ખાલી મેમરીવાળા નોડ્સ પર પોડ્સ મૂકે છે, આંતરિક નેટવર્કિંગ ગોઠવે છે, અને સતત વાસ્તવિકતાને સુસંગત કરે છે. જો કોઈ નોડ હાર્ડવેર નિષ્ફળતાનો ભોગ બને છે, તો Kubernetes નુકસાનને શોધી કાઢે છે અને તરત જ તમામ વિસ્થાપિત પોડ્સને હેલ્ધી નોડ્સ પર ફરીથી શેડ્યૂલ કરે છે.

### - 07. 4 ક્લાઉડ સ્ટોરેજ પિલર્સ (S3, EBS, DBs અને Redis)

8:16 ખ્યાલ નંબર સાત: ક્લાઉડ સ્ટોરેજ હાયરાર્કી. શરૂઆત કરનારાઓ ઘણીવાર ક્લાઉડ સ્ટોરેજને એક જ બકેટ તરીકે માને છે જ્યાં તમે ફાઈલો ડમ્પ કરો છો. પ્રોડક્શન આર્કિટેક્ચરમાં, સ્ટોરેજને ઍક્સેસ પેટર્ન અને લેટન્સીના આધારે ચાર અલગ-અલગ આધારસ્તંભમાં વિભાજિત કરવામાં આવે છે. પ્રથમ છે ઑબ્જેક્ટ સ્ટોરેજ, જેમ કે Amazon S3 અથવા Google Cloud સ્ટોરેજ. તમે સરળ PUT અને GET કૉલ્સનો ઉપયોગ કરીને HTTP REST API દ્વારા ફાઈલોને ઍક્સેસ કરો છો. તે પ્રતિ ગીગાબાઇટ પ્રતિ માસ બે સેન્ટમાં અનંત હોરિઝોન્ટલ ક્ષમતા પ્રદાન કરે છે,

8:49 જે તેને વિડિઓ, વપરાશકર્તા અપલોડ્સ, લોગ્સ અને બેકઅપ્સ માટે આદર્શ બનાવે છે. બીજું છે બ્લોક સ્ટોરેજ, જેમ કે Amazon EBS. આ વર્ચ્યુઅલ હાર્ડ ડ્રાઈવો છે જે ઉચ્ચ-સ્પીડ ઇન્ટરકનેક્ટ્સ દ્વારા ખાસ વર્ચ્યુઅલ મશીન પર સીધા જ માઉન્ટ થયેલ છે. તેઓ ext4 જેવા પ્રમાણભૂત ફાઈલ સિસ્ટમ્સમાં ફોર્મેટ થાય છે, ડેટાબેઝ એન્જિન દ્વારા જરૂરી ઝડપી રેન્ડમ રીડ અને રાઈટ ઍક્સેસને સપોર્ટ કરે છે. ત્રીજા છે મેનેજ્ડ ડેટાબેઝ: RDS પર PostgreSQL જેવા રિલેશનલ એન્જિન જે ACID વ્યવહારો અને જટિલ જોડાણો પ્રદાન કરે છે, અને DynamoDB જેવા NoSQL એન્જિન

9:21 જે મોટા પાયે સિંગલ-ડિજિટ મિલિસેકન્ડ લેટન્સી પ્રદાન કરે છે. જે મોટા પાયે સિંગલ-ડિજિટ મિલિસેકન્ડ લેટન્સી પ્રદાન કરે છે. અને ચોથા છે Redis જેવા ઇન-મેમરી કેશ. RAM માંથી ડેટા વાંચવામાં મિલિસેકન્ડને બદલે માઈક્રોસેકન્ડ લાગે છે. કેશ તમારા ડેટાબેઝની સામે બેસે છે, તેને પુનરાવર્તિત રીડ ટ્રાફિકથી બચાવે છે અને અસ્થિર વપરાશકર્તા સત્ર ટોકન્સનું સંચાલન કરે છે.

### - 08. હાઈ અવેલેબિલિટી અને ધ નાઈન્સ (મલ્ટી-AZ ફેલઓવર)

9:44 ખ્યાલ નંબર આઠ: હાઈ અવેલેબિલિટી, અથવા HA. ઉપલબ્ધતા એક પ્રશ્નનો જવાબ આપે છે: કેટલા ટકા સમય તમારી એપ્લિકેશન ઓપરેશનલ છે અને વપરાશકર્તાઓ દ્વારા પહોંચી શકાય તેવી છે? એન્ટરપ્રાઇઝ કરારોમાં, ઉપલબ્ધતાને નાઇન્સમાં માપવામાં આવે છે. બે નાઇન્સ, અથવા નેવું-નવ ટકા ઉપલબ્ધતા, દર વર્ષે ત્રણ અને અડધાથી વધુ દિવસના ડાઉનટાઇમને મંજૂરી આપે છે. ચાર નાઇન્સ મંજૂર ડાઉનટાઇમને બાવન મિનિટ સુધી ઘટાડે છે, અને પાંચ નાઇન્સ પ્રતિ વર્ષ કુલ ડાઉનટાઇમના માંડ પાંચ મિનિટની પરવાનગી આપે છે.

10:15 ઉચ્ચ ઉપલબ્ધતા પ્રાપ્ત કરવા માટે, તમારે ફોલ્ટ ડોમેન્સમાં નિષ્ફળતાના એકલ બિંદુઓને દૂર કરવા આવશ્યક છે. ઉચ્ચ ઉપલબ્ધતા પ્રાપ્ત કરવા માટે, તમારે ફોલ્ટ ડોમેન્સમાં નિષ્ફળતાના એકલ બિંદુઓને દૂર કરવા આવશ્યક છે. ક્લાઉડમાં, તેનો અર્થ છે બહુવિધ ઉપલબ્ધતા ઝોનમાં તૈનાત કરવું. એક ઉપલબ્ધતા ઝોન એક જ રેક નથી: તે સ્વતંત્ર પાવર અને કૂલિંગ સાથે માઈલો દૂર એક અથવા વધુ અલગ ભૌતિક ડેટા સેન્ટર્સ છે. ઝોન A અને ઝોન B માં સિંક્રનસ ડેટાબેઝ પ્રતિકૃતિ સાથે સક્રિય ઇન્સ્ટન્સ ચલાવીને, વીજળીનો ઝટકો અથવા ફાઈબર કટ જે સમગ્ર ભૌતિક સુવિધાને બંધ કરી દે છે તેના પરિણામે સ્વયંચાલિત ફેલઓવર થાય છે.

10:50 માનવ હસ્તક્ષેપ વિના ત્રીસ સેકન્ડમાં.

### - 09. ડ્યુરેબિલિટી વિ. અવેલેબિલિટી (શા માટે 11 નાઈન્સ અપટાઈમ નથી)

10:53 નવમો ખ્યાલ: ટકાઉપણું વિરુદ્ધ ઉપલબ્ધતા. ક્લાઉડ આર્કિટેક્ચર ઇન્ટરવ્યુમાં આ સૌથી સામાન્ય વૈચારિક મુશ્કેલી છે. એન્જિનિયરો વારંવાર શબ્દોનો એકબીજાના બદલે ઉપયોગ કરે છે, પરંતુ તેઓ સંપૂર્ણપણે અલગ ગુણધર્મોને માપે છે. ઉપલબ્ધતા અપટાઇમને માપે છે: શું હું મારા ડેટાને વાંચવા અથવા લખવા માટે API કૉલ કરી શકું છું? આ જ ક્ષણે? ટકાઉપણું સંરક્ષણને માપે છે: શું મારો ડેટા દસ વર્ષથી વધુ સમય સુધી કાયમી બીટ રોટ, ભ્રષ્ટાચાર અથવા વિનાશ વિના ટકી રહેશે? શું મારો ડેટા દસ વર્ષથી વધુ સમય સુધી કાયમી બીટ રોટ, ભ્રષ્ટાચાર અથવા વિનાશ વિના ટકી રહેશે?

11:24 Amazon S3 સ્ટાન્ડર્ડ જુઓ. તેની સર્વિસ લેવલ એગ્રીમેન્ટ નેવું-નવ પોઈન્ટ નવ ટકા ઉપલબ્ધતા પ્રદાન કરે છે, જે દર મહિને આશરે સુડતાલીસ મિનિટનો ડાઉનટાઇમ આપે છે જ્યાં API વિનંતી પાંચસો ભૂલ પરત કરી શકે છે. જ્યાં API વિનંતી પાંચસો ભૂલ પરત કરી શકે છે. પરંતુ S3 ટકાઉપણાના અગિયાર નવનું વચન આપે છે: નેવું-નવ પોઈન્ટ નવ નવ નવ નવ નવ નવ નવ નવ નવ ટકા. જો તમે S3 માં દસ મિલિયન ફાઇલો સ્ટોર કરો છો, તો તમે આંકડાકીય રીતે દર દસ હજાર વર્ષે સરેરાશ એક ફાઇલ ગુમાવવાની અપેક્ષા રાખી શકો છો.

11:56 સરેરાશ એક ફાઇલ દર દસ હજાર વર્ષે ગુમાવવાની અપેક્ષા રાખી શકો છો. S3 ઑબ્જેક્ટ્સને ઇરેઝર-કોડિંગ કરીને અને ઓછામાં ઓછી ત્રણ ભૌગોલિક રીતે વિભાજિત ડેટા સુવિધાઓમાં ચંક્સનું પ્રતિકૃતિ કરીને આ પ્રાપ્ત કરે છે. ઓછામાં ઓછી ત્રણ ભૌગોલિક રીતે વિભાજિત ડેટા સુવિધાઓમાં ચંક્સનું પ્રતિકૃતિ કરીને આ પ્રાપ્ત કરે છે. મોટા પ્રાદેશિક નેટવર્ક આઉટેજ દરમિયાન, S3 અસ્થાયી રૂપે અનુપલબ્ધ હોઈ શકે છે, પરંતુ તમારો ડેટા ક્યારેય નષ્ટ થતો નથી.

### - 10. ઈન્ફ્રાસ્ટ્રક્ચર એઝ કોડ (Terraform વિ. Console Drift)

12:14 ખ્યાલ નંબર દસ: ઇન્ફ્રાસ્ટ્રક્ચર એઝ કોડ, અથવા IaC. ક્લાઉડ કમ્પ્યુટિંગના પ્રારંભિક દિવસોમાં, એન્જિનિયરો AWS વેબ મેનેજમેન્ટ કન્સોલમાં લોગ ઇન થતા હતા અને વર્ચ્યુઅલ મશીનો બનાવવા, સબનેટ્સને ગોઠવવા અને સુરક્ષા જૂથોને જોડવા માટે મેન્યુઅલી ક્લિક કરતા હતા. મશીનો બનાવવા, સબનેટ્સને ગોઠવવા અને સુરક્ષા જૂથોને જોડવા માટે મેન્યુઅલી ક્લિક કરતા હતા. ઉદ્યોગ આને ClickOps કહે છે, અને ઉત્પાદનમાં, તે એક સંપૂર્ણ આપત્તિ છે. મેન્યુઅલ કન્સોલ ફેરફારોમાં કોઈ ઑડિટ ટ્રાયલ નથી, કોઈ રોલબેક મિકેનિઝમ નથી, અને અનિવાર્યપણે સ્ટેજીંગ અને પ્રોડક્શન વાતાવરણ વચ્ચે ગોઠવણી ભિન્નતાનું કારણ બને છે. મિકેનિઝમ નથી, અને અનિવાર્યપણે સ્ટેજીંગ અને પ્રોડક્શન વાતાવરણ વચ્ચે ગોઠવણી ભિન્નતાનું કારણ બને છે. ઇન્ફ્રાસ્ટ્રક્ચર એઝ કોડ ટૂલ્સ જેવા કે Terraform,

12:48 ઓપનટોફુ, પુલુમી, અથવા AWS CDK સાથે, તમે તમારી આખી ક્લાઉડ આર્કિટેક્ચરને ગિટમાં સંગ્રહિત ઘોષણાત્મક ગોઠવણી ફાઇલોમાં વ્યાખ્યાયિત કરો છો. તમે તમારી આખી ક્લાઉડ આર્કિટેક્ચરને ગિટમાં સંગ્રહિત ઘોષણાત્મક ગોઠવણી ફાઇલોમાં વ્યાખ્યાયિત કરો છો. ખુલ્લા પોર્ટ અથવા ડેટાબેઝ પ્રતિકૃતિમાં દરેક ફેરફાર પુલ વિનંતી અને પીઅર સમીક્ષા દ્વારા થાય છે. પુલ વિનંતી અને પીઅર સમીક્ષા દ્વારા થાય છે. terraform plan ચલાવવાથી કંઈપણ સ્પર્શ થાય તે પહેલાં ચોક્કસ API diff નું પૂર્વાવલોકન થાય છે, અને તમારા ઉત્પાદન સ્ટેકની સમાન પ્રતિકૃતિને સ્પિન કરવામાં ચાર અઠવાડિયાને બદલે ચાર મિનિટ લાગે છે. અને તમારા ઉત્પાદન સ્ટેકની સમાન પ્રતિકૃતિને સ્પિન કરવામાં ચાર અઠવાડિયાને બદલે ચાર મિનિટ લાગે છે.

### - 11. ક્લાઉડ નેટવર્કિંગ (VPC, સબનેટ્સ, NAT અને સિક્યોરિટી ગ્રુપ્સ)

13:20 ખ્યાલ નંબર અગિયાર: ક્લાઉડ નેટવર્કિંગ અને વર્ચ્યુઅલ પ્રાઇવેટ ક્લાઉડ્સ. જ્યારે તમે સર્વરને ક્લાઉડ પર જમાવો છો, ત્યારે તેઓ કાચા સાર્વજનિક ઇન્ટરનેટ પર ખુલ્લા બેસતા નથી. તેઓ VPC નામની સોફ્ટવેર-વ્યાખ્યાયિત અલગ સીમામાં રહે છે. VPC નામની સોફ્ટવેર-વ્યાખ્યાયિત અલગ સીમામાં રહે છે. તમારા VPC ની અંદર, તમે ખાનગી IP સરનામાની જગ્યા ફાળવો છો જેમ કે દસ-ડોટ-શૂન્ય-ડોટ-શૂન્ય-ડોટ-શૂન્ય સ્લેશ સોળ, અને તેને જાહેર અને ખાનગી સબનેટમાં વિભાજીત કરો. જાહેર અને ખાનગી સબનેટમાં વિભાજીત કરો. જાહેર સબનેટમાં ઇન્ટરનેટ ગેટવેનો સીધો માર્ગ હોય છે.

13:51 તે તમારા એપ્લિકેશન લોડ બેલેન્સર્સ અને NAT ગેટવે જેવા સાર્વજનિક-મુખી સંપત્તિઓ ધરાવે છે. તે તમારા નેટવર્કનો એકમાત્ર ભાગ છે જે સાર્વજનિક IP સરનામાં ધરાવે છે. તમારા એપ્લિકેશન સર્વર્સ અને ઉત્પાદન ડેટાબેઝ સખત રીતે ખાનગી સબનેટમાં રહે છે જેમાં કોઈ સાર્વજનિક IP નથી અને ઇન્ટરનેટથી કોઈ ઇનબાઉન્ડ માર્ગો નથી. કોઈ સાર્વજનિક IP નથી અને ઇન્ટરનેટથી કોઈ ઇનબાઉન્ડ માર્ગો નથી. જ્યારે તમારા બેકએન્ડ સર્વર્સને સુરક્ષા અપડેટ્સ ડાઉનલોડ કરવાની જરૂર હોય છે, તેમનો આઉટબાઉન્ડ ટ્રાફિક જાહેર સબનેટમાં NAT ગેટવે દ્વારા રૂટ થાય છે. દરેક ઇન્સ્ટન્સની આસપાસ સુરક્ષા જૂથો હોય છે: સ્ટેટફુલ વર્ચ્યુઅલ ફાયરવોલ જે ઓછા વિશેષાધિકારના સિદ્ધાંતને લાગુ કરે છે. વર્ચ્યુઅલ ફાયરવોલ જે ઓછા વિશેષાધિકારના સિદ્ધાંતને લાગુ કરે છે.

### - 12. સંપૂર્ણ એન્ટરપ્રાઈઝ બ્લુપ્રિન્ટ અને ચુકાદો

14:28 તમારું ડેટાબેઝ સુરક્ષા જૂથ ફક્ત તમારા એપ્લિકેશન સર્વર્સના સુરક્ષા જૂથમાંથી જ પોર્ટ 5432 પર જોડાણો સ્વીકારે છે, 5432 પર જોડાણો સ્વીકારે છે, બાહ્ય પ્રવેશને ગાણિતિક રીતે અશક્ય બનાવે છે. જ્યારે તમે ઝૂમ આઉટ કરો છો, ત્યારે આ અગિયાર પ્રિમિટિવ્સ એક સુસંગત સિસ્ટમમાં જોડાય છે. તમારા DNS એક જાહેર સબનેટમાં લોડ બેલેન્સર પર રૂટ થાય છે, ઓટોસ્કેલિંગ જૂથો બહુવિધ ઉપલબ્ધતા ઝોનમાં ટ્રાફિકના ઉછાળાને હેન્ડલ કરે છે, ઇવેન્ટ બસો બેકએન્ડ વર્કર્સને અલગ પાડે છે, અને તમારો આખો સ્ટેક ઇન્ફ્રાસ્ટ્રક્ચર એઝ કોડનો ઉપયોગ કરીને ગિટમાંથી જમાવવામાં આવે છે. ઇવેન્ટ બસો બેકએન્ડ વર્કર્સને અલગ પાડે છે, અને તમારો આખો સ્ટેક ઇન્ફ્રાસ્ટ્રક્ચર એઝ કોડનો ઉપયોગ કરીને ગિટમાંથી જમાવવામાં આવે છે.

15:02 આજનું માસ્ટરક્લાસનો ચુકાદો: SHIP IT. સેંકડો ક્લાઉડ માર્કેટિંગ સંક્ષિપ્ત શબ્દો યાદ રાખવાનું બંધ કરો. આ અગિયાર આર્કિટેક્ચર પેટર્નને માસ્ટર કરો, તમારી સ્થિતિને અલગ પાડો, અને એવી સિસ્ટમો બનાવો જે નિષ્ફળ ન થઈ શકે. જ્યારે તમે પ્રથમવાર બાંધકામ શરૂ કર્યું ત્યારે તમને કયા ક્લાઉડ ખ્યાલે સૌથી વધુ માથાનો દુખાવો આપ્યો તે મને ટિપ્પણીઓમાં કહો. બાંધકામ શરૂ કર્યું ત્યારે તમને કયા ક્લાઉડ ખ્યાલે સૌથી વધુ માથાનો દુખાવો આપ્યો તે મને ટિપ્પણીઓમાં કહો. અને સંપૂર્ણ આર્કિટેક્ચર ચીટ શીટ મેળવવા માટે, ધ ડેઇલી ડિફ ડોટ ડેવ પર ન્યૂઝલેટર પર સબ્સ્ક્રાઇબ કરો,

15:28 નીચેની લિંક. અને આજ માટે આ જ ડિફ છે. હું Axrisi તરફથી Niko છું. જવાબદારીપૂર્વક મર્જ કરો.

## સ્ત્રોતો

- [AWS Well-Architected Framework (Reliability & Performance Pillars)](https://aws.amazon.com/architecture/well-architected/) — aws.amazon.com
- [Kubernetes Architecture & Control Plane Concepts](https://kubernetes.io/docs/concepts/architecture/) — kubernetes.io
- [Martin Fowler: What is Event-Driven Architecture?](https://martinfowler.com/articles/201701-event-driven.html) — martinfowler.com
- [Amazon S3 Data Durability & Availability Technical Whitepaper](https://aws.amazon.com/s3/features/) — aws.amazon.com
- [HashiCorp: Declarative Infrastructure as Code with Terraform](https://www.terraform.io/) — www.terraform.io