Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-21

1 Сегодня рассмотрим процесс развертывания OpenWhisk поверх Kubernetes с исправленными командами для работоспособности с актуальными версиями приложений. Также будет описан процесс запуска функций OpenWhisk с использованием Knative и TektonCD в Kubernetes с использованием среды исполнения Nodejs.<h2>Разворачиваем OpenWhisk на Kubernetes</h2>

2 За несколько дней я провела эксперимент по развертыванию OpenWhisk в Kubernetes для создания простого и быстрого полигона для отработки задач. А поскольку я новичок в Kubernetes - полагаю, что полтора дня было потрачено на успешное развертывание. В <a>этом</a> репозитории есть очень понятные инструкции для развертывания OpenWhisk в Kubernetes. Здесь будут инструкции для развертывания, сделанные для Mac (я также буду делать все на Linux, потому что предпочитаю Linux. - прим. переводчика).1. Устанавливаем пакетный менеджер asdf, после чего автоматически исправляем ~/.bash_profile или его аналог так:

3 <blockquote>$ brew install asdf</blockquote><blockquote>$ [ -s "/usr/local/opt/asdf/asdf.sh" ] && . /usr/local/opt/asdf/asdf.sh</blockquote><blockquote>$ source ~/.bash_profile</blockquote>[На Linux этот шаг не нужен, хотя brew есть. - прим. переводчика]2. Добавляем плагины minikube и kubelet:

4 <blockquote>$ asdf plugin-add kubectl</blockquote><blockquote>$ asdf plugin-add minikube</blockquote>[Опять же пропускаем этот шаг на Linux. - прим. переводчика]3. Ставим minikube и kubelet:

5 <blockquote>$ asdf install kubectl 1.9.0</blockquote><blockquote>$ asdf global kubectl 1.9.0</blockquote><blockquote>$ asdf install minikube 0.25.2</blockquote><blockquote>$ asdf global minikube 0.25.2</blockquote>[ставятся конкретные версии, но я проверял все на последних доступных версиях для Linux; подозреваю, что можно смело ставить latest. - прим. переводчика]На Linux этот шаг делается примерно так (все ставится в ~/bin, который у меня прописан в PATH, прим. переводчика): <a>https://xpaste.pro/p/jo5NJGmS</a>

6 4. Создаем виртуальную машину minikube (должен быть предварительно установлен VirtualBox): <a>https://xpaste.pro/p/Vc2m8KDV</a>

7 [У меня все работает с командой minikube start , без параметров и со значениями по-умолчанию. - прим. переводчика]

8 <a>Скопировать код</a>5. Переключаем сеть в Docker в неразборчивый режим:

9 <blockquote>$ minikube ssh -- sudo ip link set docker0 promisc on</blockquote>6. Создаем namespace и помечаем рабочий узел:<blockquote>$ kubectl create namespace openwhisk</blockquote><blockquote>$ kubectl label nodes --all openwhisk-role=invoker</blockquote>7. Получаем содержимое репозитория и переопределяем тип для ingress в файле mycluster.yaml:<a>Скопировать код</a>8. Устанавливаем Helm и проводим развертывание с его помощью: <a>https://xpaste.pro/p/U2NKdtv7</a>

10 [На Linux с последними версиями (была доступна v3.0.1) будет чуть по-другому. - прим. переводчика]

11 Посмотреть код: <a>https://xpaste.pro/p/nHbvAzhx</a>

12 9. Проверяем, что все поднялось (STATUS = Running или Completed):

13 <a>Скопировать код</a>10. Настраиваем wsk для работы: <a>https://xpaste.pro/p/Iul9XMVk</a>

14 Проверяем:

15 <blockquote>$ wsk -i list</blockquote><blockquote>Entities in namespace: default</blockquote><blockquote>packages</blockquote><blockquote>actions</blockquote><blockquote>triggers</blockquote><blockquote>rules</blockquote><h2>Проблемы и их решения</h2>

16 <h2>getsockopt: connection refused</h2>

17 Посмотреть код: <a>https://xpaste.pro/p/c4xwYJs4</a>Проверяем, что контейнеры в namespace openwhisk в статусе Running, т.к. иногда оно падает с ошибками CreateContainerConfigError.

18 <h2>Invoker still initializing - Init:1/2</h2>

19 Процесс скачивания всевозможных сред выполнения может занять много времени. Для ускорения можно указать сокращенный минимальный список в файле mycluster.yaml:<blockquote>whisk:</blockquote><blockquote>runtimes: "runtimes-minimal-travis.json"</blockquote><h2>Контейнер с именем -install-packages- вываливается в Error</h2>

20 Просто нарастите таймауты для liveness тестов.<h2>Установка OpenWhisk поверх Knative</h2>

21 Priti Desai проводила установку поверх кластера в облаке IBM, а также на обычном minikube, используя Knative Build и BuildTemplates. Я тоже буду устанавливать поверх minukube, по мотивам того, как <a>это было описано</a> в нашем блоге ранее - с использованием последних версий ПО. Поскольку Knative Build и BuildTemplates официально объявлены устаревшими, буду использовать рекомендуемую замену в виде Tekton Pipelines. Дальнейшая часть статьи написана после прочтения документации к Tekton Pipelines, но основана на идеях Priti. Для работы потребуется доступ к некоторой Docker Registry - я, как и оригинальный автор, буду использовать DockerHub.<a>Скопировать код</a>Сборка и работа OpenWhisk поверх Knative<ol><li>Получаем содержимое <a>этого репозитория</a>:</li>

22 </ol><blockquote>$ git clone https://github.com/tektoncd/catalog/</blockquote><blockquote>$ cd catalog/openwhisk</blockquote>1. Выставляем в виде переменных окружения данные для доступа к Registry и сохраняем их в виде секрета Kubernetes: <a>https://xpaste.pro/p/rYK0xqqX</a>Проверяем:

23 <a>Скопировать код</a>2. Создаем учетную запись для сборки окружений:

24 <blockquote>$ kubectl apply -f service-account.yaml</blockquote>Проверяем:<a>Скопировать код</a>3. Создаем задачу для сборки образа для OpenWhisk

25 <blockquote>$ kubectl apply -f openwhisk.yaml</blockquote><blockquote>task.tekton.dev/openwhisk created</blockquote>4. Запускаем задачу для сборки образа (на примере NodeJS):Создаем файл taskrun.yaml с содержимым: <a>https://xpaste.pro/p/PkxjnxGb</a>

26 Применяем актуальные данные для этого файла:

27 <blockquote>$ sed 's/${DOCKER_USERNAME}/'"$DOCKER_USERNAME"'/' -i taskrun.yaml</blockquote>Применяем:<blockquote>$ kubectl apply -f taskrun.yaml</blockquote><blockquote>pipelineresource.tekton.dev/openwhisk-nodejs-runtime-git created</blockquote><blockquote>pipelineresource.tekton.dev/openwhisk-nodejs-helloworld-image created</blockquote><blockquote>taskrun.tekton.dev/openwhisk-nodejs-helloworld created</blockquote>Проверка работы заключается в получении имени pod`а, просмотра его статуса. Также можно посмотреть журнал выполнения каждого шага, например: <a>https://xpaste.pro/p/Rr1eVB5T</a>После выполнения у нас в Registry появится образ, который может быть развернут с помощью утилиты kn, предназначенной для работы с Knative сервисами, например: <a>https://xpaste.pro/p/bwmFgoDF</a>

28 В случае использования Gloo проверить работоспособность можно так: <a>https://xpaste.pro/p/c7835mL6</a>

29 Статьи по теме:<a>Бессерверные вычисления на основе OpenWhisk. Часть 1</a><a>Бессерверные вычисления на основе OpenWhisk. Часть 2</a><a>Бессерверные вычисления на основе OpenWhisk. Часть 3</a>