Snowpark Scala transmite opțiunile de proxy conexiunii sale JDBC

Adăugați proprietățile Snowflake JDBC useProxy, proxyHost și proxyPort în harta de configurare a sesiunii Snowpark Scala.

Snowpark Scala se conectează prin driverul JDBC Snowflake. Constructorul său de sesiune acceptă proprietăți de configurare JDBC, așa că setările de proxy pot călători împreună cu harta de conexiune existentă:

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

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

connectionOptions conține contul, autentificarea și alte setări pe care aplicația le folosește deja. Sunt intrări de hartă de șiruri Scala; numele gazdă al proxy-ului nu include schemă URL sau portul acestuia. Pentru o rută de proxy public permisă fără autentificare de proxy, alegeți gazda și portul din lista de proxy HTTP păstrând setările contului Snowflake.

JDBC-ul Snowflake documentează de asemenea proxyUser și proxyPassword pentru un cont intermediar. Furnizați-le prin sursa existentă de acreditări a aplicației atunci când este necesar.

Proprietatea nonProxyHosts din JDBC folosește modele separate prin bare verticale, cu suport pentru metacaractere. Într-o valoare de hartă, separatorul este un | literal; codificarea URL devine relevantă doar la construirea unui URL JDBC. Nu îl înlocuiți cu sintaxa NO_PROXY separată prin virgule a altui client.

Păstrați această configurare specifică pentru Snowpark Scala. Snowpark Python și conectorul Snowflake pentru Spark expun interfețe de conexiune și nume de opțiuni diferite.

Snowflake cere ca certificatul serviciului să treacă prin proxy fără înlocuire. O rută HTTP CONNECT și inspecția TLS sunt aranjamente diferite; un proxy care reemite certificatul Snowflake nu îndeplinește această cerință.

Articole similare