Snowpark Scala അതിന്റെ JDBC കണക്ഷനിലേക്ക് പ്രോക്സി ഓപ്ഷനുകൾ കൈമാറുന്നു

Snowpark Scala കണക്ട് ചെയ്യാൻ Snowflake JDBC ഡ്രൈവർ ഉപയോഗിക്കുന്നു. അതിന്റെ സെഷൻ ബിൽഡർ JDBC കോൺഫിഗറേഷൻ ഗുണങ്ങൾ സ്വീകരിക്കുന്നു, അതിനാൽ പ്രോക്സി ക്രമീകരണങ്ങൾക്ക് നിലവിലുള്ള കണക്ഷൻ മാപ്പിനൊപ്പം പോകാം:

val proxyOptions = Map(
  "useProxy" -> "true",
  "proxyHost" -> "proxy.example",
  "proxyPort" -> "8080"
)

val session = com.snowflake.snowpark.Session.builder
  .configs(connectionOptions ++ proxyOptions)
  .create

connectionOptions ൽ അക്കൗണ്ട്, പ്രാമാണീകരണം, ആപ്പ് ഇതിനകം ഉപയോഗിക്കുന്ന മറ്റ് ക്രമീകരണങ്ങൾ എന്നിവയുണ്ട്. ഇവ Scala സ്ട്രിംഗ്-മാപ്പ് എൻട്രികളാണ്; പ്രോക്സി ഹോസ്റ്റ്നാമിൽ URL സ്കീമോ അതിന്റെ പോർട്ടോ ഉണ്ടാകില്ല. പ്രോക്സി പ്രാമാണീകരണമില്ലാതെ അനുവദിച്ച പൊതു-പ്രോക്സി പാതയ്ക്ക് Snowflake അക്കൗണ്ട് ക്രമീകരണങ്ങൾ നിലനിർത്തി HTTP പ്രോക്സി പട്ടികയിൽ നിന്ന് ഹോസ്റ്റും പോർട്ടും തിരഞ്ഞെടുക്കുക.

Snowflake JDBC ഇടനില അക്കൗണ്ടിനായി proxyUser ഉം proxyPassword ഉം രേഖപ്പെടുത്തുന്നു. ആവശ്യമുള്ളപ്പോൾ ആപ്പിന്റെ നിലവിലുള്ള ക്രെഡൻഷ്യൽ ഉറവിടത്തിലൂടെ അവ നൽകുക.

JDBC-യുടെ nonProxyHosts വൈൽഡ്കാർഡ് പിന്തുണയോടെ ലംബ രേഖ കൊണ്ട് വേർതിരിച്ച പാറ്റേണുകൾ ഉപയോഗിക്കുന്നു. മാപ്പ് മൂല്യത്തിൽ വേർതിരിക്കുന്നത് അക്ഷരാർത്ഥത്തിലുള്ള | ആണ്; JDBC URL നിർമ്മിക്കുമ്പോൾ മാത്രമാണ് URL എൻകോഡിംഗ് പ്രസക്തമാകുന്നത്. മറ്റൊരു ക്ലയന്റിന്റെ കോമ കൊണ്ട് വേർതിരിച്ച NO_PROXY സിന്താക്സ് അതിനു പകരം ഉപയോഗിക്കരുത്.

ഈ കോൺഫിഗറേഷൻ Snowpark Scala-യ്ക്ക് മാത്രമായി നിലനിർത്തുക. Snowpark Python-ഉം Snowflake Spark കണക്ടറും വ്യത്യസ്ത കണക്ഷൻ ഇന്റർഫേസുകളും ഓപ്ഷൻ പേരുകളും നൽകുന്നു.

Snowflake സേവന സർട്ടിഫിക്കറ്റ് മാറ്റിസ്ഥാപിക്കാതെ പ്രോക്സിയിലൂടെ കടന്നുപോകണമെന്ന് ആവശ്യപ്പെടുന്നു. HTTP CONNECT പാതയും TLS പരിശോധനയും വ്യത്യസ്ത ക്രമീകരണങ്ങളാണ്; Snowflake സർട്ടിഫിക്കറ്റ് വീണ്ടും പുറപ്പെടുവിക്കുന്ന പ്രോക്സി ആ വ്യവസ്ഥ പാലിക്കുന്നില്ല.