ಪ್ರತಿಕ್ರಿಯೆ ಕಣ್ಮರೆಯಾದಾಗ Stripe ನಿಮ್ಮ ವಿನಂತಿಯನ್ನು ನೆನಪಿಟ್ಟುಕೊಳ್ಳುತ್ತದೆ

ಈ ವೀಡಿಯೊ ಏನನ್ನು ಒಳಗೊಂಡಿದೆ

• ಐಡೆಂಪೊಟೆನ್ಸಿ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಪುನರಾವರ್ತಿಸುವ ಉದ್ದೇಶಿತ ಪರಿಣಾಮಕ್ಕೆ ಸಂಬಂಧಿಸಿದೆ. Stripe API v1 ದಾಖಲಿತ ಉಳಿಸಿದ-ಪ್ರತಿಕ್ರಿಯೆ ಮರುಪಂದ್ಯ ಒಪ್ಪಂದವನ್ನು ಸೇರಿಸುತ್ತದೆ.
• ಅದೇ ತಾರ್ಕಿಕ ಕ್ರಿಯೆಯ ಮರುಪ್ರಯತ್ನವು ಅದೇ ಕೀ ಮತ್ತು ಪ್ಯಾರಾಮೀಟರ್‌ಗಳನ್ನು ಬಳಸುತ್ತದೆ. ಪ್ರತ್ಯೇಕ SDK ಕರೆಗಳು ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್ ಮರುಪ್ರಾರಂಭಗಳಲ್ಲಿ ಕಾರ್ಯಾಚರಣೆಯ ಕೀಲಿಯನ್ನು ನಿರಂತರವಾಗಿ ಇರಿಸಿ; ನಿಜವಾಗಿಯೂ ಹೊಸ ಕ್ರಿಯೆಗೆ ತನ್ನದೇ ಆದ ಕೀ ಬೇಕು.
• ಎಂಡ್‌ಪಾಯಿಂಟ್ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆ ಪ್ರಾರಂಭವಾದ ನಂತರ, Stripe API v1 ಮೊದಲ ವಿನಂತಿಯ ಸ್ಥಿತಿ ಮತ್ತು ಬಾಡಿಯನ್ನು ಉಳಿಸುತ್ತದೆ, 500 ದೋಷಗಳನ್ನು ಒಳಗೊಂಡಂತೆ, ಮತ್ತು ಮರುಪ್ರಯತ್ನಗಳಲ್ಲಿ ಆ ಉಳಿಸಿದ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ.
• ಅದೇ ಕೀಲಿಯೊಂದಿಗೆ ಬದಲಾದ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳು ಹೊಂದಾಣಿಕೆಯಾಗದಿರುವುದನ್ನು ಉಂಟುಮಾಡುತ್ತವೆ. ಮೌಲ್ಯೀಕರಣ ವೈಫಲ್ಯಗಳು ಮತ್ತು ಸಮಕಾಲೀನ ಕಾರ್ಯಗತಗೊಳಿಸುವ ಸಂಘರ್ಷಗಳು ಆ ಪ್ರಯತ್ನಕ್ಕೆ ಯಾವುದೇ ಐಡೆಂಪೊಟೆಂಟ್ ಫಲಿತಾಂಶವನ್ನು ಉಳಿಸುವುದಿಲ್ಲ ಮತ್ತು ಮರುಪ್ರಯತ್ನಿಸಬಹುದು.
• Stripe API v1 ಕೀಲಿಗಳನ್ನು ಕನಿಷ್ಠ 24 ಗಂಟೆಗಳ ಕಾಲ ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ನಂತರ ಅವುಗಳನ್ನು ಕತ್ತರಿಸಬಹುದು. ಪರಿಹರಿಸಲಾಗದ ನೆಟ್‌ವರ್ಕ್ ಮರುಪ್ರಯತ್ನಗಳನ್ನು ಮೊದಲ 24 ಗಂಟೆಗಳಿಗೆ ಸೀಮಿತಗೊಳಿಸಿ, ನಂತರ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಪುನರಾವರ್ತಿಸುವ ಮೊದಲು ನಿಲ್ಲಿಸಿ ಮತ್ತು ಸಮನ್ವಯಗೊಳಿಸಿ.
• ಸಂಪರ್ಕವು ಚೇತರಿಸಿಕೊಂಡ ನಂತರ ಸಂಗ್ರಹಿಸಿದ 500 ಮರುಪಂದ್ಯವನ್ನು ಮುಂದುವರೆಸಬಹುದು. ಮೂಲ ಕಾರ್ಯಾಚರಣೆಯು ಅಡ್ಡ ಪರಿಣಾಮಗಳನ್ನು ಹೊಂದಿರಬಹುದು; ಅದರ ಫಲಿತಾಂಶವನ್ನು ಸ್ಥಾಪಿಸಲು ಸಂಬಂಧಿತ ವಸ್ತು, ಡ್ಯಾಶ್‌ಬೋರ್ಡ್ ವಿನಂತಿ ಮತ್ತು ವೆಬ್‌ಹುಕ್‌ಗಳನ್ನು ಬಳಸಿ.
• API v2 ವಿಭಿನ್ನ ಮರುಪಂದ್ಯ ಶಬ್ದಾರ್ಥವನ್ನು ಬಳಸುತ್ತದೆ. ಇಮೇಲ್, ದಾಸ್ತಾನು ಮತ್ತು ಪ್ರತಿ ಸ್ಥಳೀಯ ಡೇಟಾಬೇಸ್ ಕಾರ್ಯಾಚರಣೆಗೆ ಕೀಲಿಯು ಸಾರ್ವತ್ರಿಕವಾಗಿ ನಿಖರವಾಗಿ-ಒಮ್ಮೆ ವಿತರಣೆಯನ್ನು ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ.

ಅನುವಾದಿತ ಪ್ರತಿಲೇಖನ

ಮೂಲ ಇಂಗ್ಲಿಷ್ ನಿರೂಪಣೆಯಿಂದ ಅನುವಾದಿಸಲಾಗಿದೆ. ಲಭ್ಯವಿರುವ ಆಡಿಯೋ ಮತ್ತು ಶೀರ್ಷಿಕೆಗಳನ್ನು YouTube ನಿಯಂತ್ರಿಸುತ್ತದೆ.

ನಿಮ್ಮ ಪಾವತಿಯನ್ನು ಟೈಮ್‌ಔಟ್ ರದ್ದುಗೊಳಿಸಿತೇ?

0:00 ಟೈಮ್‌ಔಟ್ ಎಂದರೆ ನಿಮ್ಮ ಪಾವತಿ ವಿಫಲವಾಗಿದೆ ಎಂದು ನೀವು ಭಾವಿಸುತ್ತೀರಿ. ಪ್ರತಿಕ್ರಿಯೆ ಕಣ್ಮರೆಯಾದಾಗ ಸರ್ವರ್ ಮುಗಿಯಬಹುದು, ನಿಮ್ಮ ಚೆಕ್‌ಔಟ್ ಸಂಪೂರ್ಣವಾಗಿ ಏನನ್ನೂ ತೋರಿಸದೆ ವಿಶ್ವಾಸದಿಂದ ಇರುತ್ತದೆ. ಮರುಪ್ರಯತ್ನ ಏಕೆ ಮತ್ತೆ ಶುಲ್ಕ ವಿಧಿಸಬಹುದು? Stripe ಪ್ರಯತ್ನವನ್ನು ಹೇಗೆ ನೆನಪಿಸಿಕೊಳ್ಳುತ್ತದೆ? ನೀವು ಯಾವಾಗ ಮರುಪ್ರಯತ್ನಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಬೇಕು? ಮತ್ತು ಒಂದು ಕೆಟ್ಟ ವಿವರವನ್ನು ನೆನಪಿನಲ್ಲಿಡಿ. ನೆನಪಿಸಿಕೊಂಡ ದೋಷವು ನೆಟ್‌ವರ್ಕ್ ಸಮಸ್ಯೆಯನ್ನು ಮೀರಿಸಬಹುದು.

0:17 ನಾವು ಅದಕ್ಕೆ ಹಿಂತಿರುಗುತ್ತೇವೆ. ಇದು The Daily Diff, ಅಂಡರ್ ದಿ ಹೂಡ್.

ಐಡೆಂಪೊಟೆನ್ಸಿ ಕೀ ಯಾವುದನ್ನು ಗುರುತಿಸುತ್ತದೆ?

0:21 ಐಡೆಂಪೊಟೆನ್ಸಿ ಎಂದರೆ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಪುನರಾವರ್ತಿಸುವುದು ಒಮ್ಮೆ ಮಾಡುವುದರಂತೆಯೇ ಅದೇ ಉದ್ದೇಶಿತ ಪರಿಣಾಮವನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಒಂದು ಐಡೆಂಪೊಟೆನ್ಸಿ ಕೀ ಒಂದು ತಾರ್ಕಿಕ ಕ್ರಿಯೆಯನ್ನು ಲೇಬಲ್ ಮಾಡುತ್ತದೆ. Stripe ನ API ಆವೃತ್ತಿ ಒಂದು ಮರುಪ್ರಯತ್ನಗಳಲ್ಲಿ ಆ ಲೇಬಲ್ ಅನ್ನು ಗುರುತಿಸುತ್ತದೆ ಮತ್ತು ಉಳಿಸಿದ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಮರುಪಂದ್ಯ ಮಾಡುತ್ತದೆ. ಕಾಫಿ ಖರೀದಿಸುವುದನ್ನು ಊಹಿಸಿಕೊಳ್ಳಿ. Stripe ನಿಮ್ಮ ಪಾವತಿ ವಿನಂತಿಯನ್ನು ಪೂರ್ಣಗೊಳಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆ ಮನೆಗೆ ಮರಳುವಾಗ ಕಳೆದುಹೋಗುತ್ತದೆ. ಗ್ರಾಹಕರು ಸ್ಪಿನ್ನರ್ ಅನ್ನು ನೋಡುತ್ತಾರೆ. ಅವರ ಬ್ಯಾಂಕ್ ಹೆಚ್ಚು ರೋಮಾಂಚನಕಾರಿ ವ್ಯಾಖ್ಯಾನವನ್ನು ಹೊಂದಿರಬಹುದು. ರಕ್ಷಿಸದ ರಚನೆ ವಿನಂತಿಯು ಅಡ್ಡ ಪರಿಣಾಮವನ್ನು ಪುನರಾವರ್ತಿಸಬಹುದು.

ಅದೇ ಕೀ ಮರುಪ್ರಯತ್ನವನ್ನು ಹೇಗೆ ಸುರಕ್ಷಿತಗೊಳಿಸುತ್ತದೆ?

0:45 ಮೊದಲ ಪ್ರಯತ್ನದ ಮೊದಲು ಅನನ್ಯ ಕೀಲಿಯನ್ನು ಲಗತ್ತಿಸಿ ಮತ್ತು ಮರುಪ್ರಯತ್ನಗಳಿಗಾಗಿ ಅದನ್ನು ಇರಿಸಿ. ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಮರುಪ್ರಾರಂಭಿಸಿದರೆ, ನಿಮ್ಮ ದಾಖಲೆಗಳಲ್ಲಿ ಕಾರ್ಯಾಚರಣೆಯೊಂದಿಗೆ ಆ ಕೀಲಿಯನ್ನು ಸಂರಕ್ಷಿಸಿ. Stripe ನ ಆವೃತ್ತಿ ಒಂದು API ಗಾಗಿ, ಎಂಡ್‌ಪಾಯಿಂಟ್ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆ ಪ್ರಾರಂಭವಾದ ನಂತರ, ಮೊದಲ ವಿನಂತಿಯ ಸ್ಥಿತಿ ಮತ್ತು ಬಾಡಿಯನ್ನು ಉಳಿಸಲಾಗುತ್ತದೆ. ಅದೇ ಕೀ ಮತ್ತು ಪ್ಯಾರಾಮೀಟರ್‌ಗಳನ್ನು ಮತ್ತೆ ಕಳುಹಿಸಿ, ಮತ್ತು Stripe ಉಳಿಸಿದ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ಕಾಫಿ ಅದರ ರಶೀದಿ ಮತ್ತೆ ಪ್ರಯಾಣಿಸುವಾಗ ಹಾಗೆಯೇ ಇರುತ್ತದೆ.

Stripe ನಿಖರವಾಗಿ ಏನನ್ನು ಉಳಿಸುತ್ತದೆ?

1:07 ಇಲ್ಲಿ Stripe ನ ನಿಜವಾದ ಪದವಿದೆ. ಅದೇ ಕೀಲಿಯೊಂದಿಗೆ ಮರುಪ್ರಯತ್ನಗಳು ಉಳಿಸಿದ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತವೆ, ಐದು ನೂರು ದೋಷಗಳನ್ನು ಒಳಗೊಂಡಂತೆ. ನಿಮ್ಮ ಆಶಾವಾದಿ ಹೆಸರಿನ ಮರುಪ್ರಯತ್ನ ಸಹಾಯಕಕ್ಕಿಂತ ದಸ್ತಾವೇಜನ್ನು ಹೆಚ್ಚು ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಗ್ರಾಹಕರು ಮತ್ತೆ ಟ್ಯಾಪ್ ಮಾಡುತ್ತಾರೆ. ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಆ ಬಾಕಿ ಇರುವ ಖರೀದಿಯನ್ನು ಮುಂದುವರೆಸುತ್ತದೆಯೇ ಅಥವಾ ಇನ್ನೊಂದನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ನಿಜವಾಗಿಯೂ ಹೊಸ ಕಾಫಿಗೆ ಹೊಸ ಕೀ ಸಿಗುತ್ತದೆ. ಪ್ರತಿ ನೆಟ್‌ವರ್ಕ್ ಮರುಪ್ರಯತ್ನಕ್ಕೆ ಹೊಸ ಕೀ ರಕ್ಷಣೆಯನ್ನು ಸೋಲಿಸುತ್ತದೆ.

1:27 ಅದೇ ಕೀಲಿಯೊಂದಿಗೆ ವಿಭಿನ್ನ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳು ಹೊಂದಾಣಿಕೆಯಾಗದಿರುವುದನ್ನು ಉಂಟುಮಾಡುತ್ತವೆ.

ವಿನಂತಿಯು ಬದಲಾದಾಗ ಏನಾಗುತ್ತದೆ?

1:30 ಪ್ಯಾರಾಮೀಟರ್‌ಗಳು ಮೌಲ್ಯೀಕರಣದಲ್ಲಿ ವಿಫಲವಾದರೆ, ಅಥವಾ ಆ ಕೀಲಿಯೊಂದಿಗೆ ಮತ್ತೊಂದು ವಿನಂತಿಯು ಇನ್ನೂ ಕಾರ್ಯಗತಗೊಳ್ಳುತ್ತಿದ್ದರೆ, Stripe ಆ ಪ್ರಯತ್ನಕ್ಕೆ ಯಾವುದೇ ಐಡೆಂಪೊಟೆಂಟ್ ಫಲಿತಾಂಶವನ್ನು ಉಳಿಸುವುದಿಲ್ಲ. ಆ ವಿನಂತಿಗಳನ್ನು ಮರುಪ್ರಯತ್ನಿಸಬಹುದು. ಓಟದ ವಿನಂತಿಯು ಸಂಘರ್ಷವನ್ನು ಪಡೆಯುತ್ತದೆ. ಇವು ಆವೃತ್ತಿ ಒಂದರ ನಿಯಮಗಳು. ಆವೃತ್ತಿ ಎರಡು ವಿಭಿನ್ನವಾಗಿ ವರ್ತಿಸುತ್ತದೆ. ಒಂದು ಹೆಡರ್ ನಿಮ್ಮ ಸಿಸ್ಟಮ್‌ನಾದ್ಯಂತ ನಿಖರವಾಗಿ ಒಮ್ಮೆ ವಿತರಣೆಯನ್ನು ಭರವಸೆ ನೀಡಲು ಸಾಧ್ಯವಿಲ್ಲ. ಇಮೇಲ್, ದಾಸ್ತಾನು ಮತ್ತು ನಿಮ್ಮ ಡೇಟಾಬೇಸ್ ಪ್ರತಿಯೊಂದಕ್ಕೂ ವೈಫಲ್ಯ ನಿರ್ವಹಣೆ ಬೇಕು.

1:52 ಕೀಲಿಯು ತನ್ನ ದಾಖಲಿತ ವ್ಯಾಪ್ತಿಯಲ್ಲಿ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ರಕ್ಷಿಸುತ್ತದೆ. Stripe ಆವೃತ್ತಿ ಒಂದರ ಕೀಲಿಗಳನ್ನು ಕನಿಷ್ಠ ಇಪ್ಪತ್ತನಾಲ್ಕು ಗಂಟೆಗಳ ಕಾಲ ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ನಂತರ ಅವುಗಳನ್ನು ಕತ್ತರಿಸಬಹುದು.

ನೆನಪಿಸಿಕೊಂಡ ಫಲಿತಾಂಶವನ್ನು ಎಷ್ಟು ಸಮಯದವರೆಗೆ ಮರುಪ್ರಯತ್ನಿಸಲು ಸುರಕ್ಷಿತವಾಗಿದೆ?

1:59 ಕತ್ತರಿಸಿದ ಕೀ ಹೊಸ ವಿನಂತಿಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದು. ಮೊದಲ ದಿನದೊಳಗೆ ಪರಿಹರಿಸಲಾಗದ ಮರುಪ್ರಯತ್ನಗಳನ್ನು ಇರಿಸಿ. ಅದರಾಚೆಗೆ, ನಿಲ್ಲಿಸಿ ಮತ್ತು ಮೂಲ ಫಲಿತಾಂಶವನ್ನು ಸಮನ್ವಯಗೊಳಿಸಿ. ಸರ್ವರ್‌ಗೆ ಉಸಿರಾಟದ ಸ್ಥಳಾವಕಾಶವನ್ನು ನೀಡಲು ಎಕ್ಸ್‌ಪೋನೆನ್ಷಿಯಲ್ ಬ್ಯಾಕ್‌ಆಫ್ ಮತ್ತು ಜಿಟ್ಟರ್ ಅನ್ನು ಬಳಸಿ. ಇಲ್ಲದಿದ್ದರೆ ಮರುಪ್ರಯತ್ನಗಳು ಸುಡುವ ಕಾಫಿ ಅಂಗಡಿಯ ಹೊರಗೆ ಕ್ಯೂ ಅನ್ನು ರೂಪಿಸುತ್ತವೆ. Stripe ನ ಲೈಬ್ರರಿಗಳು ಮರುಪ್ರಯತ್ನಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತವೆ, ಆದರೆ ನಿಮ್ಮ ಲೈಬ್ರರಿಯ ಡೀಫಾಲ್ಟ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಆ ಅಂಟಿಕೊಳ್ಳುವ ದೋಷವೇ ಕ್ಯಾಚ್.

ನೆನಪಿಸಿಕೊಂಡ ದೋಷ ಏಕೆ ಮತ್ತೆ ಮತ್ತೆ ಬರಬಹುದು?

2:20 ಸಂಪರ್ಕವು ಚೇತರಿಸಿಕೊಂಡ ನಂತರ ಸಂಗ್ರಹಿಸಿದ ಐದು ನೂರು ಪ್ರತಿಕ್ರಿಯೆ ಮರುಪಂದ್ಯವನ್ನು ಮುಂದುವರೆಸುತ್ತದೆ. ಮೂಲ ಕಾರ್ಯಾಚರಣೆಯು ಅಡ್ಡ ಪರಿಣಾಮಗಳನ್ನು ಉಂಟುಮಾಡಬಹುದು. ವಸ್ತುಗಳು, ಡ್ಯಾಶ್‌ಬೋರ್ಡ್ ಮತ್ತು ವೆಬ್‌ಹುಕ್‌ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಅದರ ಫಲಿತಾಂಶವನ್ನು ಪರಿಹರಿಸಿ. ಹೊಸ ಕೀ ಕ್ರಿಯೆಯನ್ನು ಪುನರಾವರ್ತಿಸಬಹುದು. ನಾನು ಇದನ್ನು ಹೇಳುವುದಕ್ಕಿಂತ ಓದಲು ನೀವು ಬಯಸಿದರೆ, ಡಿಫ್ ಪ್ರತಿದಿನ ಬೆಳಿಗ್ಗೆ ನಿಮ್ಮ ಇನ್‌ಬಾಕ್ಸ್‌ನಲ್ಲಿ ಉಚಿತವಾಗಿ the daily diff dot dev ನಲ್ಲಿ, ಕೆಳಗಿನ ಲಿಂಕ್‌ನಲ್ಲಿ. ತೀರ್ಪು, ಅಂಡರ್ ದಿ ಹೂಡ್.

ನಾನು ಈ ಒಪ್ಪಂದದೊಂದಿಗೆ ಮರುಪ್ರಯತ್ನ ಬಟನ್ ಅನ್ನು ಕಳುಹಿಸುತ್ತೇನೆಯೇ?

2:39 ಶಿಪ್ ಇಟ್. ನಾನು ಸೀಮಿತ ಮರುಪ್ರಯತ್ನಗಳು ಮತ್ತು ಸಮನ್ವಯದೊಂದಿಗೆ ಸ್ಥಿರ ಕೀಲಿಗಳನ್ನು ಕಳುಹಿಸುತ್ತೇನೆ, ಆದ್ದರಿಂದ ಗ್ರಾಹಕರಿಗೆ ನಿಮ್ಮ ವಿತರಣಾ ವ್ಯವಸ್ಥೆಗಳ ಶಿಕ್ಷಣಕ್ಕೆ ಹಣಕಾಸು ಒದಗಿಸದೆ ಕಾಫಿ ಸಿಗುತ್ತದೆ. ಮತ್ತು ಅದು ಇಂದಿನ ಡಿಫ್. ನಾನು Axrisi ನಿಂದ Niko. ಜವಾಬ್ದಾರಿಯುತವಾಗಿ ವಿಲೀನಗೊಳಿಸಿ. ಜವಾಬ್ದಾರಿಯುತವಾಗಿ ವಿಲೀನಗೊಳಿಸಿ.

ಮೂಲಗಳು

1. Idempotent requestsStripe Docs
2. Designing robust and predictable APIs with idempotencyStripe Engineering — Brandur Leach
3. Advanced error handlingStripe Docs
4. HTTP Semantics — RFC 9110 §9.2.2 Idempotent MethodsIETF / RFC Editor