Firebase Admin Node httpAgent: ସେବା ଅନୁସାରେ ପ୍ରକ୍ସି କଭରେଜ
ସମସ୍ତ SDK ଟ୍ରାଫିକ ଏକା ପ୍ରକ୍ସି ବ୍ୟବହାର କରେ ବୋଲି ଧରିବା ପୂର୍ବରୁ କେଉଁ Firebase Admin Node କାର୍ଯ୍ୟ କନଫିଗର ହୋଇଥିବା HTTP ଏଜେଣ୍ଟ ବ୍ୟବହାର କରେ ତାହା ଚିହ୍ନଟ କରନ୍ତୁ।
ଏକ ପ୍ରାମାଣିକରଣ କଲ ପ୍ରକ୍ସି ମାଧ୍ୟମରେ କାମ କରେ, କିନ୍ତୁ ଡାଟାବେସ ସଂଯୋଗ ବିଫଳ ହୁଏ। Firebase ଆପ୍ଲିକେସନରେ ଏହା ମଧ୍ୟବର୍ତ୍ତୀ ପ୍ରକ୍ସି ନୁହେଁ ବରଂ ପରିବହନର ପାର୍ଥକ୍ୟ ହୋଇପାରେ।
Admin Node SDK ର httpAgent ଆପ୍ଲିକେସନ ବିକଳ୍ପ REST କଲ କରୁଥିବା ସେବାଗୁଡ଼ିକ ଉପରେ ଲାଗୁହୁଏ, ସେଥିରେ Auth ଓ Messaging ଅନ୍ତର୍ଭୁକ୍ତ। ଏହାର ଦଲିଲଭୁକ୍ତ ପରିସର Realtime Database ଓ Firestore କୁ ବାଦ ଦିଏ। କ୍ରେଡେନ୍ସିଆଲ ବସ୍ତୁଗୁଡ଼ିକର ମଧ୍ୟ ସମ୍ପୃକ୍ତ କ୍ରେଡେନ୍ସିଆଲ ଫ୍ୟାକ୍ଟ୍ରି ପଦ୍ଧତି ମାଧ୍ୟମରେ ନିଜସ୍ୱ ଏଜେଣ୍ଟ କନଫିଗରେସନ ଥାଏ।
| ବିଫଳ କାର୍ଯ୍ୟ | ଯାଞ୍ଚ କରିବାକୁ ଥିବା କନଫିଗରେସନ |
|---|---|
| Admin REST ସେବା କଲ | ଆପ୍ଲିକେସନର HTTP ଏଜେଣ୍ଟ |
| କ୍ରେଡେନ୍ସିଆଲ ଟୋକେନ ପ୍ରାପ୍ତି | କ୍ରେଡେନ୍ସିଆଲ ବସ୍ତୁର HTTP କନଫିଗରେସନ |
| ଡାଟାବେସ ସଂଯୋଗ | ଡାଟାବେସ କ୍ଲାଏଣ୍ଟର ନିଜସ୍ୱ ପରିବହନ ସମର୍ଥନ |
ସେଥିପାଇଁ ଇନିସିଆଲାଇଜେସନରେ ଏଜେଣ୍ଟ ଯୋଡ଼ିବା ଦ୍ୱାରା ପରବର୍ତ୍ତୀ ପ୍ରତ୍ୟେକ ସଂଯୋଗ ସମାନ ପଥ ନେବ ବୋଲି ନିଶ୍ଚିତ କରାଯାଇପାରିବ ନାହିଁ। ଅନ୍ୟ ସେବା ପାଇଁ ପୂର୍ବରୁ କାମ କରୁଥିବା କନଫିଗରେସନ ବଦଳାଇବା ପୂର୍ବରୁ ବିଫଳ ସେବା ଓ ଗନ୍ତବ୍ୟସ୍ଥଳ ଲିପିବଦ୍ଧ କରନ୍ତୁ।
ପୁରୁଣା ଆଲୋଚନା Firebase କମାଣ୍ଡ-ଲାଇନ ଉପକରଣକୁ ଆପ୍ଲିକେସନ SDK ସହିତ ମିଶାଇ ଦିଏ। http_proxy ପଢ଼ିବା ପାଇଁ CLI ସଂଶୋଧନ ଆପଣଙ୍କ Node ପ୍ରକ୍ରିୟା ଭିତରର ଡାଟାବେସ କ୍ଲାଏଣ୍ଟ ସେହି ବିକଳ୍ପ ବ୍ୟବହାର କରେ ବୋଲି ପ୍ରମାଣ କରେ ନାହିଁ।
ଆପଣଙ୍କୁ ପ୍ରକୃତରେ ଆବଶ୍ୟକ ପରିବହନ ପାଇଁ ସମର୍ଥିତ କନଫିଗରେସନ ଇଣ୍ଟରଫେସ ବ୍ୟବହାର କରନ୍ତୁ। ନେଷ୍ଟେଡ WebSocket ନିର୍ଭରତାକୁ ପ୍ୟାଚ କରିବା ଏକ ସଂଯୋଗ ଉପରେ ପ୍ରଭାବ ପକାଉଥିବା ପରି ଦେଖାଯାଇପାରେ, ଅନ୍ୟ ପଥ ଅପରିବର୍ତ୍ତିତ ରହେ, ଏବଂ ଭବିଷ୍ୟତର ନିର୍ଭରତା ଅଦ୍ୟତନ ବୁଝିବା କଷ୍ଟକର ହୁଏ।