କ୍ଲାଉଡ୍ କମ୍ପ୍ୟୁଟିଂ ବୁଝାଗଲା: ୧୧ଟି ଆର୍କିଟେକଚର୍ ଧାରଣା ଯାହା ଆପଣ ନିଶ୍ଚିତ ଭାବରେ ଜାଣିବା ଆବଶ୍ୟକ (4K ମାଷ୍ଟରକ୍ଲାସ୍)।

ଏହି ଭିଡିଓରେ କ'ଣ ଅଛି

• - The Architecture Wall & Master Blueprint
• - ୦୧. ଭର୍ଟିକାଲ୍ ବନାମ ହରିଜଣ୍ଟାଲ୍ ସ୍କେଲିଂ
• - ୦୨. ଲୋଡ୍ ବାଲାନ୍ସିଂ ଆର୍କିଟେକଚର୍ (L4 ବନାମ L7 & ହେଲ୍ଥ ଚେକ୍)
• - ୦୩. ଅଟୋସ୍କେଲିଂ & ଇଲାଷ୍ଟିସିଟି
• - ୦୪. ସର୍ଭରଲେସ୍ (FaaS & Firecracker MicroVMs)

ଅନୁବାଦିତ ଟ୍ରାନ୍ସକ୍ରିପ୍ଟ

ମୂଳ ଇଂରାଜୀ ବର୍ଣ୍ଣନାରୁ ଅନୁବାଦିତ। ଉପଲବ୍ଧ ଅଡିଓ ଏବଂ କ୍ୟାପ୍ସନ୍ଗୁଡ଼ିକ YouTube ଦ୍ୱାରା ନିୟନ୍ତ୍ରିତ।

- The Architecture Wall & Master Blueprint

0:00 ପ୍ରତ୍ୟେକ ସଫ୍ଟୱେର୍ ଇଞ୍ଜିନିୟର୍ ଶେଷରେ କ୍ଲାଉଡ୍ ଆର୍କିଟେକଚର୍ କାନ୍ଥର ସମ୍ମୁଖୀନ ହୁଅନ୍ତି। ଆପଣ ନିଜ ଲାପଟପ୍‌ରେ ଏକ ଆପ୍ଲିକେସନ୍ ନିର୍ମାଣ କରନ୍ତି, ଏହାକୁ ଉତ୍ପାଦନକୁ ପଠାନ୍ତି, ଏବଂ ଯେଉଁ ମୁହୂର୍ତ୍ତରେ ପ୍ରକୃତ ଉପଭୋକ୍ତାମାନେ ଆସନ୍ତି, ସର୍ଭର୍ କ୍ରାସ୍ ହୁଏ, ଡାଟାବେସ୍ କନେକସନ୍ ବାହାରିଯାଏ, ଏବଂ ଆପଣଙ୍କର AWS ବିଲ୍ ଏକ ଫୋନ୍ ନମ୍ବର ପରି ଦେଖାଯାଏ। ଅଧିକାଂଶ ଡେଭଲପର୍ ତିନି ଶହ ଭିନ୍ନ AWS ପ୍ରଡକ୍ଟ ଆକ୍ରୋନିମ୍ ମନେ ରଖି କ୍ଲାଉଡ୍ ଇଞ୍ଜିନିୟରିଂ ସମସ୍ୟାର ସମାଧାନ କରିବାକୁ ଚେଷ୍ଟା କରନ୍ତି। କିନ୍ତୁ ପ୍ରକୃତ କ୍ଲାଉଡ୍ କମ୍ପ୍ୟୁଟିଂ ଭେଣ୍ଡର୍ କାଟାଲଗ୍ ମନେ ରଖିବା ବିଷୟ ନୁହେଁ: ଏହା ଏଗାରଟି ମୌଳିକ ଆର୍କିଟେକଚରାଲ୍ ପ୍ରିମିଟିଭ୍ ଉପରେ ନିର୍ମିତ।

0:34 ଏହି ମାଷ୍ଟରକ୍ଲାସ୍‌ରେ, ଆମେ ସମଗ୍ର ଏଣ୍ଟରପ୍ରାଇଜ୍ ବ୍ଲୁପ୍ରିଣ୍ଟ୍ ମାଧ୍ୟମରେ ଯିବା: ସ୍କେଲିଂ ଏବଂ ଲୋଡ୍ ବାଲାନ୍ସିଂ ଠାରୁ ଆରମ୍ଭ କରି ସର୍ଭରଲେସ୍, ଇଭେଣ୍ଟ-ଡ୍ରିଭେନ୍ ଡିକପ୍ଲିଂ, ଷ୍ଟୋରେଜ୍ ହାଇଆର୍କି, ଏବଂ କ୍ଲାଉଡ୍ ନେଟୱର୍କିଂ ପର୍ଯ୍ୟନ୍ତ। ଏହି ଏଗାରଟି ଧାରଣାକୁ ଆୟତ୍ତ କରନ୍ତୁ, ଏବଂ ଆପଣ AWS, GCP, କିମ୍ବା Azure ରେ ଯେକୌଣସି ବ୍ୟାକେଣ୍ଡ୍ ଡିଜାଇନ୍ କରିପାରିବେ। ଏହା ହେଉଛି The Daily Diff, ପରଦା ପଛରେ।

- ୦୧. ଭର୍ଟିକାଲ୍ ବନାମ ହରିଜଣ୍ଟାଲ୍ ସ୍କେଲିଂ

0:57 ଧାରଣା ନମ୍ବର ଏକ: ସ୍କେଲିଂ। ଯେତେବେଳେ ଆପଣଙ୍କର ଆପ୍ଲିକେସନ୍ ଟ୍ରାଫିକ୍ ବୃଦ୍ଧି ଅନୁଭବ କରେ, ଆପଣଙ୍କୁ ଲୋଡ୍ ପରିଚାଳନା ପାଇଁ ଦୁଇଟି ମୌଳିକ ଭାବରେ ଭିନ୍ନ ଉପାୟ ଅଛି: ଭର୍ଟିକାଲ୍ ସ୍କେଲିଂ, କିମ୍ବା ହରିଜଣ୍ଟାଲ୍ ସ୍କେଲିଂ। ଭର୍ଟିକାଲ୍ ସ୍କେଲିଂ, କିମ୍ବା ସ୍କେଲିଂ ଅପ୍, ଅର୍ଥ ହେଉଛି ଆପଣଙ୍କର ବର୍ତ୍ତମାନର ମେସିନ୍ ନେଇ ଅଧିକ ଉତ୍ସ ଯୋଡିବା: ଚାରି CPU କୋରରୁ ବତିଶିକୁ ଅପଗ୍ରେଡ୍ କରିବା, କିମ୍ବା ବତିଶି ଗିଗାବାଇଟ୍ RAM କୁ ଏକ ଶହ କୋଡିଏ ଆଠରେ ପରିବର୍ତ୍ତନ କରିବା। ଭର୍ଟିକାଲ୍ ସ୍କେଲିଂ ପାଇଁ କୌଣସି ଆର୍କିଟେକଚରାଲ୍ ପରିବର୍ତ୍ତନ ଆବଶ୍ୟକ ନାହିଁ: ଆପଣଙ୍କର କୋଡ୍

1:28 ଏବଂ ଡାଟାବେସ୍ ସମାନ ରୁହେ। କିନ୍ତୁ ଏହା ଏକ ନିର୍ଦ୍ଦିଷ୍ଟ ହାର୍ଡୱେର୍ ସୀମାକୁ ଧକ୍କା ଦିଏ। ଦୁନିଆରେ କୌଣସି ଗୋଟିଏ ମେସିନ୍‌ରେ ଦଶ ହଜାର CPU କୋର ନାହିଁ, ଏବଂ ଟପ୍-ଟିଅର୍ ଇନଷ୍ଟାନ୍ସ ଏକ ଏକ୍ସପୋନେନ୍ସିଆଲ୍ ମୂଲ୍ୟ ପ୍ରିମିୟମ୍ ନେଇଥାନ୍ତି। ହରିଜଣ୍ଟାଲ୍ ସ୍କେଲିଂ, କିମ୍ବା ସ୍କେଲିଂ ଆଉଟ୍, ଅର୍ଥ ହେଉଛି ଆପଣଙ୍କର ସର୍ଭରଗୁଡ଼ିକୁ ଛୋଟ ଏବଂ ସାଧାରଣ ମୂଲ୍ୟରେ ରଖିବା, କିନ୍ତୁ ଏକ ରାଉଟର୍ ପଛରେ ଏକାସାଙ୍ଗରେ ଏକାଧିକ ଇନଷ୍ଟାନ୍ସ ଚଳାଇବା। ଯଦି ଗୋଟିଏ ଇନଷ୍ଟାନ୍ସ କ୍ରାସ୍ ହୁଏ, ତେବେ ବାକି ନୋଡ୍ ଗୁଡ଼ିକ ଶୂନ୍ୟ ଡାଉନଟାଇମ୍ ସହିତ ଟ୍ରାଫିକ୍ ଅବଶୋଷଣ କରନ୍ତି। ହରିଜଣ୍ଟାଲ୍ ସ୍କେଲିଂର ସୁବର୍ଣ୍ଣ ନିୟମ ହେଉଛି

2:01 ଷ୍ଟେଟଲେସନେସ୍: ଆପଣଙ୍କର ଆପ୍ଲିକେସନ୍ ସର୍ଭରଗୁଡ଼ିକ ଉପଭୋକ୍ତା ସେସନ୍, ଅପଲୋଡ୍ ହୋଇଥିବା ଫାଇଲ୍ କିମ୍ବା ସ୍ଥିତି ସେମାନଙ୍କର ସ୍ଥାନୀୟ ଡିସ୍କରେ ସଂରକ୍ଷଣ କରିପାରିବେ ନାହିଁ। ସ୍ଥିତି ଏକ ବାହ୍ୟ ଡାଟାବେସ୍ କିମ୍ବା କ୍ୟାସ୍‌ରେ ରହିବା ଆବଶ୍ୟକ, ଯେକୌଣସି ନୋଡ୍‌କୁ ଯେକୌଣସି ଉପଭୋକ୍ତା ଅନୁରୋଧକୁ ପରିଚାଳନା କରିବାକୁ ଅନୁମତି ଦେଇଥାଏ।

- ୦୨. ଲୋଡ୍ ବାଲାନ୍ସିଂ ଆର୍କିଟେକଚର୍ (L4 ବନାମ L7 & ହେଲ୍ଥ ଚେକ୍)

2:17 ଧାରଣା ନମ୍ବର ଦୁଇ: ଲୋଡ୍ ବାଲାନ୍ସିଂ। ହରିଜଣ୍ଟାଲ୍ ସ୍କେଲିଂ କାଗଜପତ୍ରରେ ଭଲ ଲାଗେ, କିନ୍ତୁ ଏହା ତୁରନ୍ତ ଏକ ସମସ୍ୟା ସୃଷ୍ଟି କରେ: ଯେତେବେଳେ ଦଶ ହଜାର ଉପଭୋକ୍ତା ଆପଣଙ୍କର ଡୋମେନ୍ ନାମରେ ଆଘାତ କରନ୍ତି, ସେମାନଙ୍କର ଟ୍ରାଫିକ୍ କେଉଁ ନିର୍ଦ୍ଦିଷ୍ଟ ସର୍ଭର ଗ୍ରହଣ କରେ? ଏକ ଲୋଡ୍ ବାଲାନ୍ସର୍ ସାର୍ବଜନୀନ ଇଣ୍ଟରନେଟ୍ ଏବଂ ଆପଣଙ୍କର ପ୍ରାଇଭେଟ୍ ବ୍ୟାକେଣ୍ଡ୍ କ୍ଲଷ୍ଟର୍ ମଧ୍ୟରେ ଏକ ରିଭର୍ସ ପ୍ରକ୍ସି ଭାବରେ କାର୍ଯ୍ୟ କରେ। ଏହା ଆସୁଥିବା TCP କିମ୍ବା HTTP କନେକସନ୍ ଗ୍ରହଣ କରେ ଏବଂ ଆପଣଙ୍କର ସୁସ୍ଥ ଇନଷ୍ଟାନ୍ସଗୁଡ଼ିକ ମଧ୍ୟରେ ଅନୁରୋଧ ବଣ୍ଟନ କରେ।

2:47 ଲୋଡ୍ ବାଲାନ୍ସର ଦୁଇଟି ମୁଖ୍ୟ ନେଟୱର୍କ ସ୍ତରରେ କାର୍ଯ୍ୟ କରନ୍ତି। ଲେୟର୍ 4 ନେଟୱର୍କ ଲୋଡ୍ ବାଲାନ୍ସର ଟ୍ରାନ୍ସପୋର୍ଟ ଲେୟର୍ ରେ କାର୍ଯ୍ୟ କରନ୍ତି, ଆଇପି ଆଡ୍ରେସ୍ ଏବଂ ପୋର୍ଟ ଉପରେ ଆଧାର କରି କଞ୍ଚା TCP ଏବଂ UDP ପ୍ୟାକେଟ୍ ମାଇକ୍ରୋସେକେଣ୍ଡ୍ ଲାଟେନ୍ସି ଏବଂ ପ୍ରତି ସେକେଣ୍ଡରେ ଲକ୍ଷ ଲକ୍ଷ ଅନୁରୋଧ ସହିତ ରାଉଟିଂ କରନ୍ତି। ଲେୟର୍ 7 ଆପ୍ଲିକେସନ୍ ଲୋଡ୍ ବାଲାନ୍ସର HTTP ପ୍ରୋଟୋକଲ୍ ନିଜେ ଯାଞ୍ଚ କରନ୍ତି: URL ପାଥ୍, ଅନୁରୋଧ ହେଡର୍, କୁକିଜ୍, ଏବଂ HTTP ପଦ୍ଧତି ପଢ଼ି। ଏହା ପାଥ୍-ଆଧାରିତ ରାଉଟିଂକୁ ସକ୍ଷମ କରେ: ସ୍ଲାସ୍-ଏପିଆଇ ଅନୁରୋଧକୁ ଆପଣଙ୍କର ବ୍ୟାକେଣ୍ଡ୍ କ୍ଲଷ୍ଟରକୁ ପଠାଇବା ଏବଂ ସ୍ଲାସ୍-ଷ୍ଟାଟିକ୍ ଅନୁରୋଧକୁ ଏକ

3:25 ଅବଜେକ୍ଟ ଷ୍ଟୋରକୁ ପଠାଇବା। ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ କଥା ହେଉଛି, ଲୋଡ୍ ବାଲାନ୍ସର ସକ୍ରିୟ ସ୍ୱାସ୍ଥ୍ୟ ଯାଞ୍ଚ କରନ୍ତି। ପ୍ରତି କିଛି ସେକେଣ୍ଡରେ, ବାଲାନ୍ସର ପ୍ରତ୍ୟେକ ଇନଷ୍ଟାନ୍ସରେ ଏକ ସ୍ୱାସ୍ଥ୍ୟ ଏଣ୍ଡପଏଣ୍ଟକୁ ପିଙ୍ଗ୍ କରେ। ଯଦି ଏକ ଇନଷ୍ଟାନ୍ସ ଲଗାତାର ତିନୋଟି ପାଞ୍ଚ ଶହ ତ୍ରୁଟି ଫିଙ୍ଗେ କିମ୍ବା ପ୍ରତିକ୍ରିୟା ଦେବାରେ ବିଫଳ ହୁଏ, ତେବେ ଏହା ଶୂନ୍ୟ ଡ୍ରପ୍ ହୋଇଥିବା ଅନୁରୋଧ ସହିତ ପୁଲ୍ ରୁ ସ୍ୱୟଂଚାଳିତ ଭାବରେ ବାହାର କରିଦିଆଯାଏ।

- ୦୩. ଅଟୋସ୍କେଲିଂ & ଇଲାଷ୍ଟିସିଟି

3:45 ଧାରଣା ନମ୍ବର ତିନି: ଅଟୋସ୍କେଲିଂ। ଯଦି ଆପଣଙ୍କର ୱେବ୍ ଆପ୍‌କୁ ସକାଳ ତିନିଟାରେ ଦୁଇଟି ସର୍ଭର ଆବଶ୍ୟକ, କିନ୍ତୁ ମଧ୍ୟାହ୍ନ ଲଞ୍ଚ ସମୟରେ କୋଡିଏଟି ସର୍ଭର ଆବଶ୍ୟକ, ତେବେ କ୍ଲାଉଡ୍ କନ୍ସୋଲରେ ମାନୁଆଲ୍ ଭାବରେ ବଟନ୍ କ୍ଲିକ୍ କରିବା ଡାଉନଟାଇମ୍ ଏବଂ ଦେବାଳିଆ ହେବାର ଏକ ନିଶ୍ଚିତ ମାର୍ଗ। ଅଟୋସ୍କେଲିଂ ହରିଜଣ୍ଟାଲ୍ ସର୍ଭର ପୁଲ୍‌ରେ ଡାଇନାମିକ୍ ଇଲାଷ୍ଟିସିଟି ଆଣିଥାଏ। ଏକ ଅଟୋ ସ୍କେଲିଂ ଗ୍ରୁପ୍ ହାରାହାରି CPU ଉପଯୋଗ, ନେଟୱର୍କ I-O, କିମ୍ବା କ୍ୟୁ ବ୍ୟାକଲଗ୍ ଗଭୀରତା ଭଳି ପ୍ରଦର୍ଶନ ମେଟ୍ରିକ୍ସକୁ ମନିଟର୍ କରେ। ଯେତେବେଳେ ହାରାହାରି CPU ଏକ ନିର୍ଦ୍ଦିଷ୍ଟ ଥ୍ରେସହୋଲ୍ଡ ଅତିକ୍ରମ କରେ — ଉଦାହରଣ ସ୍ୱରୂପ,

4:19 ଲଗାତାର ତିନି ମିନିଟ୍ ପାଇଁ ସତୁରି ପ୍ରତିଶତ — ଅଟୋସ୍କେଲର ସ୍ୱୟଂଚାଳିତ ଭାବରେ ନୂତନ ଭର୍ଚୁଆଲ୍ ମେସିନ୍ ଲଞ୍ଚ କରେ, ସେଗୁଡ଼ିକୁ ଆପଣଙ୍କର ଲୋଡ୍ ବାଲାନ୍ସର ସହିତ ପଞ୍ଜୀକୃତ କରେ, ଏବଂ ଟ୍ରାଫିକ୍ ରାଉଟିଂ ଆରମ୍ଭ କରେ। ସମାନ ଭାବରେ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ ହେଉଛି ସ୍କେଲିଂ ଇନ୍: ଯେତେବେଳେ ଟ୍ରାଫିକ୍ ତରଙ୍ଗ କମିଯାଏ, ଅଟୋସ୍କେଲର ଅତିରିକ୍ତ ଇନଷ୍ଟାନ୍ସଗୁଡ଼ିକୁ ସମାପ୍ତ କରେ ଯାହାଫଳରେ ଆପଣ ନିଷ୍କ୍ରିୟ କମ୍ପ୍ୟୁଟ୍ ପାଇଁ ଦେୟ ଦେବା ବନ୍ଦ କରନ୍ତି। ଫ୍ଲାପିଂକୁ ରୋକିବା ପାଇଁ — ଯେଉଁଠାରେ ସର୍ଭରଗୁଡ଼ିକ ଶୀଘ୍ର ସୃଷ୍ଟି ଏବଂ ଏକ ଅନ୍ତହୀନ ଥ୍ରାସିଂ ଲୁପ୍‌ରେ ନଷ୍ଟ ହୁଅନ୍ତି — କ୍ଲାଉଡ୍ ଆର୍କିଟେକ୍ଟମାନେ କୁଲଡାଉନ୍ ଅବଧି ବିନ୍ୟାସ କରନ୍ତି। ଧାରଣା ନମ୍ବର ଚାରି: ସର୍ଭରଲେସ୍।

- ୦୪. ସର୍ଭରଲେସ୍ (FaaS & Firecracker MicroVMs)

4:53 ବର୍ଷ ବର୍ଷ ଧରି, ମାର୍କେଟିଂ ଦଳଗୁଡ଼ିକ ସର୍ଭରଲେସ୍‌କୁ ଆକାଶରେ ଚାଲୁଥିବା ମ୍ୟାଜିକ୍ କୋଡ୍ ଭାବରେ ପିଚ୍ କରିଥିଲେ। ବାସ୍ତବରେ, ସର୍ଭରଲେସ୍ ଏପର୍ଯ୍ୟନ୍ତ ସର୍ଭର ବ୍ୟବହାର କରେ — କିନ୍ତୁ କୌଣସି କୋଡ୍ ଚାଲୁନଥିବାବେଳେ ଆପଣ ସେଗୁଡ଼ିକୁ ନିଜର କରନ୍ତି ନାହିଁ, ପ୍ୟାଚ୍ କରନ୍ତି ନାହିଁ କିମ୍ବା ସେମାନଙ୍କ ପାଇଁ ଦେୟ ଦିଅନ୍ତି ନାହିଁ। AWS ଲାମ୍ବଡା କିମ୍ବା ଗୁଗୁଲ୍ କ୍ଲାଉଡ୍ ଫଙ୍କସନ୍ସ ପରି ଫଙ୍କସନ୍-ଏଜ୍-ଏ-ସର୍ଭିସ୍ ସହିତ, ଆପଣ ଏକ ସ୍ୱତନ୍ତ୍ର ହ୍ୟାଣ୍ଡଲର୍ ଫଙ୍କସନ୍ ଲେଖନ୍ତି। ଯେତେବେଳେ ଏକ HTTP ଅନୁରୋଧ, S3 ଫାଇଲ୍ ଅପଲୋଡ୍, କିମ୍ବା ଡାଟାବେସ୍ ପରିବର୍ତ୍ତନ ଘଟେ, କ୍ଲାଉଡ୍ ରନ୍‌ଟାଇମ୍ ଏକ ଅଳ୍ପ ସମୟ ପାଇଁ

5:23 ମାଇକ୍ରୋ-ଭର୍ଚୁଆଲ୍-ମେସିନ୍ ଯଥା Firecracker କୁ ପାଞ୍ଚ ମିଲିସେକେଣ୍ଡରୁ କମ୍ ସମୟ ମଧ୍ୟରେ ବୁଟ୍ କରେ। ଆପଣଙ୍କର କୋଡ୍ କାର୍ଯ୍ୟକାରୀ ହୁଏ, ଏକ ପ୍ରତିକ୍ରିୟା ଫେରାଇଥାଏ, ଏବଂ ବନ୍ଦ ହୁଏ। ଯଦି ତିନି ମାସ ପାଇଁ କେହି ଆପଣଙ୍କ ୱେବସାଇଟ୍ ପରିଦର୍ଶନ କରନ୍ତି ନାହିଁ, ତେବେ ଆପଣଙ୍କର କମ୍ପ୍ୟୁଟ୍ ବିଲ୍ ସମ୍ପୂର୍ଣ୍ଣ ଶୂନ୍ୟ ଡଲାର ଏବଂ ଶୂନ୍ୟ ସେଣ୍ଟ ହୁଏ। ଯଦି ଲକ୍ଷ ଲକ୍ଷ ଉପଭୋକ୍ତା ଏକାସାଙ୍ଗରେ ଏହାକୁ ଆଘାତ କରନ୍ତି, ତେବେ ପ୍ରଦାନକାରୀ ଲକ୍ଷ ଲକ୍ଷ ସମକାଳୀନ ମାଇକ୍ରୋଭିଏମ୍ ଆରମ୍ଭ କରେ। ଇଞ୍ଜିନିୟରିଂ ଟ୍ରେଡ୍-ଅଫ୍ ବାସ୍ତବ: ନୂତନ ରନ୍‌ଟାଇମ୍ ଆରମ୍ଭ କରିବାବେଳେ କୋଲ୍ଡ ଷ୍ଟାର୍ଟ ଲାଟେନ୍ସି, ଲାମ୍ବଡା ଉପରେ ଏକ କଠିନ ପନ୍ଦର ମିନିଟ୍ କାର୍ଯ୍ୟକାରିତା ସୀମା, ଏବଂ କଠୋର ଷ୍ଟେଟଲେସନେସ୍।

5:55 ଇଭେଣ୍ଟ ପାଇପଲାଇନ୍ ଏବଂ ସ୍ପୋରାଡିକ୍ API ପାଇଁ ସର୍ଭରଲେସ୍ ଅସାଧାରଣ ଅଟେ, କିନ୍ତୁ ପର୍ସିଷ୍ଟେଣ୍ଟ ୱେବସକେଟ୍ କିମ୍ବା ମଲ୍ଟି-ଆୱାର ଟ୍ରେନିଂ ରନ୍ ପାଇଁ ଖରାପ।

- ୦୫. ଇଭେଣ୍ଟ-ଡ୍ରିଭେନ୍ ଆର୍କିଟେକଚର୍ (EDA & ଡିକପ୍ଲିଂ)

6:05 ଧାରଣା ନମ୍ବର ପାଞ୍ଚ: ଇଭେଣ୍ଟ-ଡ୍ରିଭେନ୍ ଆର୍କିଟେକଚର୍, କିମ୍ବା EDA। ପାରମ୍ପରିକ ଆର୍କିଟେକଚର୍‌ରେ, ସେବାଗୁଡ଼ିକ ସିଙ୍କ୍ରୋନସ ଭାବରେ ଯୋଗାଯୋଗ କରନ୍ତି। ଆପଣଙ୍କର ଚେକଆଉଟ୍ ସେବା ପେମେଣ୍ଟକୁ ଡାକେ, ପେମେଣ୍ଟ ଇନଭେଣ୍ଟୋରୀକୁ ଡାକେ, ଇନଭେଣ୍ଟୋରୀ ଫ୍ରଡ୍‌କୁ ଡାକେ, ଏବଂ ଫ୍ରଡ୍ ଇମେଲ୍‌କୁ ଡାକେ। ଏହା ବିନାଶର ସିଙ୍କ୍ରୋନସ କାସ୍କେଡ୍ ସୃଷ୍ଟି କରେ। ଯଦି ତୃତୀୟ-ପକ୍ଷ ଇମେଲ୍ ପ୍ରଦାନକାରୀ ଏକ ନେଟୱର୍କ ସମସ୍ୟା ଅନୁଭବ କରେ ଏବଂ ଦଶ ସେକେଣ୍ଡ୍ ପ୍ରତିକ୍ରିୟା ଦେବାକୁ ନିଏ, ତେବେ ଆପଣଙ୍କ ଗ୍ରାହକଙ୍କର ସମଗ୍ର ଚେକଆଉଟ୍ ଅନୁରୋଧ ଏକ ତ୍ରୁଟି ସହିତ ଟାଇମ୍ ଆଉଟ୍ ହୋଇଯାଏ। ଏକ ଇଭେଣ୍ଟ-ଡ୍ରିଭେନ୍ ଆର୍କିଟେକଚର୍‌ରେ, ସେବାଗୁଡ଼ିକ ସମ୍ପୂର୍ଣ୍ଣ ରୂପେ ଡିକପ୍ଲ୍ଡ ହୋଇଥାନ୍ତି।

6:37 ଯେତେବେଳେ ଜଣେ ଗ୍ରାହକ କିଣିବା ଉପରେ କ୍ଲିକ୍ କରନ୍ତି, ଚେକଆଉଟ୍ ସେବା ଡାଉନଷ୍ଟ୍ରିମ୍ ସେବାଗୁଡ଼ିକୁ ଡାକେ ନାହିଁ। ଏହା କେବଳ OrderPlaced ନାମକ ଏକ ଇଭେଣ୍ଟକୁ ଏକ କେନ୍ଦ୍ରୀୟ ଇଭେଣ୍ଟ ବସ୍ ଯେପରିକି Amazon EventBridge କିମ୍ବା ଏକ SNS ଟପିକ୍‌ରେ ପ୍ରକାଶ କରେ। ଚେକଆଉଟ୍ ପଚାଶ ମିଲିସେକେଣ୍ଡରେ ସମ୍ପୂର୍ଣ୍ଣ ହୁଏ। ପେମେଣ୍ଟ, ଇନଭେଣ୍ଟୋରୀ ହ୍ରାସ, ଏବଂ ଇମେଲ୍ ରସିଦ ପାଇଁ ଡାଉନଷ୍ଟ୍ରିମ୍ ୱାର୍କର୍ମାନେ ସେମାନଙ୍କର ନିଜସ୍ୱ SQS କ୍ୟୁଗୁଡ଼ିକରୁ ସ୍ୱାଧୀନ ଭାବରେ ମେସେଜ୍ ଟାଣନ୍ତି। ଯଦି ଇମେଲ୍ ସେବା ଏକ ଘଣ୍ଟା ପାଇଁ ଡାଉନ୍ ହୋଇଯାଏ, ତେବେ ମେସେଜ୍ ନିରାପଦରେ କ୍ୟୁରେ ବଫର୍ ହୋଇ ରହିଥାଏ, ଗୋଟିଏ ବି ଅର୍ଡର ଡ୍ରପ୍ ହୁଏ ନାହିଁ।

- ୦୬. କଣ୍ଟେନର୍ ଅର୍କେଷ୍ଟ୍ରେସନ୍ (ଡକର୍ & କୁବରନେଟ୍ସ)

7:13 ଧାରଣା ନମ୍ବର ଛଅ: କଣ୍ଟେନର୍ ଅର୍କେଷ୍ଟ୍ରେସନ୍। ଡକର୍ ପ୍ୟାକେଜିଂ ସମସ୍ୟାର ସମାଧାନ କରିଥିଲା: ଏହା ଆପଣଙ୍କର ଆପ୍ଲିକେସନ୍ କୋଡ୍, ସିଷ୍ଟମ୍ ଲାଇବ୍ରେରୀ, କନଫିଗରେସନ୍, ଏବଂ ରନ୍‌ଟାଇମ୍‌କୁ ଏକ ଅପରିବର୍ତ୍ତନୀୟ ଇମେଜ୍‌ରେ ଗୁଡ଼ାଇଥାଏ ଯାହା ଆପଣଙ୍କର MacBook ଏବଂ କ୍ଲାଉଡ୍‌ରେ ସମାନ ଭାବରେ ଚାଲେ। କିନ୍ତୁ ଏକ କଣ୍ଟେନର୍ ପ୍ୟାକେଜ୍ କରିବା ସହଜ। ପଚାଶଟି ଭର୍ଚୁଆଲ୍ ମେସିନ୍‌ରେ ପାଞ୍ଚ ଶହ କଣ୍ଟେନର୍ ଚଲାଇବା ହେଉଛି ଇଞ୍ଜିନିୟରିଂ ଭାଙ୍ଗିଯାଏ। ସେଥିପାଇଁ କୁବରନେଟ୍ସ ଏବଂ AWS ECS ପରି କଣ୍ଟେନର୍ ଅର୍କେଷ୍ଟ୍ରେଟର

7:41 ଅଛି। ଏକ ଅର୍କେଷ୍ଟ୍ରେଟର ଏକ ନିୟନ୍ତ୍ରଣ ପ୍ଲେନ୍ ପ୍ରଦାନ କରେ: ଏକ API ସର୍ଭର, ଏକ etcd ଷ୍ଟେଟ୍ ଷ୍ଟୋର୍, ଏବଂ ଏକ ବୁଦ୍ଧିମାନ ସିଡ୍ୟୁଲର। ଆପଣ ଆପଣଙ୍କର ଆବଶ୍ୟକୀୟ ସ୍ଥିତି ଘୋଷଣା କରନ୍ତି: ମୁଁ ମୋର ଅଥ୍ ସର୍ଭିସର ଦଶଟି ରେପ୍ଲିକା ଚାହେଁ, ପ୍ରତ୍ୟେକ ଦୁଇ ଗିଗାବାଇଟ୍ RAM ସହିତ। ସିଡ୍ୟୁଲର କ୍ଲଷ୍ଟରକୁ ପରୀକ୍ଷା କରେ, ଖାଲି ମେମୋରୀ ଥିବା ନୋଡ୍ ଉପରେ ପଡ୍ ସ୍ଥାପନ କରେ, ଆଭ୍ୟନ୍ତରୀଣ ନେଟୱର୍କିଂ ବିନ୍ୟାସ କରେ, ଏବଂ ବାସ୍ତବତାକୁ ନିରନ୍ତର ସମନ୍ୱୟ କରେ। ଯଦି ଏକ ନୋଡ୍ ଏକ ହାର୍ଡୱେର୍ ତ୍ରୁଟିର ଶିକାର ହୁଏ, ତେବେ କୁବରନେଟ୍ସ ଏହି କ୍ଷତିକୁ ଚିହ୍ନଟ କରେ ଏବଂ ସମସ୍ତ ବିସ୍ଥାପିତ ପଡ୍‌ଗୁଡ଼ିକୁ ସଙ୍ଗେ ସଙ୍ଗେ

- ୦୭. ୪ଟି କ୍ଲାଉଡ୍ ଷ୍ଟୋରେଜ୍ ସ୍ତମ୍ଭ (S3, EBS, DBs & Redis)

8:16 ସ୍ୱାସ୍ଥ୍ୟବାନ ନୋଡ୍ ଉପରେ ପୁନଃ-ସିଡ୍ୟୁଲ୍ କରେ। ଧାରଣା ନମ୍ବର ସାତ: କ୍ଲାଉଡ୍ ଷ୍ଟୋରେଜ୍ ହାଇଆର୍କି। ଶିଖିଲାମାନେ ପ୍ରାୟତଃ କ୍ଲାଉଡ୍ ଷ୍ଟୋରେଜ୍‌କୁ ଏକ ଗୋଟିଏ ବକେଟ୍ ଭାବରେ ଭାବନ୍ତି ଯେଉଁଠାରେ ଆପଣ ଫାଇଲ୍ ଡମ୍ପ୍ କରନ୍ତି। ଉତ୍ପାଦନ ଆର୍କିଟେକଚର୍‌ରେ, ଷ୍ଟୋରେଜ୍ ଚାରୋଟି ଭିନ୍ନ ସ୍ତମ୍ଭରେ ବିଭକ୍ତ ହୋଇଥାଏ, ଆକ୍ସେସ୍ ପାଟର୍ନ ଏବଂ ଲାଟେନ୍ସି ଉପରେ ଆଧାର କରି। ପ୍ରଥମେ ହେଉଛି ଅବଜେକ୍ଟ ଷ୍ଟୋରେଜ୍, ଯେପରିକି Amazon S3 କିମ୍ବା Google Cloud ଷ୍ଟୋରେଜ୍। ଆପଣ HTTP REST API ମାଧ୍ୟମରେ ଫାଇଲ୍ ଆକ୍ସେସ୍ କରନ୍ତି, ସରଳ PUT ଏବଂ GET କଲ୍ ବ୍ୟବହାର କରି। ଏହା ପ୍ରତି ମାସରେ ପ୍ରତି ଗିଗାବାଇଟ୍ ପାଇଁ ଦୁଇ ସେଣ୍ଟରେ ଅସୀମ ହରିଜଣ୍ଟାଲ୍ କ୍ଷମତା ପ୍ରଦାନ କରେ,

8:49 ଯାହା ଏହାକୁ ଭିଡିଓ, ଉପଭୋକ୍ତା ଅପଲୋଡ୍, ଲଗ୍, ଏବଂ ବ୍ୟାକଅପ୍ ପାଇଁ ଆଦର୍ଶ କରିଥାଏ। ଦ୍ୱିତୀୟ ହେଉଛି ବ୍ଲକ୍ ଷ୍ଟୋରେଜ୍, ଯେପରିକି Amazon EBS। ଏଗୁଡ଼ିକ ଭର୍ଚୁଆଲ୍ ହାର୍ଡ ଡ୍ରାଇଭ୍ ଯାହା ସିଧାସଳଖ ଏକ ନିର୍ଦ୍ଦିଷ୍ଟ ଭର୍ଚୁଆଲ୍ ମେସିନ୍‌ରେ ଉଚ୍ଚ-ଗତି ସଂଯୋଗ ମାଧ୍ୟମରେ ମାଉଣ୍ଟ୍ ହୋଇଥାଏ। ସେଗୁଡ଼ିକ ext4 ପରି ଷ୍ଟାଣ୍ଡାର୍ଡ ଫାଇଲସିଷ୍ଟମରେ ଫର୍ମାଟ୍ ହୁଅନ୍ତି, ଡାଟାବେସ୍ ଇଞ୍ଜିନ୍‌ଗୁଡ଼ିକ ଦ୍ୱାରା ଆବଶ୍ୟକ ତୀବ୍ର ରାଣ୍ଡମ୍ ରିଡ୍ ଏବଂ ରାଇଟ୍ ଆକ୍ସେସ୍‌କୁ ସମର୍ଥନ କରନ୍ତି। ତୃତୀୟ ହେଉଛି ମ୍ୟାନେଜ୍ଡ ଡାଟାବେସ୍: RDS ଉପରେ PostgreSQL ପରି ରିଲେସନାଲ୍ ଇଞ୍ଜିନ୍ ACID ଟ୍ରାନ୍ସାକ୍ସନ୍ ଏବଂ ଜଟିଳ ଜଏନ୍ ପ୍ରଦାନ କରିଥାଏ,

9:21 ଏବଂ DynamoDB ପରି NoSQL ଇଞ୍ଜିନ୍ ଏକ-ଅଙ୍କ ମିଲିସେକେଣ୍ଡ୍ ଲାଟେନ୍ସିକୁ ବିଶାଳ ସ୍କେଲ୍‌ରେ ପ୍ରଦାନ କରିଥାଏ। ଏବଂ ଚତୁର୍ଥ ହେଉଛି Redis ପରି ଇନ୍-ମେମୋରୀ କ୍ୟାସ୍। RAM ରୁ ଡାଟା ପଢ଼ିବାକୁ ମିଲିସେକେଣ୍ଡ୍ ପରିବର୍ତ୍ତେ ମାଇକ୍ରୋସେକେଣ୍ଡ୍ ଲାଗେ। କ୍ୟାସ୍ ଆପଣଙ୍କ ଡାଟାବେସ୍ ସାମ୍ନାରେ ବସିଥାଏ, ଏହାକୁ ବାରମ୍ବାର ରିଡ୍ ଟ୍ରାଫିକ୍‌ରୁ ରକ୍ଷା କରେ ଏବଂ ଅସ୍ଥିର ଉପଭୋକ୍ତା ସେସନ୍ ଟୋକେନ୍ ପରିଚାଳନା କରେ।

- ୦୮. ହାଇ ଆଭାଇଲେବିଲିଟି & The Nines (ମଲ୍ଟି-AZ ଫେଲୋଭର୍)

9:44 ଧାରଣା ନମ୍ବର ଆଠ: ହାଇ ଆଭାଇଲେବିଲିଟି, କିମ୍ବା HA। ଆଭାଇଲେବିଲିଟି ଗୋଟିଏ ପ୍ରଶ୍ନର ଉତ୍ତର ଦିଏ: ଆପଣଙ୍କର ଆପ୍ଲିକେସନ୍ କେତେ ପ୍ରତିଶତ ସମୟ କାର୍ଯ୍ୟକ୍ଷମ ଏବଂ ଉପଭୋକ୍ତାମାନଙ୍କ ଦ୍ୱାରା ପହଞ୍ଚିବା ଯୋଗ୍ୟ? ଏଣ୍ଟରପ୍ରାଇଜ୍ ଚୁକ୍ତିରେ, ଆଭାଇଲେବିଲିଟି ନାଇନ୍ସରେ ମପାଯାଏ। ଦୁଇ ନାଇନ୍ସ, କିମ୍ବା ନବେ ନବେ ପ୍ରତିଶତ ଆଭାଇଲେବିଲିଟି, ପ୍ରତିବର୍ଷ ସାଢ଼େ ତିନି ଦିନରୁ ଅଧିକ ଡାଉନଟାଇମ୍ ଅନୁମତି ଦିଏ। ଚାରି ନାଇନ୍ସ ଅନୁମତିପ୍ରାପ୍ତ ଡାଉନଟାଇମ୍‌କୁ ବାଉନ ସେକେଣ୍ଡକୁ ହ୍ରାସ କରେ, ଏବଂ ପାଞ୍ଚ ନାଇନ୍ସ ପ୍ରତିବର୍ଷ ମାତ୍ର ପାଞ୍ଚ ମିନିଟ୍ ସମୁଦାୟ ଡାଉନଟାଇମ୍ ଅନୁମତି ଦିଏ।

10:15 ଉଚ୍ଚ ଆଭାଇଲେବିଲିଟି ହାସଲ କରିବା ପାଇଁ, ଆପଣଙ୍କୁ ଫଲ୍ଟ ଡୋମେନ୍‌ରେ ଏକକ ବିଫଳତା ପଏଣ୍ଟଗୁଡ଼ିକୁ ହଟାଇବାକୁ ପଡିବ। କ୍ଲାଉଡ୍‌ରେ, ଏହାର ଅର୍ଥ ହେଉଛି ଏକାଧିକ ଆଭାଇଲେବିଲିଟି ଜୋନ୍‌ରେ ଡିପ୍ଲୋୟ କରିବା। ଏକ ଆଭାଇଲେବିଲିଟି ଜୋନ୍ ଗୋଟିଏ ରାକ୍ ନୁହେଁ: ଏହା ହେଉଛି ଏକ କିମ୍ବା ଅଧିକ ପୃଥକ ଭୌତିକ ଡାଟା କେନ୍ଦ୍ର ଯାହା ମାଇଲ୍ ମାଇଲ୍ ଦୂରରେ ସ୍ୱାଧୀନ ଶକ୍ତି ଏବଂ କୁଲିଂ ସହିତ ଅଛି। ସିଙ୍କ୍ରୋନସ୍ ଡାଟାବେସ୍ ରେପ୍ଲିକେସନ୍ ସହିତ ଜୋନ୍ A ଏବଂ ଜୋନ୍ B ରେ ସକ୍ରିୟ ଇନଷ୍ଟାନ୍ସ ଚଲାଇବା ଦ୍ୱାରା, ଏକ ବଜ୍ରପାତ କିମ୍ବା ଫାଇବର କଟ୍ ଯାହା ଏକ ସମ୍ପୂର୍ଣ୍ଣ ଭୌତିକ ସୁବିଧାକୁ ଡାଉନ୍ କରିଦିଏ, ତାହାର ପରିଣାମ ଏକ ସ୍ୱୟଂଚାଳିତ ଫେଲୋଭର୍ ହୋଇଥାଏ।

10:50 ତିରିଶ ସେକେଣ୍ଡରେ କୌଣସି ମାନବ ହସ୍ତକ୍ଷେପ ବିନା।

- ୦୯. ଡ୍ୟୁରାବିଲିଟି ବନାମ ଆଭାଇଲେବିଲିଟି (୧୧ ନାଇନ୍ସ କାହିଁକି ଅପ୍‌ଟାଇମ୍ ନୁହେଁ)

10:53 ଧାରଣା ନମ୍ବର ନଅ: ସ୍ଥାୟୀତ୍ୱ ବନାମ ଉପଲବ୍ଧତା। କ୍ଲାଉଡ୍ ଆର୍କିଟେକ୍ଚର ସାକ୍ଷାତକାରରେ ଏହା ହେଉଛି ସବୁଠାରୁ ସାଧାରଣ ଧାରଣାଗତ ଜାଲ। ଇଞ୍ଜିନିୟରମାନେ ପ୍ରାୟତଃ ଏହି ଶବ୍ଦଗୁଡ଼ିକୁ ପରସ୍ପର ବଦଳରେ ବ୍ୟବହାର କରନ୍ତି। କିନ୍ତୁ ସେମାନେ ସମ୍ପୂର୍ଣ୍ଣ ଭିନ୍ନ ଗୁଣଗୁଡ଼ିକୁ ମାପନ୍ତି। ଉପଲବ୍ଧତା ଅପ୍‌ଟାଇମ୍ ମାପିଥାଏ: ମୁଁ ବର୍ତ୍ତମାନ ମୋର ଡାଟା ପଢିବା କିମ୍ବା ଲେଖିବା ପାଇଁ ଏକ API କଲ୍ କରିପାରିବି କି? ଏହି ମୁହୂର୍ତ୍ତରେ? ସ୍ଥାୟୀତ୍ୱ ସଂରକ୍ଷଣ ମାପିଥାଏ: ମୋର ଡାଟା ଦଶ ବର୍ଷ ଧରି ସ୍ଥାୟୀ ବିଟ୍ ରଟ୍, ଦୁର୍ନୀତି କିମ୍ବା ବିନାଶ ବିନା ବଞ୍ଚିବ କି? ବିଟ୍ ରଟ୍, ଦୁର୍ନୀତି, କିମ୍ବା ଦଶ ବର୍ଷ ମଧ୍ୟରେ ବିନାଶ?

11:24 ଆମାଜନ S3 ଷ୍ଟାଣ୍ଡାର୍ଡ ଦେଖନ୍ତୁ। ଏହାର ସର୍ଭିସ୍ ଲେଭଲ୍ ଏଗ୍ରିମେଣ୍ଟ ୯୯.୯% ଉପଲବ୍ଧତା ପ୍ରଦାନ କରେ, ଯାହା ପ୍ରତି ମାସରେ ପ୍ରାୟ ୪୩ ମିନିଟର ଡାଉନଟାଇମ୍ ଅନୁମତି ଦିଏ। ଯେଉଁଠାରେ ଏକ API ଅନୁରୋଧ ଏକ ୫୦୦ ତ୍ରୁଟି ଫେରାଇପାରେ। କିନ୍ତୁ S3 ଏଗାର ନାଇନ୍ସର ସ୍ଥାୟୀତ୍ୱ ପ୍ରତିଜ୍ଞା କରେ: ୯୯ .୯୯୯୯୯୯୯୯ ୯୯ ପ୍ରତିଶତ। ଯଦି ଆପଣ S3 ରେ ଦଶ ନିୟୁତ ଫାଇଲ୍ ସଂରକ୍ଷଣ କରନ୍ତି, ତେବେ ଆପଣ ପରିସଂଖ୍ୟାନ ଅନୁସାରେ ଆଶା କରିପାରିବେ

11:56 ପ୍ରତି ଦଶ ହଜାର ବର୍ଷରେ ହାରାହାରି ଗୋଟିଏ ଫାଇଲ୍ ହରାଇବେ। S3 ଏହାକୁ ଇରେଜର-କୋଡିଂ ଅବଜେକ୍ଟ ଦ୍ୱାରା ଏବଂ ଅତି କମ୍‌ରେ ତିନୋଟି ଭୌଗୋଳିକ ଭାବରେ ପୃଥକ ଡାଟା ସୁବିଧା ମାଧ୍ୟମରେ ଖଣ୍ଡଗୁଡ଼ିକୁ ପ୍ରତିକୃତି କରି ହାସଲ କରେ। ଅତି କମ୍‌ରେ ତିନୋଟି ଭୌଗୋଳିକ ଭାବରେ ପୃଥକ ଡାଟା ସୁବିଧା ମାଧ୍ୟମରେ। ଏକ ପ୍ରମୁଖ ଆଞ୍ଚଳିକ ନେଟୱର୍କ ବ୍ୟାଘାତ ସମୟରେ, S3 ଅସ୍ଥାୟୀ ଭାବରେ ଅନୁପଲବ୍ଧ ହୋଇପାରେ, କିନ୍ତୁ ଆପଣଙ୍କ ଡାଟା କେବେହେଲେ ନଷ୍ଟ ହୁଏ ନାହିଁ।

- ୧୦. ଇନଫ୍ରାଷ୍ଟ୍ରକ୍ଚର ଏଜ୍ କୋଡ୍ (ଟେରାଫର୍ମ ବନାମ କନ୍ସୋଲ୍ ଡ୍ରିଫ୍ଟ)

12:14 ଧାରଣା ନମ୍ବର ଦଶ: ଇନଫ୍ରାଷ୍ଟ୍ରକଚର ଆଜ କୋଡ୍, ବା IaC। କ୍ଲାଉଡ୍ କମ୍ପ୍ୟୁଟିଂର ପ୍ରାରମ୍ଭିକ ଦିନରେ, ଇଞ୍ଜିନିୟରମାନେ AWS ୱେବ୍ ମ୍ୟାନେଜମେଣ୍ଟ କନସୋଲରେ ଲଗ୍ ଇନ୍ କରି ଭର୍ଚୁଆଲ୍ ମେସିନ୍ ସୃଷ୍ଟି କରିବା, ସବନେଟ୍ ବିନ୍ୟାସ କରିବା ଏବଂ ସୁରକ୍ଷା ଗ୍ରୁପ୍ ସଂଲଗ୍ନ କରିବା ପାଇଁ ମାନୁଆଲ ଭାବରେ କ୍ଲିକ୍ କରୁଥିଲେ। ଭର୍ଚୁଆଲ ମେସିନ୍ ସୃଷ୍ଟି କରିବା, ସବନେଟ୍ ବିନ୍ୟାସ କରିବା ଏବଂ ସୁରକ୍ଷା ଗ୍ରୁପ୍ ସଂଲଗ୍ନ କରିବା ପାଇଁ ମାନୁଆଲ ଭାବରେ କ୍ଲିକ୍ କରୁଥିଲେ। ମେସିନ୍, ସବନେଟ୍ ବିନ୍ୟାସ କରନ୍ତୁ ଏବଂ ସୁରକ୍ଷା ଗ୍ରୁପ୍ ସଂଲଗ୍ନ କରନ୍ତୁ। ଶିଳ୍ପ ଏହାକୁ ClickOps ବୋଲି କହେ, ଏବଂ ଉତ୍ପାଦନରେ ଏହା ଏକ ପୂର୍ଣ୍ଣ ବିପର୍ଯ୍ୟୟ। ମାନୁଆଲ କନସୋଲ ପରିବର୍ତ୍ତନଗୁଡ଼ିକର କୌଣସି ଅଡିଟ୍ ଟ୍ରେଲ୍ ନାହିଁ, କୌଣସି ରୋଲବ୍ୟାକ୍ ମେକାନିଜିମ୍ ନାହିଁ, ଏବଂ ଅନିବାର୍ଯ୍ୟ ଭାବରେ ଷ୍ଟେଜିଂ ଏବଂ ଉତ୍ପାଦନ ପରିବେଶ ମଧ୍ୟରେ କନଫିଗରେସନ୍ ଡ୍ରିଫ୍ଟ ସୃଷ୍ଟି କରେ। କୋଡ୍ ଟୁଲ୍ସ ଯେପରିକି Terraform, OpenTofu, Pulumi, କିମ୍ବା AWS CDK

12:48 Terraform ପରି କୋଡ୍ ଟୁଲ୍ସ, OpenTofu, Pulumi, କିମ୍ବା AWS CDK, ଆପଣ ଆପଣଙ୍କର ସମ୍ପୂର୍ଣ୍ଣ କ୍ଲାଉଡ୍ ଆର୍କିଟେକ୍ଚରକୁ Git ରେ ସଂରକ୍ଷିତ ଡିକ୍ଲାରେଟିଭ୍ କନଫିଗରେସନ୍ ଫାଇଲଗୁଡ଼ିକରେ ବ୍ୟାଖ୍ୟା କରନ୍ତି। Git ରେ ସଂରକ୍ଷିତ ଡିକ୍ଲାରେଟିଭ୍ କନଫିଗରେସନ୍ ଫାଇଲଗୁଡ଼ିକରେ। ଏକ ଖୋଲା ପୋର୍ଟ କିମ୍ବା ଡାଟାବେସ୍ ରେପ୍ଲିକାକୁ ପ୍ରତ୍ୟେକ ପରିବର୍ତ୍ତନ ଏକ ପୁଲ୍ ଅନୁରୋଧ ଏବଂ ପିଅର୍ ରିଭ୍ୟୁ ମାଧ୍ୟମରେ ଯାଏ। ପୁଲ୍ ଅନୁରୋଧ ଏବଂ ପିଅର୍ ରିଭ୍ୟୁ। terraform plan ଚଲାଇବା ପୂର୍ବରୁ ସଠିକ୍ API diff ର ପୂର୍ବାବଲୋକନ କରେ। ଯାହାକିଛି ଛୁଇଁବା ପୂର୍ବରୁ, ଏବଂ ଆପଣଙ୍କ ଉତ୍ପାଦନ ଷ୍ଟାକର ଏକ ଅବିକଳ ପ୍ରତିକୃତି ସ୍ପିନ୍ ଅପ୍ କରିବାକୁ ଚାରି ସପ୍ତାହ ପରିବର୍ତ୍ତେ ଚାରି ମିନିଟ୍ ଲାଗେ। ଷ୍ଟାକ୍ ଚାରି ସପ୍ତାହ ପରିବର୍ତ୍ତେ ଚାରି ମିନିଟ୍ ଲାଗେ।

- ୧୧. କ୍ଲାଉଡ୍ ନେଟୱର୍କିଂ (VPC, ସବନେଟ୍, NAT & ସିକ୍ୟୁରିଟି ଗ୍ରୁପ୍)

13:20 ଧାରଣା ନମ୍ବର ଏଗାର: କ୍ଲାଉଡ୍ ନେଟୱର୍କିଂ ଏବଂ ଭର୍ଚୁଆଲ୍ ପ୍ରାଇଭେଟ୍ କ୍ଲାଉଡ୍। ଯେତେବେଳେ ଆପଣ କ୍ଲାଉଡକୁ ସର୍ଭର ଡିପ୍ଲୋୟ କରନ୍ତି, ସେଗୁଡ଼ିକ କଞ୍ଚା ସାର୍ବଜନୀନ ଇଣ୍ଟରନେଟରେ ଖୋଲା ରୁହନ୍ତି ନାହିଁ। ସେଗୁଡ଼ିକ ଏକ ସଫ୍ଟୱେର୍-ଡିଫାଇନ୍ଡ ଆଇସୋଲେଟେଡ୍ ବାଉଣ୍ଡାରୀ ଭିତରେ ରୁହନ୍ତି। ଯାହାକୁ VPC କୁହାଯାଏ। ଆପଣଙ୍କ VPC ଭିତରେ, ଆପଣ ଏକ ପ୍ରାଇଭେଟ୍ IP ଆଡ୍ରେସ୍ ସ୍ପେସ୍ ଆବଣ୍ଟନ କରନ୍ତି ଯେପରିକି ୧୦.୦.୦.୦/୧୬, ଏବଂ ଏହାକୁ ପବ୍ଲିକ୍ ଏବଂ ପ୍ରାଇଭେଟ୍ ସବନେଟ୍‌ରେ ବିଭକ୍ତ କରନ୍ତୁ। ଏକ ପବ୍ଲିକ୍ ସବନେଟରେ ଏକ ଇଣ୍ଟରନେଟ୍ ଗେଟୱେକୁ ସିଧାସଳଖ ରୁଟ୍ ଥାଏ।

13:51 ଏହା ଆପଣଙ୍କ ଆପ୍ଲିକେସନ୍ ଲୋଡ୍ ବାଲାନ୍ସର୍ ଏବଂ NAT ଗେଟୱେ ପରି ପବ୍ଲିକ୍-ଫେସିଙ୍ଗ୍ ସମ୍ପତ୍ତି ଧାରଣ କରେ। ଗେଟୱେ। ଏହା ଆପଣଙ୍କ ନେଟୱର୍କର ଏକମାତ୍ର ଅଂଶ ଯେଉଁଥିରେ ପବ୍ଲିକ୍ IP ଆଡ୍ରେସ୍ ଅଛି। ଆଡ୍ରେସ। ଆପଣଙ୍କ ଆପ୍ଲିକେସନ୍ ସର୍ଭର ଏବଂ ଉତ୍ପାଦନ ଡାଟାବେସ୍ କେବଳ ପ୍ରାଇଭେଟ୍ ସବନେଟରେ ରୁହନ୍ତି। କୌଣସି ପବ୍ଲିକ୍ IP ଏବଂ ଇଣ୍ଟରନେଟରୁ ଶୂନ୍ୟ ଇନବାଉଣ୍ଡ ରୁଟ୍ ସହିତ। ଯେତେବେଳେ ଆପଣଙ୍କ ବ୍ୟାକଏଣ୍ଡ ସର୍ଭରଗୁଡ଼ିକୁ ସୁରକ୍ଷା ଅପଡେଟ୍ ଡାଉନଲୋଡ୍ କରିବାକୁ ପଡ଼େ। ସେମାନଙ୍କର ଆଉଟବାଉଣ୍ଡ ଟ୍ରାଫିକ୍ ପବ୍ଲିକ୍ ସବନେଟରେ ଥିବା NAT ଗେଟୱେ ମାଧ୍ୟମରେ ରୁଟ୍ ହୁଏ। ପ୍ରତ୍ୟେକ ଇନଷ୍ଟାନ୍ସକୁ ଘେରି ରହିଛନ୍ତି ସିକ୍ୟୁରିଟି ଗ୍ରୁପ୍: ଷ୍ଟେଟଫୁଲ୍ ଭର୍ଚୁଆଲ୍ ଫାୟାରୱାଲ୍ ଯାହା ସର୍ବନିମ୍ନ ସୁବିଧା ନୀତିକୁ କାର୍ଯ୍ୟକାରୀ କରେ। ଭର୍ଚୁଆଲ୍ ଫାୟାରୱାଲ୍ ଯାହା ସର୍ବନିମ୍ନ ସୁବିଧା ନୀତିକୁ କାର୍ଯ୍ୟକାରୀ କରେ।

- ୧୨. ସମ୍ପୂର୍ଣ୍ଣ ଏଣ୍ଟରପ୍ରାଇଜ୍ ବ୍ଲୁପ୍ରିଣ୍ଟ & ରାୟ

14:28 ଆପଣଙ୍କ ଡାଟାବେସ୍ ସିକ୍ୟୁରିଟି ଗ୍ରୁପ୍ କେବଳ ପୋର୍ଟ ୫୪୩୨ ରେ ସଂଯୋଗ ଗ୍ରହଣ କରେ। ଆପଣଙ୍କ ଆପ୍ଲିକେସନ୍ ସର୍ଭରଗୁଡ଼ିକର ସିକ୍ୟୁରିଟି ଗ୍ରୁପ୍‌ରୁ କେବଳ, ବାହାରୁ ପ୍ରବେଶକୁ ଗାଣିତିକ ଭାବରେ ଅସମ୍ଭବ କରିଥାଏ। ବାହାରୁ ପ୍ରବେଶକୁ ଗାଣିତିକ ଭାବରେ ଅସମ୍ଭବ କରିଥାଏ। ଯେତେବେଳେ ଆପଣ ଜୁମ୍ ଆଉଟ୍ କରନ୍ତି, ଏହି ଏଗାର ପ୍ରିମିଟିଭ୍ ଗୋଟିଏ ସୁସଙ୍ଗତ ସିଷ୍ଟମରେ ସଂଯୋଗ ହୁଅନ୍ତି। ଆପଣଙ୍କ DNS ଏକ ପବ୍ଲିକ୍ ସବନେଟରେ ଏକ ଲୋଡ୍ ବାଲାନ୍ସରକୁ ରୁଟ୍ କରେ। ଅଟୋସ୍କେଲିଂ ଗ୍ରୁପ୍ ଏକାଧିକ ଆଭେଲେବିଲିଟି ଜୋନରେ ଟ୍ରାଫିକ୍ ସର୍ଜେସ୍ ପରିଚାଳନା କରେ। ଇଭେଣ୍ଟ ବସ୍ ବ୍ୟାକଏଣ୍ଡ କର୍ମଚାରୀଙ୍କୁ ବିଚ୍ଛିନ୍ନ କରେ, ଏବଂ ଆପଣଙ୍କ ସମଗ୍ର ଷ୍ଟାକକୁ Git ରୁ ଇନଫ୍ରାଷ୍ଟ୍ରକଚର ଆଜ କୋଡ୍ ବ୍ୟବହାର କରି ଡିପ୍ଲୋୟ କରାଯାଏ।

15:02 ଆଜିର ମାଷ୍ଟରକ୍ଲାସ୍ ରାୟ: SHIP IT। ଶହ ଶହ କ୍ଲାଉଡ୍ ମାର୍କେଟିଂ ଆକ୍ରୋନିମ୍ ମନେ ରଖିବା ବନ୍ଦ କରନ୍ତୁ। ଏହି ଏଗାର ଆର୍କିଟେକ୍ଚର ପ୍ୟାଟର୍ନରେ ମାଷ୍ଟର ହୁଅନ୍ତୁ, ଆପଣଙ୍କ ଷ୍ଟେଟକୁ ବିଚ୍ଛିନ୍ନ କରନ୍ତୁ। ଏବଂ ଅସଫଳ ହୋଇନପାରୁଥିବା ସିଷ୍ଟମ ନିର୍ମାଣ କରନ୍ତୁ। ଆପଣ ପ୍ରଥମେ ଆରମ୍ଭ କରିବା ସମୟରେ କେଉଁ କ୍ଲାଉଡ୍ ଧାରଣା ଆପଣଙ୍କୁ ସବୁଠାରୁ ବଡ ମୁଣ୍ଡବ୍ୟଥା ଦେଇଥିଲା ତାହା କମେଣ୍ଟରେ କୁହନ୍ତୁ। କମେଣ୍ଟରେ ନିର୍ମାଣ କରୁଥିଲେ। ଏବଂ ସମ୍ପୂର୍ଣ୍ଣ ଆର୍କିଟେକ୍ଚର ଚିଟ୍ ସିଟ୍ ପାଇବା ପାଇଁ। daily diff dot dev ରେ ନ୍ୟୁଜଲେଟରକୁ ସବସ୍କ୍ରାଇବ କରନ୍ତୁ।

15:28 ତଳେ ଲିଙ୍କ୍। ଏବଂ ଏହା ଆଜି ପାଇଁ diff। ମୁଁ Axrisi ରୁ ନିକୋ। ଦାୟିତ୍ୱର ସହ ମର୍ଜ କରନ୍ତୁ।

ଉତ୍ସଗୁଡ଼ିକ

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