pavlo-petrov / lab-rebuild

rebuild my lab

Тестове завдання на посаду DevOps Engineer

Опис послуги

Компанія планує надати користувачам корисний REST API, доступ до якого можна отримати в наступних точках входу:

• /
• /ring-ring

і в результаті отримати унікальний документ JSON.

Щоб продемонструвати користувачам можливості API, дизайнер компанії створив landing page app/index.html. Сторінка містить опис сервісу та результат доступу до однієї з точок входу, отриманих за запитом AJAX.

Інфраструктура

Компанія хоче, щоб сервіс був відмовостійким і продуктивним. Після інтенсивного мозкового штурму була розроблена схема, що складається з двох серверів API, балансувальника навантаження, сервера моніторингу та веб-сервера, з якого користувачі матимуть доступ до посадкової сторінки.

Компанія висунула наступні вимоги до інфраструктури:

• В якості серверів використовуються віртуальні машини, створені на Amazon EC2 з образів Amazon Ubuntu 22.04.3 LTS (Jammy Jellyfish). Інженер надасть команді системних адміністраторів SSH доступ до віртуальних машин.
• Для зручної доставки користувачам нових версій API було вирішено використовувати Docker як засіб віртуалізації та ізоляції запущених екземплярів додатків. Інженеру доведеться:
  • Описати конфігураційний докерфайл програми на основі образу Node.js.
  • Налаштувати автоматичну збірку образу при оновленні вихідного коду програми засобами GitHub Actions, і опублікувати зображення в загальнодоступному сховищі на hub.docker.com;
  • реалізувати автоматизовану доставку нових версій API на сервери (якщо буде реалізовано розгортання без простоїв, інженер отримає додатковий тиждень відпустки).
• в разі повного виходу з ладу одного з серверів або збою в роботі додатку API сервіс повинен залишатися доступним. Вони вирішили вважати заявку невдалою як перевищення тайм-ауту відповіді в 2 секунди або відповідь з 50-кратним HTTP-кодом з будь-якої точки входу. Запити до API повинні бути збалансовані за алгоритмом Round Robin (якщо застосувати алгоритм Less Connections, інженер отримає довгоочікувану надбавку до зарплати).
• Користувачі API можуть безпосередньо отримати доступ до балансувальника навантаження через точки входу, надані в API;
• Користувачам сервісу доступна посадкова сторінка, розміщена на окремому сервері. Компанія хоче використовувати Apache або nginx як веб-сервер. Проксі запитів до балансувальника навантаження будуть налаштовані на веб-сервері для коректної роботи прикладу доступу до API на посадковій сторінці.
• Адміністраторам доступний веб-інтерфейс для моніторингу важливих (на думку інженера) метрик екземплярів API додатків, балансувальник навантаження, веб-сервер з посадковою сторінкою. Prometheus або будь-яке подібне рішення використовується в якості сервісу моніторингу.

Результат

Результатом виконання завдання буде:

1. Повністю функціонуючий стек, який відповідає вищезазначеній логіці і враховує всі вимоги специфікації;
2. Набір скриптів і конфігураційних файлів, використовуючи які можна розгорнути подібний стек на порожніх серверах. Приклад коду, що реалізує інфраструктуру, знаходиться в окремій гілці форку репозиторію DominicMagnus/devops-test-task ;
3. Приділяється увага питанню зберігання конфіденційної інформації - сховище не повинно містити ніяких ключів, токенів, паролів і т.д.
4. Наявність облікових даних (ключів) для SSH доступу до всіх ресурсів стека;

Термін виконання

Компанія виділила один двотижневий спринт для виконання завдання.