Snowpark Scala perduoda tarpinio serverio parinktis savo JDBC ryšiui

Pridėkite Snowflake JDBC savybes useProxy, proxyHost ir proxyPort į Snowpark Scala sesijos konfigūracijos žemėlapį.

Snowpark Scala jungiasi naudodama Snowflake JDBC tvarkyklę. Jos sesijos kūrėjas priima JDBC konfigūracijos savybes, todėl tarpinio serverio nustatymai gali keliauti su esamu ryšio žemėlapiu:

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

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

connectionOptions turi paskyrą, autentifikavimą ir kitus nustatymus, kuriuos programa jau naudoja. Tai Scala eilučių žemėlapio įrašai; tarpinio serverio pagrindinio kompiuterio vardas neturi URL schemos ar jo prievado. Leidžiamam viešo tarpinio serverio maršrutui be tarpinio serverio autentifikavimo pasirinkite kompiuterį ir prievadą iš HTTP tarpinių serverių sąrašo, išsaugodami Snowflake paskyros nustatymus.

Snowflake JDBC taip pat dokumentuoja proxyUser ir proxyPassword tarpininkavimo paskyrai. Kai reikia, pateikite juos per esamą programos prisijungimo duomenų šaltinį.

JDBC nonProxyHosts naudoja vertikaliąja juosta atskirtus šablonus su pakaitos simbolių palaikymu. Žemėlapio reikšmėje skirtukas yra pažodinis |; URL koduotė tampa svarbi kuriant JDBC URL. Nepakeiskite jo kito kliento kableliu atskirta NO_PROXY sintakse.

Laikykite šią konfigūraciją būdingą tik Snowpark Scala. Snowpark Python ir Snowflake Spark jungtis siūlo kitokias ryšio sąsajas ir parinkčių pavadinimus.

Snowflake reikalauja, kad paslaugos sertifikatas praeitų per tarpinį serverį be pakeitimo. HTTP CONNECT maršrutas ir TLS patikra yra skirtingi sprendimai; tarpinis serveris, iš naujo išduodantis Snowflake sertifikatą, šio reikalavimo neatitinka.

Susiję straipsniai