Proximo দিয়ে Heroku API কলের জন্য স্থির ইগ্রেস IP
Heroku-র ওয়েব রুটে অ্যাপ্লিকেশন ইনগ্রেস রেখে আউটবাউন্ড IP অনুমোদন তালিকার জন্য বিদ্যমান Proximo ইন্টিগ্রেশন ব্যবহার করুন।
একটি পার্টনার API দাবি করতে পারে যে অনুরোধ যেন পরিচিত একটি সোর্স IP থেকে আসে, অথচ এটি কল করা Heroku অ্যাপ্লিকেশনটি বদলানো dyno-তে চলে। বিদ্যমান একটি Proximo ইন্টিগ্রেশন নির্ধারিত স্থির ঠিকানার মাধ্যমে আউটবাউন্ড পথ দেয়।
dyno’s API client → Proximo gateway → partner API
assigned source IPনির্ধারিত ইগ্রেস ঠিকানাটিই পার্টনারের সোর্স অনুমোদন তালিকায় থাকা উচিত। PROXIMO_URL সেই প্রক্সি এন্ডপয়েন্ট ও শংসাপত্র চিহ্নিত করে যা অ্যাপ্লিকেশন ওই পথে প্রবেশ করতে ব্যবহার করে; এটি অ্যাপ্লিকেশনের প্রকাশ্য ওয়েবসাইট URL নয়।
কল করা প্রক্রিয়ার উপরেই পথটি প্রয়োগ করুন
একটি ওয়েব প্রক্রিয়া ও একটি ব্যাকগ্রাউন্ড ওয়ার্কার আলাদা API অনুরোধ করতে পারে। প্রতিটি প্রয়োজনীয় ব্যবহারকারীকে তার সমর্থিত প্রক্সি ইন্টিগ্রেশনের মাধ্যমে কনফিগার করুন। একটি প্রক্রিয়াকে রাউট করলেই বোঝায় না যে অন্য সব প্রক্রিয়া গেটওয়ে ব্যবহার করছে।
JVM অ্যাপ্লিকেশনের জন্য উপযুক্ত নেটিভ HTTP বা SOCKS ক্লায়েন্ট কনফিগারেশন এবং প্রদানকারীর সমর্থিত প্রমাণীকরণ ব্যবস্থা ব্যবহার করুন। অন্য রানটাইমের জন্য লেখা wrapper উদাহরণ থেকে Java সামঞ্জস্য অনুমান করবেন না।
ইনকামিং অনুরোধ অ্যাপ্লিকেশনের পথেই রাখুন
Proximo-র Heroku ডকুমেন্টেশন স্পষ্টভাবে বলে যে এটি অ্যাপ্লিকেশনে ইনবাউন্ড অ্যাক্সেস দেয় না। ওয়েব অ্যাপে পৌঁছানো ক্লায়েন্টরা এখনও তার কনফিগার করা Heroku হোস্টনেম ও রাউটিং ব্যবস্থা ব্যবহার করে।
ইনকামিং ওয়েব অ্যাক্সেস যাচাই করতে অ্যাপ URL ব্যবহার করুন। পার্টনার যে অনুরোধ পেয়েছে তার প্রমাণ ব্যবহার করে আউটবাউন্ড সোর্স ঠিকানা যাচাই করুন। স্থির প্রক্সি IP অ্যাপটিকে পরিবেশন করবে বলে আশা করা এই দুই দিককে মিলিয়ে এমন একটি সুবিধা বানায় যা আউটবাউন্ড পরিষেবা দেয় না।