Udostępnij za pośrednictwem


Używanie pliku JAR w zadaniu usługi Azure Databricks

Archiwum Java lub format pliku JAR jest oparty na popularnym formacie pliku ZIP i służy do agregowania wielu plików Java lub Scala w jeden. Za pomocą zadania JAR możesz zapewnić szybką i niezawodną instalację kodu Java lub Scala w zadaniach usługi Azure Databricks. Ten artykuł zawiera przykład tworzenia pliku JAR i zadania, które uruchamia aplikację spakowana w pliku JAR. W tym przykładzie wykonasz następujące elementy:

  • Utwórz projekt JAR definiujący przykładową aplikację.
  • Dołącz przykładowe pliki do pliku JAR.
  • Utwórz zadanie uruchamiania pliku JAR.
  • Uruchom zadanie i wyświetl wyniki.

Przed rozpoczęciem

Aby ukończyć ten przykład, potrzebne są następujące elementy:

  • W przypadku zestawów JAVA JARs zestaw Java Development Kit (JDK).
  • W przypadku zestawów JAR Scala zestaw JDK i sbt.

Krok 1. Tworzenie katalogu lokalnego na potrzeby przykładu

Utwórz katalog lokalny do przechowywania przykładowego kodu i wygenerowanych artefaktów, na przykład databricks_jar_test.

Krok 2. Tworzenie pliku JAR

Wykonaj poniższe instrukcje, aby utworzyć plik JAR przy użyciu języka Java lub Języka Scala.

Tworzenie pliku JAR w języku Java

  1. W folderze databricks_jar_test utwórz plik o nazwie o PrintArgs.java następującej zawartości:

    import java.util.Arrays;
    
    public class PrintArgs {
      public static void main(String[] args) {
        System.out.println(Arrays.toString(args));
      }
    }
    
  2. Skompiluj PrintArgs.java plik, który tworzy plik PrintArgs.class:

    javac PrintArgs.java
    
  3. (Opcjonalnie) Uruchom skompilowany program:

    java PrintArgs Hello World!
    
    # [Hello, World!]
    
  4. W tym samym folderze co PrintArgs.java pliki i PrintArgs.class utwórz folder o nazwie META-INF.

  5. W folderze META-INF utwórz plik o nazwie MANIFEST.MF o następującej zawartości. Pamiętaj, aby dodać nowy wiersz na końcu tego pliku:

    Main-Class: PrintArgs
    
  6. W katalogu głównym databricks_jar_test folderu utwórz plik JAR o nazwie PrintArgs.jar:

    jar cvfm PrintArgs.jar META-INF/MANIFEST.MF *.class
    
  7. (Opcjonalnie) Aby go przetestować, w katalogu głównym databricks_jar_test folderu uruchom plik JAR:

    java -jar PrintArgs.jar Hello World!
    
    # [Hello, World!]
    

    Uwaga

    Jeśli get błędu no main manifest attribute, in PrintArgs.jar, pamiętaj o dodaniu nowego wiersza na końcu pliku MANIFEST.MF, a następnie spróbuj ponownie utworzyć plik JAR i uruchomić go ponownie.

  8. Przekaż PrintArgs.jar do woluminu. Zobacz Prześlij pliki do wolumenu Unity Catalog.

Tworzenie pliku JAR języka Scala

  1. W folderze databricks_jar_test utwórz pusty plik o nazwie build.sbt o następującej zawartości:

    ThisBuild / scalaVersion := "2.12.14"
    ThisBuild / organization := "com.example"
    
    lazy val PrintArgs = (project in file("."))
      .settings(
        name := "PrintArgs"
      )
    
  2. W folderze databricks_jar_test utwórz strukturę src/main/scala/examplefolderów .

  3. W folderze example utwórz plik o nazwie o PrintArgs.scala następującej zawartości:

    package example
    
    object PrintArgs {
      def main(args: Array[String]): Unit = {
        println(args.mkString(", "))
      }
    }
    
  4. Skompiluj program:

    sbt compile
    
  5. (Opcjonalnie) Uruchom skompilowany program:

    sbt "run Hello World\!"
    
    # Hello, World!
    
  6. W folderze databricks_jar_test/project utwórz plik o nazwie o assembly.sbt następującej zawartości:

    addSbtPlugin("com.eed3si9n" % "sbt-assembly" % "2.0.0")
    
  7. W katalogu głównym databricks_jar_test folderu uruchom assembly polecenie , które generuje plik JAR w folderze target :

    sbt assembly
    
  8. (Opcjonalnie) Aby go przetestować, w katalogu głównym databricks_jar_test folderu uruchom plik JAR:

    java -jar target/scala-2.12/PrintArgs-assembly-0.1.0-SNAPSHOT.jar Hello World!
    
    # Hello, World!
    
  9. Przekaż PrintArgs-assembly-0.1.0-SNAPSHOT.jar do woluminu. Zobacz Przesyłanie plików do woluminu Unity Catalog.

Krok 3. Tworzenie zadania usługi Azure Databricks w celu uruchomienia pliku JAR

  1. Przejdź do strony docelowej usługi Azure Databricks i wykonaj jedną z następujących czynności:
    • Na pasku bocznym kliknij pozycję Ikona przepływów pracyPrzepływy pracy, a następnie kliknij pozycję Przycisk Utwórz zadanie.
    • Na pasku bocznym kliknij pozycję Nowa IkonaNowy i selectZadanie z menu.
  2. W oknie dialogowym zadania wyświetlonym na karcie Zadania zastąp ciąg Dodaj nazwę zadania... nazwą zadania, na przykład JAR example.
  3. W polu Nazwa zadania wprowadź nazwę zadania, na przykład java_jar_task dla języka Java lub scala_jar_task scala.
  4. Dla typ, selectJAR.
  5. W polu Klasa Main w tym przykładzie wprowadź ciąg PrintArgs Java lub example.PrintArgs Scala.
  6. W przypadku klastra select zgodny klaster. Zobacz Obsługa bibliotek Java i Scala.
  7. W obszarze Biblioteki zależne kliknij pozycję + Dodaj.
  8. W oknie dialogowym Dodawanie biblioteki zależnej z wybraną Volumes wprowadź lokalizację, where przekazano plik JAR (PrintArgs.jar lub PrintArgs-assembly-0.1.0-SNAPSHOT.jar) w poprzednim kroku do Volumes ścieżki plikulub przefiltruj lub przejdź do pliku JAR. Select to.
  9. Kliknij przycisk Dodaj.
  10. W przypadku Parametersw tym przykładzie wprowadź ["Hello", "World!"].
  11. Kliknij przycisk Dodaj.

Krok 4. Uruchamianie zadania i wyświetlanie szczegółów przebiegu zadania

Kliknij Przycisk Uruchom teraz , aby uruchomić przepływ pracy. Aby wyświetlić szczegóły przebiegu, kliknij Wyświetl przebieg w pop-upie Wyzwolonego uruchomienia lub kliknij link w godzina rozpoczęciacolumn dla przebiegu w widoku uruchomień zadań.

Po zakończeniu przebiegu dane wyjściowe zostaną wyświetlone w panelu Dane wyjściowe , w tym argumenty przekazane do zadania.

Limity rozmiaru danych wyjściowych dla zadań JAR

Wyniki zadania, takie jak dane wyjściowe dziennika przesyłane do stdout, mają ograniczenie do 20 MB limit. Jeśli łączny rozmiar danych wyjściowych jest większy, przebieg zostanie anulowany i oznaczony jako niepowodzenie.

Aby uniknąć napotkania tego limit, możesz zapobiec zwracaniu stdout z drivera do usługi Azure Databricks, ustawiając konfigurację Spark spark.databricks.driver.disableScalaOutput na true. Domyślnie wartość flagi to false. Flaga steruje danymi wyjściowymi komórek dla zadań JAR języka Scala i notesów Scala. Jeśli flaga jest włączona, platforma Spark nie zwraca wyników wykonywania zadań do klienta. Flaga nie ma wpływu na dane zapisywane w plikach dziennika klastra. Usługa Databricks zaleca ustawienie tej flagi tylko dla klastrów zadań dla zadań JAR, ponieważ wyłącza wyniki notesu.

Zalecenie: użyj udostępnionego elementu SparkContext

Ponieważ usługa Azure Databricks jest usługą zarządzaną, niektóre zmiany kodu mogą być konieczne, aby upewnić się, że zadania platformy Apache Spark działają poprawnie. Programy zadań JAR muszą używać udostępnionego interfejsu API SparkContext, aby getSparkContext. Ponieważ usługa Azure Databricks inicjuje SparkContextprogram , które wywołują new SparkContext() , nie powiedzie się. Aby getSparkContext, użyj tylko udostępnionej SparkContext utworzonej przez usługę Azure Databricks:

val goodSparkContext = SparkContext.getOrCreate()
val goodSparkSession = SparkSession.builder().getOrCreate()

Istnieje również kilka metod, których należy unikać podczas korzystania z udostępnionego SparkContextelementu .

  • Nie należy wywoływać metody SparkContext.stop().
  • Nie należy wywoływać System.exit(0) ani sc.stop() na końcu Main programu. Może to spowodować niezdefiniowane zachowanie.

Zalecenie: Używanie try-finally bloków do czyszczenia zadania

Rozważ plik JAR składający się z dwóch części:

  • jobBody() który zawiera główną część zadania.
  • jobCleanup() które należy wykonać po jobBody(), czy ta funkcja powiodła się, czy zwróciła wyjątek.

Na przykład jobBody() tworzy tables i jobCleanup() odrzuca te tables.

Bezpiecznym sposobem zapewnienia, że wywoływana jest metoda czyszczenia, jest umieszczenie try-finally bloku w kodzie:

try {
  jobBody()
} finally {
  jobCleanup()
}

Nie należy próbować czyścić przy użyciu ani sys.addShutdownHook(jobCleanup) następującego kodu:

val cleanupThread = new Thread { override def run = jobCleanup() }
Runtime.getRuntime.addShutdownHook(cleanupThread)

Ze względu na sposób, w jaki okres istnienia kontenerów platformy Spark jest zarządzany w usłudze Azure Databricks, haki zamykania nie są uruchamiane niezawodnie.

Konfigurowanie zadania JAR parameters

Przekazujesz parameters do zadań JAR w postaci tablicy ciągów JSON. spark_jar_task Zobacz obiekt w treści żądania przekazany do operacji Tworzenie nowego zadania (POST /jobs/create) w interfejsie API zadań. Aby uzyskać dostęp do tych parameters, przeanalizuj tablicę String przekazaną do funkcji main.

Zarządzanie zależnościami biblioteki

Sterownik platformy Spark ma pewne zależności biblioteki, których nie można zastąpić. Jeśli zadanie dodaje biblioteki powodujące konflikt, pierwszeństwo mają zależności biblioteki sterowników platformy Spark.

Aby get pełną list zależności biblioteki sterowników, uruchom następujące polecenie w notesie dołączonym do klastra skonfigurowanego przy użyciu tej samej wersji platformy Spark (lub klastra ze sterownikiem, który chcesz zbadać):

%sh
ls /databricks/jars

Podczas definiowania zależności bibliotek dla jednostek JARs usługa Databricks zaleca wyświetlenie listy platform Spark i Hadoop jako provided zależności. W narzędziu Maven dodaj platformę Spark i platformę Hadoop zgodnie z podanymi zależnościami:

<dependency>
  <groupId>org.apache.spark</groupId>
  <artifactId>spark-core_2.11</artifactId>
  <version>2.3.0</version>
  <scope>provided</scope>
</dependency>
<dependency>
  <groupId>org.apache.hadoop</groupId>
  <artifactId>hadoop-core</artifactId>
  <version>1.2.1</version>
  <scope>provided</scope>
</dependency>

W sbtsystemie dodaj platformę Spark i platformę Hadoop zgodnie z podanymi zależnościami:

libraryDependencies += "org.apache.spark" %% "spark-core" % "2.3.0" % "provided"
libraryDependencies += "org.apache.hadoop" %% "hadoop-core" % "1.2.1" % "provided"

Napiwek

Określ poprawną wersję języka Scala dla zależności na podstawie używanej wersji.

Następne kroki

Aby dowiedzieć się więcej na temat tworzenia i uruchamiania zadań usługi Azure Databricks, zobacz Planowanie i organizowanie przepływów pracy.