Snowpark Scala hupeleka chaguo za proksi kwenye muunganisho wake wa JDBC

Ongeza sifa za Snowflake JDBC useProxy, proxyHost na proxyPort kwenye ramani ya usanidi wa kipindi cha Snowpark Scala.

Snowpark Scala huunganisha kwa kutumia kiendeshi cha Snowflake JDBC. Kijenzi cha kipindi chake hukubali sifa za usanidi wa JDBC, kwa hiyo mipangilio ya proksi inaweza kusafiri pamoja na ramani ya muunganisho iliyopo:

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

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

connectionOptions ina akaunti, uthibitishaji na mipangilio mingine ambayo programu tayari inaitumia. Hizi ni maingizo ya ramani ya mfuatano ya Scala; jina la mwenyeji wa proksi haliwi na mpango wa URL wala bandari yake. Kwa njia ya proksi ya umma inayoruhusiwa bila uthibitishaji wa proksi, chagua mwenyeji na bandari kutoka orodha ya proksi za HTTP huku ukihifadhi mipangilio ya akaunti ya Snowflake.

Snowflake JDBC pia huandika proxyUser na proxyPassword kwa akaunti ya kati. Zitoa kupitia chanzo kilichopo cha vitambulisho vya programu inapohitajika.

Sifa nonProxyHosts ya JDBC hutumia mifumo iliyotenganishwa kwa mstari wima pamoja na usaidizi wa herufi badala. Katika thamani ya ramani, kitenganishi ni | halisi; usimbaji wa URL huwa muhimu wakati wa kujenga URL ya JDBC. Usiibadilishe na sintaksia ya NO_PROXY ya mteja mwingine iliyotenganishwa kwa koma.

Weka usanidi huu uwe maalum kwa Snowpark Scala. Snowpark Python na kiunganishi cha Snowflake Spark hutoa violesura vya muunganisho na majina ya chaguo tofauti.

Snowflake inahitaji cheti cha huduma kupita kwenye proksi bila kubadilishwa. Njia ya HTTP CONNECT na ukaguzi wa TLS ni mipangilio tofauti; proksi inayotoa tena cheti cha Snowflake haikidhi sharti hilo.

Makala zinazohusiana