Kubernetes CI: ଟେଷ୍ଟ ମେଲ୍‌ବକ୍ସଗୁଡ଼ିକୁ ଲିଜ୍ କରନ୍ତୁ, ଅନ୍ଧ ଭାବରେ ରିଟ୍ରାଏ କରନ୍ତୁ ନାହିଁ

ଇମେଲ୍ ଯାଞ୍ଚ ପରୀକ୍ଷଣଗୁଡ଼ିକ ଜଟିଳ ହୋଇପାରେ, ବିଶେଷ କରି Continuous Integration (CI) ପାଇପ୍‌ଲାଇନ୍‌ଗୁଡ଼ିକରେ। ଯଦି ଆପଣ Kubernetes ସହିତ କାମ କରୁଛନ୍ତି, ତେବେ ଆପଣ ଦେଖିପାରନ୍ତି ଯେ ମେଲ୍‌ବକ୍ସଗୁଡ଼ିକୁ ସାଧାରଣ HTTP ଡିପେଣ୍ଡେନ୍ସି ଭାବରେ ବିଚାର କରିବା ଦ୍ୱାରା ଅବିଶ୍ୱସନୀୟ ପରୀକ୍ଷଣ ସୃଷ୍ଟି ହୁଏ। ଆଜି ହେଉଛି ଅକ୍ଟୋବର ୧୬, ୨୦୨୬, ଏବଂ ଆଧୁନିକ ଡେଭଲପମେଣ୍ଟ ପରିବେଶରେ CI ପ୍ରକ୍ରିୟାଗୁଡ଼ିକର ଉନ୍ନତି ପାଇଁ ଏହି ଚ୍ୟାଲେଞ୍ଜଗୁଡ଼ିକୁ ବୁଝିବା ଅତ୍ୟନ୍ତ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ।

ପାରମ୍ପରିକ ପଦ୍ଧତିଗୁଡ଼ିକରେ ଥିବା ସମସ୍ୟା

ଯେତେବେଳେ ଏକ CI ପାଇପ୍‌ଲାଇନ୍ ଏକ ଇମେଲ୍ ପଠାଏ, ଏହା ପ୍ରାୟତଃ ପ୍ରତିକ୍ରିୟା ପାଇଁ କିଛି ସେକେଣ୍ଡ ଅପେକ୍ଷା କରେ। ଯଦି କିଛି ନ ଆସେ, ତେବେ ଏହା ପୁଣି ଥରେ ଇମେଲ୍ ପଠାଇବାକୁ ଚେଷ୍ଟା କରେ। ଏହି ଆଭିମୁଖ୍ୟ ଅନେକ ସମସ୍ୟା ସୃଷ୍ଟି କରିପାରେ:

• ଡୁପ୍ଲିକେଟ୍ ମେସେଜ୍: ପୁନଃ ଚେଷ୍ଟା କରିବା ଦ୍ୱାରା ସମାନ କାର୍ଯ୍ୟ ପାଇଁ ଏକାଧିକ ଇମେଲ୍ ପଠାଯାଇପାରେ।
• ରେସ୍ କଣ୍ଡିସନ୍ସ: ଯଦି ଦୁଇଟି ଟେଷ୍ଟ ଏକାସାଙ୍ଗରେ ଚାଲେ, ତେବେ ସେଗୁଡ଼ିକ ପରସ୍ପର ମଧ୍ୟରେ ବାଧା ସୃଷ୍ଟି କରିପାରନ୍ତି, ଯାହା ଭୁଲ୍ ଫଳାଫଳ ଆଣିପାରେ।
• ସେୟାର୍ଡ ମେଲ୍‌ବକ୍ସ ଦ୍ୱନ୍ଦ୍ୱ: ଟେଷ୍ଟଗୁଡ଼ିକ ଶେଷରେ ସମାନ ମେଲ୍‌ବକ୍ସ ବ୍ୟବହାର କରିପାରନ୍ତି, ଯାହା ଆହୁରି ଅଧିକ ବିଭ୍ରାନ୍ତି ସୃଷ୍ଟି କରିଥାଏ।

ଏହି ସମସ୍ୟାଗୁଡ଼ିକ ଆପଣଙ୍କ ଇମେଲ୍ ଯାଞ୍ଚ ପରୀକ୍ଷଣକୁ ଅବିଶ୍ୱସନୀୟ ଏବଂ ଡିବଗ୍ କରିବା କଷ୍ଟକର କରିପାରେ।

ଏକ ଉନ୍ନତ ଆଭିମୁଖ୍ୟ: ଇନବକ୍ସ ଲିଜ୍ ମଡେଲ

ମେଲ୍‌ବକ୍ସଗୁଡ଼ିକୁ ସାଧାରଣ ରିସୋର୍ସ ଭାବରେ ବିଚାର କରିବା ପରିବର୍ତ୍ତେ, ଏକ ସ୍ୱଚ୍ଛ ସମାଧାନ ହେଉଛି ଏକ ଇନବକ୍ସ ଲିଜ୍ ମଡେଲ. ଏହାର ଅର୍ଥ ହେଉଛି ପ୍ରତ୍ୟେକ ଟେଷ୍ଟ ରନ୍ ଏକ ନିର୍ଦ୍ଦିଷ୍ଟ ସମୟ ପାଇଁ ଏକ ସ୍ୱତନ୍ତ୍ର ମେଲ୍‌ବକ୍ସ ସଂରକ୍ଷିତ କରେ। ଏହା କିପରି କାମ କରେ ତାହା ଏଠାରେ ଦିଆଗଲା:

1. ଏକ ମେଲ୍‌ବକ୍ସ ସଂରକ୍ଷଣ କରନ୍ତୁ: ପ୍ରତ୍ୟେକ ଟେଷ୍ଟ ତାର ନିଜସ୍ୱ ପୃଥକ ମେଲ୍‌ବକ୍ସ ପାଇଥାଏ।
2. ମାଲିକାନା ରେକର୍ଡ କରନ୍ତୁ: ଟେଷ୍ଟ ରେକର୍ଡ କରେ ଯେ ଏହାର ରନ୍ ଚାଲିବା ସମୟ ପାଇଁ ଏହା ସେହି ମେଲ୍‌ବକ୍ସର ମାଲିକାନା ଧାରଣ କରିଛି।
3. ମେଲ୍‌ବକ୍ସ ରିଲିଜ୍ କରନ୍ତୁ: ଟେଷ୍ଟ ପାସ୍ ହେଉ ବା ଫେଲ୍ ହେଉ, ତା’ପରେ ମେଲ୍‌ବକ୍ସ ରିଲିଜ୍ କରାଯାଏ।

ଏହି ପଦ୍ଧତି ସମସ୍ୟାଟିକୁ ଅସ୍ପଷ୍ଟ ପୋଲିଂରୁ ଏକ ସ୍ପଷ୍ଟ ରିସୋର୍ସ ପରିଚାଳନା ବିଷୟରେ ପରିଣତ କରେ, ଯାହା ଏହାକୁ ପରିଚାଳନା କରିବା ସହଜ କରିଥାଏ।

Kubernetes CI ରେ ଇନବକ୍ସ ଲିଜ୍ କାର୍ଯ୍ୟକାରୀ କରିବା

Kubernetes ରେ ଏହି ମଡେଲ୍ କାର୍ଯ୍ୟକାରୀ କରିବା ପାଇଁ, ଆପଣ ଏକ ସ୍ୱଳ୍ପକାଳୀନ Job ତିଆରି କରିପାରିବେ ଯାହା ମେଲ୍‌ବକ୍ସ ଲିଜ୍ ପରିଚାଳନା କରେ। ଏହା କିପରି ଦେଖାଯାଇପାରେ ତାର ଏକ ସରଳୀକୃତ ଉଦାହରଣ ଏଠାରେ ଦିଆଗଲା:

apiVersion: batch/v1
kind: Job
metadata:
  generateName: checkout-email-
spec:
  backoffLimit: 0
  activeDeadlineSeconds: 900
  ttlSecondsAfterFinished: 3600
  template:
    spec:
      restartPolicy: Never
      containers:
      - name: e2e
        image: registry.example.test/checkout-e2e:sha-abc123
        env:
        - name: MAILBOX_LEASE_ID
          valueFrom:
            secretKeyRef:
              name: checkout-mailbox-lease
              key: lease_id
        - name: TEST_RUN_ID
          value: "orders-pr-1842-7f3a"

କାର୍ଯ୍ୟାନ୍ୱୟନର ମୁଖ୍ୟ ବିନ୍ଦୁଗୁଡ଼ିକ

• ସ୍ୱଳ୍ପକାଳୀନ Job: ଟେଷ୍ଟ ସମ୍ପୂର୍ଣ୍ଣ କରିବା ପାଇଁ ଯେତିକି ସମୟ ଆବଶ୍ୟକ, Job କେବଳ ସେତିକି ସମୟ ପର୍ଯ୍ୟନ୍ତ ରହିବା ଉଚିତ।
• ଅନାବଶ୍ୟକ ରିଟ୍ରାଏରୁ ଦୂରେଇ ରୁହନ୍ତୁ: ନିଶ୍ଚିତ କରନ୍ତୁ ଯେ ଯଦି ଟେଷ୍ଟକୁ ପୁନଃ ଚେଷ୍ଟା କରିବାକୁ ପଡ଼େ, ତେବେ ଏହା କେବଳ ପ୍ରତ୍ୟାଶିତ ମେସେଜ୍ ପୋଲ୍ କରିବା ପାଇଁ କରେ, ପୁଣି ଥରେ ଇମେଲ୍ ପଠାଇବା ପାଇଁ ନୁହେଁ।
• ମେଲ୍‌ବକ୍ସ ଲିଜ୍ ପରିଚାଳନା: ଆପ୍ଲିକେସନ୍ ଇଭେଣ୍ଟ ଟ୍ରିଗର୍ ହେବା ପୂର୍ବରୁ ଲିଜ୍ ସୃଷ୍ଟି କରାଯିବା ଉଚିତ, ଯାହା ସ୍ପଷ୍ଟ ମାଲିକାନା ସୁନିଶ୍ଚିତ କରେ।

ପୋଲିଂ ଏବଂ ଆସର୍ସନ୍ସ

ଇମେଲ୍ ଯାଞ୍ଚ କରିବା ସମୟରେ, କେବଳ ପ୍ରାପକ ଏବଂ ବିଷୟକୁ ଦେଖନ୍ତୁ ନାହିଁ। ବରଂ, ପ୍ରତ୍ୟେକ ଟେଷ୍ଟ ରନ୍ ପାଇଁ ଏକ ସ୍ୱତନ୍ତ୍ର ପରିଚାୟକ ବ୍ୟବହାର କରନ୍ତୁ। ଏହା ଇମେଲ୍ ହେଡର୍‌ରେ ଥିବା ଏକ ଟୋକନ୍ କିମ୍ବା ଏକ URL ପାରାମିଟର ହୋଇପାରେ। ଆସର୍ସନ୍ସ ପାଇଁ ଏଠାରେ ଏକ ସରଳ କ୍ରମ ଦିଆଗଲା:

1. ମେଲ୍‌ବକ୍ସକୁ ଲିଜ୍ କରନ୍ତୁ।
2. ଆପ୍ଲିକେସନ୍ ଇଭେଣ୍ଟ ଟ୍ରିଗର୍ କରନ୍ତୁ।
3. ସମୟସୀମା ଶେଷ ହେବା ପର୍ଯ୍ୟନ୍ତ ପ୍ରତ୍ୟାଶିତ ମେସେଜ୍ ପାଇଁ ପୋଲ୍ କରନ୍ତୁ।
4. ଆସର୍ଟ କରନ୍ତୁ ଯେ ଆପଣଙ୍କ ପାଖରେ ଠିକ୍ ଗୋଟିଏ ମେଳ ଖାଉଥିବା ମେସେଜ୍ ଅଛି।
5. ଟୋକନ୍ ଏବଂ ଗନ୍ତବ୍ୟସ୍ଥଳ ଯାଞ୍ଚ କରନ୍ତୁ।
6. ରନ୍‌ର ଏକ ରସିଦ ଲେଖନ୍ତୁ।
7. ମେଲ୍‌ବକ୍ସ ଲିଜ୍ ରିଲିଜ୍ କରନ୍ତୁ।

ଏହି ଆଭିମୁଖ୍ୟ ସୁନିଶ୍ଚିତ କରେ ଯେ ପ୍ରତ୍ୟେକ ଟେଷ୍ଟ ରନ୍ ପୃଥକ ରହିବ ଏବଂ ଆପଣ ପ୍ରତ୍ୟେକ ଇମେଲ୍ ଯାଞ୍ଚର ସଫଳତାକୁ ସଠିକ୍ ଭାବରେ ଟ୍ରାକ୍ କରିପାରିବେ।

ରିଟ୍ରାଏ ପଲିସି ଏବଂ କ୍ଲିନ୍‌ଅପ୍

ରିଟ୍ରାଏଗୁଡ଼ିକୁ ତିନୋଟି ବର୍ଗରେ ବିଭକ୍ତ କରିବା ଜରୁରୀ:

• ପ୍ରୋଭିଜନିଂ ରିଟ୍ରାଏ: କେବଳ ଯଦି କୌଣସି ଅସ୍ଥାୟୀ ତ୍ରୁଟି ଥାଏ, ତେବେ ହିଁ ଲିଜ୍ ସୃଷ୍ଟି କରିବା ପାଇଁ ପୁନଃ ଚେଷ୍ଟା କରନ୍ତୁ।
• ଡେଲିଭରୀ ପୋଲିଂ: ପୋଲିଂ ପାଇଁ ଏକ ସର୍ବୋଚ୍ଚ ସୀମା ବିଶିଷ୍ଟ ବ୍ୟବଧାନ ବ୍ୟବହାର କରନ୍ତୁ, ଯେପରିକି 2, 4, 8, ଏବଂ 10 ସେକେଣ୍ଡ।
• ଆସର୍ସନ୍ ରିଟ୍ରାଏ: ବିଫଳ ହୋଇଥିବା ଆସର୍ସନ୍‌କୁ ପୁନଃ ଚେଷ୍ଟା କରନ୍ତୁ ନାହିଁ; ଏହାକୁ ଏକ ଆପ୍ଲିକେସନ୍ ବିଫଳତା ଭାବରେ ବିଚାର କରନ୍ତୁ।

କ୍ଲିନ୍‌ଅପ୍ ପ୍ରକ୍ରିୟାରେ ଲିଜ୍ ଯେପରି ରିଲିଜ୍ ହୁଏ ତାହା ସର୍ବଦା ନିଶ୍ଚିତ କରନ୍ତୁ। ଯଦି କୌଣସି ଟେଷ୍ଟ ପ୍ରକ୍ରିୟାରେ ବାଧା ଉପୁଜେ, ତଥାପି ଲିଜ୍‌ର ଅବଧି ସମାପ୍ତ ହେବା ଉଚିତ, ଏବଂ ଏକ ଜାନିଟର୍ ଏହାକୁ ପୁନରୁଦ୍ଧାର କରିପାରିବ।

ଅପରେସନାଲ୍ ଚେକ୍‌ଲିଷ୍ଟ

ଏହି ପ୍ୟାଟର୍ଣ୍ଣ ଉପରେ ନିର୍ଭର କରିବା ପୂର୍ବରୁ, ନିମ୍ନଲିଖିତ ବିଷୟଗୁଡ଼ିକ ଯାଞ୍ଚ କରନ୍ତୁ:

• ପ୍ରତ୍ୟେକ ସମାନ୍ତରାଳ Job ଏକ ସ୍ୱତନ୍ତ୍ର ମେଲ୍‌ବକ୍ସ ଲିଜ୍ ପାଏ।
• ଆପ୍ଲିକେସନ୍ ଇଭେଣ୍ଟ ପ୍ରତି ରନ୍‌ରେ ଥରେ ଟ୍ରିଗର୍ ହୁଏ।
• ପୋଲିଂ ଏକ ରନ୍-ନିର୍ଦ୍ଦିଷ୍ଟ ପରିଚାୟକ ଉପରେ ଫିଲ୍ଟର୍ କରେ।
• Kubernetes ରିଟ୍ରାଏଗୁଡ଼ିକ ଏକ ଇମେଲ୍-ଉତ୍ପାଦନକାରୀ ସାଇଡ୍ ଇଫେକ୍ଟକୁ ଦୋହରାଇ ପାରିବ ନାହିଁ।
• ଲିଜ୍ ସମାପ୍ତି ସମୟ ସମଗ୍ର କ୍ଲିନ୍‌ଅପ୍ ୱିଣ୍ଡୋ ତୁଳନାରେ କମ୍ ହୋଇଥାଏ।
• ରସିଦଗୁଡ଼ିକରେ ମେସେଜ୍ ID, ରନ୍ ID, ଏବଂ ସାନିଟାଇଜ୍ ହୋଇଥିବା ଫଳାଫଳ ଥାଏ।
• ଏକ ଜାନିଟର୍ ପରିତ୍ୟକ୍ତ ଲିଜ୍‌ଗୁଡ଼ିକୁ ପୁନରୁଦ୍ଧାର କରେ ଏବଂ ଉପଯୋଗୀ ମେଟ୍ରିକ୍ସ ପ୍ରଦାନ କରେ।
• ଆସର୍ସନ୍ ମେଳ ନ ଖାଇଲେ CI ଅନ୍ୟ ଏକ ରିଟ୍ରାଏରେ ତାହା ଲୁଚାଇବା ପରିବର୍ତ୍ତେ ବିଫଳ ହୁଏ।

ନିଷ୍କର୍ଷ

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

ସୁବିଧାଗୁଡ଼ିକ

• ଡୁପ୍ଲିକେଟ୍ ମେସେଜ୍‌ର ସମ୍ଭାବନାକୁ ହ୍ରାସ କରେ।
• ସମାନ୍ତରାଳ ଟେଷ୍ଟଗୁଡ଼ିକ ମଧ୍ୟରେ ରେସ୍ କଣ୍ଡିସନ୍ସକୁ ରୋକିଥାଏ।
• ମେଲ୍‌ବକ୍ସଗୁଡ଼ିକର ସ୍ପଷ୍ଟ ମାଲିକାନା ଏବଂ ସମାପ୍ତି ପ୍ରଦାନ କରେ।

ଅସୁବିଧାଗୁଡ଼ିକ

• ତ୍ରୁଟିରୁ ରକ୍ଷା ପାଇବା ପାଇଁ ସତର୍କତାର ସହିତ କାର୍ଯ୍ୟାନ୍ୱୟନ ଆବଶ୍ୟକ।
• ଲିଜ୍ ପରିଚାଳନା ପାଇଁ ଅତିରିକ୍ତ ରିସୋର୍ସର ଆବଶ୍ୟକତା ପଡ଼ିପାରେ।

ସତର୍କତା

ଏହି ଆର୍ଟିକିଲ୍‌ଟି କେବଳ ଶିକ୍ଷଣୀୟ ଉଦ୍ଦେଶ୍ୟରେ ଉଦ୍ଦିଷ୍ଟ। ଏହି ଧାରଣାଗୁଡ଼ିକୁ କାର୍ଯ୍ୟକାରୀ କରିବା ସମୟରେ ଯେକୌଣସି ପ୍ଲେସହୋଲ୍ଡର୍ ଭାଲ୍ୟୁକୁ ପ୍ରକୃତ ତଥ୍ୟ ସହିତ ବଦଳାଇବାକୁ ମନେ ରଖନ୍ତୁ। ସେଗୁଡ଼ିକ ଉପରେ ନିର୍ଭର କରିବା ପୂର୍ବରୁ ସର୍ବଦା ମୂଳ ଉତ୍ସ ସହିତ ଦାବିଗୁଡ଼ିକୁ ଯାଞ୍ଚ କରନ୍ତୁ।

ବାରମ୍ବାର ପଚରାଯାଉଥିବା ପ୍ରଶ୍ନ

• ଇନବକ୍ସ ଲିଜ୍ ମଡେଲ୍ କ’ଣ? — ଏହା ପ୍ରତ୍ୟେକ ଟେଷ୍ଟ ରନ୍ ପାଇଁ ଏକ ସ୍ୱତନ୍ତ୍ର ମେଲ୍‌ବକ୍ସ ସଂରକ୍ଷଣ କରିବାର ଏକ ପଦ୍ଧତି, ଯାହା ପୃଥକୀକରଣ ଏବଂ ଉପଯୁକ୍ତ ପରିଚାଳନା ସୁନିଶ୍ଚିତ କରେ।
• ଇମେଲ୍ ପରୀକ୍ଷଣରେ ରିଟ୍ରାଏ କାହିଁକି ସମସ୍ୟାଜନକ? — ରିଟ୍ରାଏ କରିବା ଦ୍ୱାରା ଡୁପ୍ଲିକେଟ୍ ଇମେଲ୍ ଏବଂ ଟେଷ୍ଟଗୁଡ଼ିକ ମଧ୍ୟରେ ବିବାଦ ସୃଷ୍ଟି ହୋଇପାରେ, ଯାହା ଫଳାଫଳକୁ ଅବିଶ୍ୱସନୀୟ କରିଥାଏ।
• ମୁଁ Kubernetes ରେ ମେଲ୍‌ବକ୍ସ ଲିଜ୍ କିପରି କାର୍ଯ୍ୟକାରୀ କରିପାରିବି? — ଆପଣ ଏକ ସ୍ୱଳ୍ପକାଳୀନ Job ତିଆରି କରିପାରିବେ ଯାହା ମେଲ୍‌ବକ୍ସ ଲିଜ୍ ପରିଚାଳନା କରେ ଏବଂ ଉପଯୁକ୍ତ କ୍ଲିନ୍‌ଅପ୍ ସୁନିଶ୍ଚିତ କରେ।
• ଇମେଲ୍ ଟେଷ୍ଟ ପାଇଁ ଏକ ରସିଦରେ ମୋତେ କ’ଣ ଅନ୍ତର୍ଭୁକ୍ତ କରିବା ଉଚିତ? — ରସିଦରେ ମେସେଜ୍ ID, ଡେଲିଭରୀ ଟାଇମ୍‌ଷ୍ଟାମ୍ପ, ରନ୍ ID, ଏବଂ ସାନିଟାଇଜ୍ ହୋଇଥିବା ଆସର୍ସନ୍ ଫଳାଫଳ ରହିବା ଉଚିତ।
• ଟେଷ୍ଟଗୁଡ଼ିକ ପୃଥକ ଭାବରେ ଚାଲିବା ମୁଁ କିପରି ନିଶ୍ଚିତ କରିବି? — ମେଲ୍‌ବକ୍ସ ଆକ୍ସେସ୍‌ରେ ଦ୍ୱନ୍ଦ୍ୱକୁ ଏଡ଼ାଇବା ପାଇଁ ପ୍ରତ୍ୟେକ ଟେଷ୍ଟ ରନ୍ ପାଇଁ ସ୍ୱତନ୍ତ୍ର ପରିଚାୟକ ବ୍ୟବହାର କରନ୍ତୁ।
• ଯଦି କୌଣସି ଟେଷ୍ଟ ବିଫଳ ହୁଏ ତେବେ କ’ଣ ହେବ? — ଟେଷ୍ଟର ଫଳାଫଳ ଯାହା ହେଉନା କାହିଁକି, ମେଲ୍‌ବକ୍ସ ଲିଜ୍ ତଥାପି ରିଲିଜ୍ ହେବା ଉଚିତ।

ଟ୍ୟାଗ୍‌ଗୁଡ଼ିକ

#kubernetes #ci #devops #testing #email #inboxlease #cicd #reliability