Функция Fn для создания приложения Oracle ADF

В одном из моих предыдущих постов я описал, как создать контейнер Docker, служащий в качестве компоновщика для приложений ADF. Здесь я собираюсь показать, как использовать этот контейнер в качестве
функция на платформе Fn.

Прежде всего, давайте обновим контейнер, чтобы он соответствовал требованиям функции, то есть он может быть вызван как исполняемый двоичный файл, принимающий некоторые аргументы. В пустой папке я создал Dockerfile (простой текстовый файл с таким именем) со следующим содержимым:

Этот файл содержит инструкции для Docker о том, как создать новый образ Docker из существующего (efedorenko / adfbuilder из предыдущего поста), и указывает точку входа, чтобы контейнер знал, что делать, если он был инициирован запуском Docker. команда. В этом случае всякий раз, когда мы запускаем контейнер, он выполняет цель пакета Maven для файла pom с именем, полученным из stdin . Это важно, так как платформа Fn использует stdin / stdout для ввода / вывода функций в качестве стандартного подхода.

В этой же папке мы выполним команду для создания нового образа Docker (fn_adfbuilder) из нашего файла Docker:

Теперь, если мы запустим контейнер, передающий имя файла pom через стандартный ввод, вот так:

Контейнер выполнит внутри себя то, что нам действительно нужно:

По сути, сделав это, мы получили контейнер, действующий как функция. Он создает приложение для данного файла POM .

Давайте использовать эту функцию на платформе Fn. Установка Fn на вашем локальном компьютере так же проста, как вызов одной команды и описана на странице проекта GnHub Fn . После установки Fn мы можем указать реестр Docker, в котором мы будем хранить образы наших функций-контейнеров и запустить сервер Fn:

Следующим шагом является создание приложения Fn, которое будет использовать нашу удивительную функцию:

Для этого вновь созданного приложения мы должны указать маршрут к нашему ограничителю функции, чтобы приложение знало, когда и как его вызывать:

Мы создали маршрут, в котором говорится, что всякий раз, когда ресурс / build запрашивается для adfbuilderapp , платформа Fn должна создавать новый контейнер Docker на основе последней версии образа fn_adfbuilder из репозитория efedorenko и запускать его, предоставляя 1 ГБ памяти и передавая аргументы в stdin ( режим по умолчанию).
  Кроме того, поскольку сборка занимает много времени и ресурсов, мы собираемся вызвать функцию в асинхронном режиме с часовым таймаутом. После создания маршрута мы можем вызвать функцию с помощью Fn Cli :

В обоих случаях платформа поместит вызов в очередь (поскольку он асинхронный) и вернет идентификатор вызова:

Функция работает сейчас, и мы можем проверить, как она работает, различными способами. Поскольку вызов функции — это просто создание и запуск контейнера Docker, мы можем увидеть его, получив список всех запущенных контейнеров:

Fn создал новый контейнер и в качестве имени использовал идентификатор вызова функции. Мы можем прикрепить наш stdin / stdout к контейнеру и посмотреть, что происходит внутри:

После выполнения функции мы можем использовать Fn Rest API (или Fn Cli) для запроса информации о вызове:

……

Мы также можем следить за вызовами функций с помощью панели инструментов Fn UI :

Результатом нашей работы является функция, которая создает приложения ADF. Прелесть этого в том, что пользователь функции, вызывающий, просто использует Rest API через http, чтобы создать приложение, и вызывающему абоненту все равно, как и где будет выполнена эта работа. Но звонящий точно знает, что вычислительные ресурсы будут использоваться не дольше, чем это необходимо для выполнения работы.

В следующий раз мы попытаемся организовать функцию в Fn Flow.

Это оно!