Proximo-യോടൊപ്പം Heroku API വിളികൾക്കുള്ള സ്ഥിരമായ ഇഗ്രസ് IP

വിളിക്കുന്ന Heroku ആപ്പ് മാറുന്ന dynos-ൽ പ്രവർത്തിക്കുമ്പോഴും, അഭ്യർത്ഥനകൾ അറിയപ്പെടുന്ന ഒരു സ്രോതസ്സ് IP-ൽ നിന്ന് വരണമെന്ന് ഒരു പങ്കാളി API ആവശ്യപ്പെടാം. നിലവിലുള്ള 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 ആപ്പിന് സേവനം നൽകുമെന്ന് പ്രതീക്ഷിക്കുന്നത് ആ രണ്ട് ദിശകളെ ഔട്ട്ബൗണ്ട് സേവനം നൽകാത്ത ഒരു സവിശേഷതയായി ചേർക്കുന്നു.