ഒരു Compose പ്രോക്സി വേരിയബിൾ കണ്ടെയ്നറിലേക്ക് കൈമാറുന്നത്
പ്രോജക്ടിന്റെ .env ഫയൽ അവ സ്വയമേവ കുത്തിവയ്ക്കുമെന്ന് അനുമാനിക്കാതെ, പ്രോക്സി വേരിയബിളുകളെ Compose സേവന പരിതസ്ഥിതിയുടെ ഭാഗമാക്കുക.
Compose-ന്റെ പ്രോജക്ട് .env ഫയൽ ഇന്റർപൊളേഷൻ മൂല്യങ്ങൾ നൽകുന്നു. ആ മൂല്യങ്ങളിലൊന്ന് കണ്ടെയ്നറിന് നൽകാൻ, സേവന കോൺഫിഗറേഷനിൽ അത് റഫർ ചെയ്യുക.
ഉദാഹരണത്തിന്, .env പ്രോക്സി എൻഡ്പോയിന്റ് ഉൾക്കൊള്ളുന്നു:
HTTP_PROXY=http://203.0.113.10:8080
HTTP, HTTPS എന്നീ രണ്ട് ലക്ഷ്യ അഭ്യർത്ഥനകൾക്കും സേവനം ഇത് ഉപയോഗിക്കുന്നു:
services:
app:
image: your-image
environment:
HTTP_PROXY: "${HTTP_PROXY}"
HTTPS_PROXY: "${HTTP_PROXY}"
ഡോക്യുമെന്റേഷൻ വിലാസവും ഇമേജും മാറ്റുക; നിങ്ങളുടെ സേവനത്തിൽ നിന്നോ HTTP പ്രോക്സി പട്ടികയിൽ നിന്നോ അനുയോജ്യമായ HTTP എൻഡ്പോയിന്റ് തിരഞ്ഞെടുക്കുക. ആവശ്യപ്പെടുന്ന ടണലിന് പിന്തുണയുണ്ടെങ്കിൽ സാധാരണ HTTP പ്രോക്സിക്ക് HTTPS CONNECT വഴി കൊണ്ടുപോകാം.
വ്യക്തമായ env_file എൻട്രി, തിരഞ്ഞെടുത്ത ഫയലിന്റെ വേരിയബിളുകൾ സേവനത്തിന് നൽകാനുള്ള മറ്റൊരു മാർഗമാണ്. പ്രോജക്ടിന്റെ ഇന്റർപൊളേഷൻ ഫയൽ കണ്ടെയ്നറിന്റെ പരോക്ഷ env_file ആയി പ്രവർത്തിക്കുന്നില്ല.
ആപ്ലിക്കേഷനിൽ എത്തിയത് പരിശോധിക്കുന്നത്
docker compose config പരിഹരിച്ച സേവന കോൺഫിഗറേഷൻ കാണിക്കുന്നു. docker compose config --environment ഇന്റർപൊളേഷനിൽ ഉപയോഗിച്ച മൂല്യങ്ങൾ കാണിക്കുന്നു.
സേവന പരിതസ്ഥിതിയെ ആപ്ലിക്കേഷൻ പ്രോസസുമായി താരതമ്യം ചെയ്യുക. .env തിരുത്തുമ്പോൾ നിലവിലുള്ള കണ്ടെയ്നറിന് പുതിയ മൂല്യങ്ങൾ ലഭിക്കുന്നില്ല; സേവന തടസ്സം കണക്കിലെടുത്ത് ഉദ്ദേശിച്ച Compose ലൈഫ്സൈക്കിളിലൂടെ മാറ്റം പ്രയോഗിക്കുക.
വേരിയബിൾ ഇല്ലെങ്കിൽ, സേവന കോൺഫിഗറേഷൻ ശരിയാക്കുക. അതുണ്ടായിട്ടും അഭ്യർത്ഥനകൾ നേരിട്ടാണെങ്കിൽ, HTTP ക്ലയന്റിന്റെ പ്രോക്സി പിന്തുണ പരിശോധിക്കുക. പരിതസ്ഥിതി ഇഞ്ചക്ഷൻ കോൺഫിഗറേഷൻ നൽകുന്നു; ആപ്ലിക്കേഷൻ അത് ഉപയോഗിക്കണം.