Бюджет: 20000 UAH Термін: 5 днів
Доброго дня!
Є досвід у подібних проектах як DevOps. Можу реалізувати задачу.
🎯 Мета проекту
Створити інфраструктуру на моєму сервері (Dell PowerEdge R740, 40 ядер / 544 GB RAM / 24 GB GPU / 21 TB storage), яка дозволить:
⚙️ Технічні завдання
📊 Очікуваний результат
🔑 Бажання від мене
👉 Кого шукаю: DevOps / Cloud Architect / Backend Developer з досвідом:
Бюджет: 20000 UAH Термін: 5 днів
Доброго дня!
Є досвід у подібних проектах як DevOps. Можу реалізувати задачу.
Бюджет: 20000 UAH Термін: 10 днів
Організація та координація команди DevOps
Проектування та підтримка CI/CD процесів
Управління Infrastructure as Code (Terraform, Ansible)
Міжфункціональна співпраця між командами розробки та операцій
Моніторинг, логування та забезпечення безпеки
Менторинг та розвиток команди
Ключовий досвід:
System Engineer в Rubygarage & Devico (2022-2024):
Розробка серверної інфраструктури (nginx, MongoDB, Node.js)
Управління хмарними сервісами (DigitalOcean, AWS)
Автоматизація процесів та CI/CD
Налаштування мережевої інфраструктури (Mikrotik, RADIUS, VPN)
System Administrator (2020-2022):
Управління офісними мережами та робочими станціями
Налаштування Atlassian сервісів (Jira, Confluence)
Конфігурація моніторингу мережевих ресурсів
Розгортання систем на віртуальних серверах
Технічні навички:
Хмарні платформи: AWS (4/5), DigitalOcean
Контейнеризація: Docker (4/5), Kubernetes (3/5)
CI/CD: Jenkins (5/5), GitLab (5/5), GitHub (5/5)
Infrastructure as Code: Terraform (3/5), Ansible (3/5)
Мережі: DNS (5/5), VPN (5/5), мережеве обладнання
Бази даних: MongoDB (4/5), ClickHouse (3/5)
ОС: Linux (5/5)
Моніторинг: налаштування систем моніторингу ресурсів
Сильні сторони:
Проактивність та відповідальність
Відмінні комунікативні навички
Здатність працювати в команді
Бажання навчатися та розвиватися в IT
Маю комплексний досвід від системного адміністрування до лідерства DevOps команди, з акцентом на автоматизації, хмарних технологіях та створенні надійної інфраструктури.
Бюджет: 20000 UAH Термін: 15 днів
вітаю вас
можу запропонувати ізоляцію через ProxMox (володію вже такими проектами, є в портфоліо і на обслуговуванні зараз); через нього можна потім зробити розширення
інтеграції зробимо. AI моделі теж зможемо встановити (в тч з виділенням їм частини GPU, що в проксі зручно)
панель для білінгу і алертів теж підберемо, є кандидати
звертайтеся для подальшого обговорення проекту, терміну і бюджету
Вопрос за чем такой монструозный сервер? Не проще ли будет поднять несколько серверов с разными функциями и приложениями? Тем более что если упадёт хост машина то отвалится всё что будет на нем
Сервер у меня уже есть, задача — максимально использовать его ресурсы. Планируется разделение через виртуализацию и контейнеризацию (KVM/Proxmox/Docker/Kubernetes), чтобы каждая инстанция была изолирована. Даже если один сервис упадёт, остальные продолжат работать. Кроме того, архитектура будет multi-tenant, с возможностью запуска десятков изолированных окружений для разных клиентов. Отказоустойчивость и балансировка будут обеспечены программно — через кластеризацию и репликацию, а не покупку дополнительных физических серверов.
Необхідно виконати оновлення, перенесення та налаштування Laravel-проєктів на новий сервер із забезпеченням стабільної роботи, безпеки, захисту від експлойтів та коректної роботи всіх сервісів після міграції. 1. Основні задачі Підготувати новий сервер до роботи. Перенести файли проєктів, бази даних, конфігурації та cron-задачі. Оновити серверне програмне забезпечення. Налаштувати безпечне середовище для Laravel. Перевірити сумісність PHP, Laravel, Composer-пакетів та залежностей. Забезпечити захист від відомих експлойтів, шкідливих запитів та несанкціонованого доступу. Налаштувати SSL-сертифікати. Перевірити працездатність сайтів після перенесення. 2. Перенесення Laravel-проєктів Для кожного проєкту необхідно: Перенести файли проєкту. Перенести базу даних. Перенести .env конфігурацію. Налаштувати права доступу до директорій: storage bootstrap/cache Перевірити роботу: головної сторінки; адмін-панелі; авторизації; форм; API; завантаження файлів; email-відправки; cron-задач; queue workers.3. Безпека та захист Необхідно реалізувати базовий і прикладний рівень захисту: закрити root-доступ по SSH; налаштувати SSH-доступ тільки по ключах; змінити стандартний SSH-порт, якщо потрібно; налаштувати firewall; дозволити тільки необхідні порти; встановити Fail2Ban; приховати службові версії Nginx/Apache/PHP; заборонити доступ до .env, .git, backup-файлів, log-файлів; налаштувати правильні file permissions; перевірити проєкти на наявність шкідливих файлів; перевірити Composer-пакети на відомі вразливості; оновити залежності, якщо це не ламає функціонал; налаштувати захист від SQL injection, XSS, CSRF та path traversal; перевірити правильність Laravel APP_ENV та APP_DEBUG; встановити APP_DEBUG=false на production; налаштувати rate limiting для критичних endpoint-ів; перевірити доступи до storage/uploads; налаштувати захист від виконання PHP у upload-директоріях; перевірити права доступу до адмін-панелей. 4. SSL та домени Необхідно: Встановити SSL-сертифікати. Налаштувати автоматичне оновлення SSL. Увімкнути редирект з HTTP на HTTPS. Перевірити коректну роботу сайтів через HTTPS. 5. Резервне копіювання Необхідно налаштувати backup: файлів проєктів; баз даних; .env файлів; uploaded media; cron-конфігурацій; Nginx/Apache конфігурацій. Backup має виконуватись автоматично за розкладом. Бажано зберігати копії окремо від основного сервера. 6. Перевірка після перенесення Після міграції необхідно перевірити: відсутність 500/403/404 помилок; відсутність критичних помилок у Laravel logs. 9. Результат виконання Після завершення робіт має бути: Laravel-проєкти успішно перенесені на новий сервер; сайти працюють стабільно; SSL налаштований; сервер захищений базовими security-налаштуваннями; доступи до критичних файлів закриті; backup налаштований; cron та queues працюють; старий сервер можна відключити після фінальної перевірки.
Маємо dedicated сервер на hetzner з вебсайтом на докерах (+фремворк laravel) Контакт з розробниками втрачено Потрібно: - відновити і змінити серверні доступи (ймовірно, ssh) - рекомендувати місце зберігання і налаштувати повний бекап серверу з простим відновленням, ймовірно, не на hetzner для безпеки - пофіксити чомусь не відображаємий логотип (не зрозуміло чому файл перестав бути доступним) Важливо - бекапу сайту не має, права на помилку теж. Розглянемо тільки досвідчених спеціалістів.