Бюджет: 5000 UAH Термін: 3 дні
Доброго дня. Допоможу реалізувати перенесення вашого сервера. Звертайтеся, є великий досвід з Devops. Ціна вказана нижче. Потрібно буде розгорнути контейнер і все налаштувати. Можливо, знадобиться докер
Є сервер на Hetzner та наступні компоненти
- Сайт на Node.js (вже на сервері Hetzner)
- Сайт на Ruby on rails (на Digital Ocean)
- Телеграм-бот, який працює на Python (поки на локальному сервері)
Хочеться, щоб всі вони хостилися на одному сервері Hetzner.
Тільки я не знаю з точки зору архітектури, чи треба якісь контейнери для кожного додавати, бо це не пов'язані один з одним проєкти.
Хто в темі та може зробити, пишіть.
Бюджет орієнтовний, можете пропонувати свій.
Бюджет: 5000 UAH Термін: 3 дні
Доброго дня. Допоможу реалізувати перенесення вашого сервера. Звертайтеся, є великий досвід з Devops. Ціна вказана нижче. Потрібно буде розгорнути контейнер і все налаштувати. Можливо, знадобиться докер
Бюджет: 4500 UAH Термін: 5 днів
Добрий день!
Докерезую апки та запущу все в контейнері. Є досвід с RoR.
Бюджет: 4920 UAH Термін: 1 день
Година роботи 15$
Для початку треба дослідити що вже є, які потужності.
Добрый вечер.
Пару вопросов, на хетцнере у Вас дидикейт или впс ?
Сайт на диджетале как понимаю на впс ?
И как я понимаю ВЫ хотите еще и бота перевести на сервер в хецнер. И что бы они были разделены друг от друга как отдельные проекты.
Можно сюда или в личку если удобней, по цене смогу сориентировать после деталей.
На хетцнере это cloud, пока что shared, хотя возможно сразу есть смысл перейти на dedicated.
Да, это отдельные проекты. Хотя не знаю на что это влияет
Ну как минимум на эти факторы это влияет.
Минусы выделенного сервера:
1. Цена: Выделенный сервер, дороже по сравнению с VPS
Плюсы выделенного сервера:
1. Изоляция проектов: Каждый проект находится на отдельной машине, что обеспечивает полную изоляцию.
2. Бэкап и восстановление: Возможность делать бэкап всей системы и быстро восстанавливать конкретный инстанс.
3. Отдельный сторедж бокс: При покупке выделенного сервера предоставляется дополнительное пространство для хранения ( 100 ГБ), куда можно складывать бэкапы.
4. Удобство конфигурации: Поскольку это отдельные машины, вы можете настраивать их независимо друг от друга. Ребуты, обновления или откаты одной машины не влияют на работу других.
Минусы размещения всех проектов на одном VPS:
1. Отсутствие изоляции: Все проекты будут делить одни и те же ресурсы (процессор, память, диск), что может привести к взаимному влиянию на производительность. Если один проект начинает потреблять больше ресурсов, это может негативно сказаться на остальных.
2. Риск сбоев: Если произойдет сбой или атака на один из проектов, это может затронуть все остальные. Например, если один проект будет скомпрометирован, все остальные могут оказаться под угрозой.
3. Сложности в управлении конфигурациями: Разные проекты могут требовать различных версий ПО и зависимостей, что усложняет их совместное размещение и управление.
4. Рестарты и обновления: Обновление или перезапуск одного проекта может потребовать перезагрузки всего сервера, что приведет к временной недоступности всех проектов.
5. Резервное копирование и восстановление: Управление бэкапами и восстановлением данных становится сложнее, так как нужно учитывать совместимость и зависимости всех проектов.
Плюсы VPS:
Цена.
Додам - на Hetzner у вас буде лише 1 IPv4 адреса на всі проєкти.
Я б почав з дослідження того що вже є. Який трафік, навантаження на CPU, HDD, RAM і маючі ці цифри підбирав би оточення.
Технології різні і кожна по своєму гарна і по своєму погана, але все залежить від поставлених задач.
Технології різні і кожна по своєму гарна і по своєму погана, але все залежить від поставлених задач. Согласен с этим полностью.
На хетцнере также можно взять дополнительные. Цена его составляет в месяц € 1.7. Но еще предается заплатить единоразово за его включение € 4.9
Необхідно виконати оновлення, перенесення та налаштування 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 для безпеки - пофіксити чомусь не відображаємий логотип (не зрозуміло чому файл перестав бути доступним) Важливо - бекапу сайту не має, права на помилку теж. Розглянемо тільки досвідчених спеціалістів.