სტატიკური გასასვლელი IP მისამართები Heroku API-ის გამოძახებებისთვის Proximo-სთან

გამოიყენეთ არსებული Proximo ინტეგრაცია გამავალი IP-ების ნებადართული სიისთვის, ხოლო აპლიკაციის შემოსვლა Heroku-ს ვებ მარშრუტზე დატოვეთ.

პარტნიორ API-მ შეიძლება მოითხოვოს, რომ მოთხოვნები ცნობილი წყაროს IP-დან მოვიდეს, მაშინ როცა მისი გამომძახებელი Heroku აპლიკაცია ცვალებად dynos-ებზე მუშაობს. არსებული Proximo ინტეგრაცია გამავალ გზას უზრუნველყოფს მინიჭებული სტატიკური მისამართის მეშვეობით.

dyno’s API client → Proximo gateway → partner API
                         assigned source IP

მინიჭებული გასასვლელი მისამართია ის, რაც პარტნიორის წყაროების ნებადართულ სიაში უნდა იყოს. PROXIMO_URL განსაზღვრავს proxy-ის საბოლოო წერტილს და იმ სერტიფიკატებს, რომლებსაც აპლიკაცია ამ გზაზე შესასვლელად იყენებს; ეს არ არის აპლიკაციის საჯარო ვებსაიტის URL.

გზა გამოიყენეთ იმ პროცესზე, რომელიც გამოძახებას აკეთებს

ვებ პროცესს და ფონურ მუშაკს შეუძლიათ ცალკეული API მოთხოვნები გააკეთონ. თითოეული საჭირო მომხმარებელი დააკონფიგურეთ მისი მხარდაჭერილი proxy ინტეგრაციით. ერთი პროცესის მარშრუტიზაცია არ ამტკიცებს, რომ ყველა სხვა პროცესი გეითვეის იყენებს.

JVM აპლიკაციისთვის გამოიყენეთ შესაბამისი ნატიური HTTP ან SOCKS კლიენტის კონფიგურაცია და პროვაიდერის მხარდაჭერილი აუთენტიფიკაციის წესი. არ გამოიტანოთ Java-ს თავსებადობა სხვა runtime-ისთვის დაწერილი wrapper-ის მაგალითიდან.

შემომავალი მოთხოვნები აპლიკაციის მარშრუტზე შეინახეთ

Proximo-ს Heroku დოკუმენტაცია ცხადად ამბობს, რომ ის აპლიკაციაზე შემომავალ წვდომას არ იძლევა. ვებ აპლიკაციამდე მისული კლიენტები კვლავ მის კონფიგურირებულ Heroku ჰოსტის სახელსა და მარშრუტიზაციას იყენებენ.

შემომავალი ვებ წვდომის შესამოწმებლად გამოიყენეთ აპლიკაციის URL. პარტნიორის მიერ მიღებული მოთხოვნების მტკიცებულებები გამოიყენეთ გამავალი წყაროს მისამართის შესამოწმებლად. იმის მოლოდინი, რომ სტატიკური proxy IP აპლიკაციას მოემსახურება, ამ ორ მიმართულებას აერთიანებს ფუნქციაში, რომელსაც გამავალი სერვისი არ იძლევა.

დაკავშირებული სტატიები