Snowpark Scala პროქსის პარამეტრებს თავის JDBC კავშირს გადასცემს

დაამატეთ Snowflake JDBC-ის useProxy, proxyHost და proxyPort თვისებები Snowpark Scala სესიის კონფიგურაციის რუკას.

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 სქემას ან მის პორტს. პროქსი ავთენტიფიკაციის გარეშე დაშვებული საჯარო პროქსის მარშრუტისთვის აირჩიეთ ჰოსტი და პორტი HTTP პროქსების სიიდან, Snowflake ანგარიშის პარამეტრების შენარჩუნებით.

Snowflake JDBC ასევე აღწერს proxyUser და proxyPassword შუამავალი ანგარიშისთვის. საჭიროების შემთხვევაში მიაწოდეთ ისინი აპლიკაციის არსებული სერტიფიკატების წყაროს მეშვეობით.

JDBC-ის nonProxyHosts იყენებს ვერტიკალური ხაზით გამოყოფილ შაბლონებს wildcard-ის მხარდაჭერით. რუკის მნიშვნელობაში გამყოფი ლიტერალური | არის; URL კოდირება აქტუალური ხდება JDBC URL-ის აგებისას. არ ჩაანაცვლოთ ის სხვა კლიენტის მძიმით გამოყოფილი NO_PROXY სინტაქსით.

შეინახეთ ეს კონფიგურაცია მხოლოდ Snowpark Scala-სთვის. Snowpark Python და Snowflake Spark კონექტორი სხვა კავშირის ინტერფეისებსა და პარამეტრების სახელებს გვთავაზობს.

Snowflake მოითხოვს, რომ სერვისის სერტიფიკატი პროქსიდან ჩანაცვლების გარეშე გაიაროს. HTTP CONNECT მარშრუტი და TLS შემოწმება სხვადასხვა მოწყობაა; პროქსი, რომელიც Snowflake-ის სერტიფიკატს ხელახლა გასცემს, ამ მოთხოვნას არ აკმაყოფილებს.

დაკავშირებული სტატიები