приложения: e2e testing
Задача приложения: сделать тест-сценарии, на то что niif pipeline отрабатывает.
По текущей архитектуре: кубер (найфай внутри), датабрикс, PosgreSQL, Azure Data Lake
Что проверяет приложение:
1. Загрузку файла (REST req/response) в k8s в NiFi
2. В случае неуспеха (REST response, некоторые status code) что хранится теперь в ADL (Azure Data Lake)
3. В случае успех (REST response)- что хранится в ADL, что хранится в Meta Store (PostgreSQL)
4. + Cleaning up
5. Sends output
——
Вообще по идее это тупой python script с сценариями тестирования, который проверяет эти кейсы загрузки и ответы с сервера.
Изолируем, запихаем в докер. Но остальные приложения в кубере, поэтому хотелось бы чтобы доступ к networking.
Соответственно, запускаем в кубере это новое приложение и там уже рестарты приложения и прочее.
Получается что уже скрипт должен раниться всегда, для этого туда еще и вебсервер какой-то можно всунуть,
чтобы по API дергать старт.
——
Видимо самое правильно решение. Запихнуть скрипт+REST(для триггера) в докер, k8s и в CI/CD дергать откуда угодно.
Чтобы вы посоветовали? Также бы сделали?
Можно и терратест или пистонячие юнит тесты написать и гонять
клевая тема, но не уверен что хочу разворачивать инфру, просто рядом приблуда для дев-тест оркужения у нас shared registry, поэтому компоненты одинаковые на средах
так терратест это не только тестирование инфры оно может и тестировать что-то) как и юнит тесты тут уже по вкусу так сказать
Обсуждают сегодня