Хостинг
Хостинг - послуга для власників сайтів, інтернет-магазинів, застосунків і внутрішніх систем, яким потрібна надійна інфраструктура без випадкових змін і залежності від одного виконавця. На DitWork можна порівняти фахівців за релевантним досвідом, якістю діагностики, планом безпеки, документуванням і підтримкою після виконання завдання. Для точної оцінки важливо описати поточну схему та бажаний результат, а не обмежуватися фразою «налаштувати все».
У категорії «Хостинг» можна замовити вибір shared hosting, VPS, dedicated або cloud, порівняння ресурсів, обмежень і підтримки, перенесення файлів, бази та користувацьких завантажень, налаштування PHP, бази, cron і черг, підключення HTTPS, CDN і кешування, перенесення поштових налаштувань і DNS та організація резервних копій та моніторингу. Склад завдання потрібно розділити на обов’язковий результат, корисні покращення та подальший супровід. Наприклад, разове перенесення, постійний моніторинг і цілодобове реагування є різними послугами з різною відповідальністю, тому їх краще оцінювати окремо.
Які завдання можна замовити
- вибір shared hosting, VPS, dedicated або cloud
- порівняння ресурсів, обмежень і підтримки
- перенесення файлів, бази та користувацьких завантажень
- налаштування PHP, бази, cron і черг
- підключення HTTPS, CDN і кешування
- перенесення поштових налаштувань і DNS
- організація резервних копій та моніторингу
Результат за етапами
| Етап | Результат | Перевірка |
|---|---|---|
| Аудит | Карта поточного стану й ризиків | Зафіксовані сервіси, доступи та залежності |
| Підготовка | Резервна копія та план змін | Є перевірюваний порядок відкату |
| Виконання | Налаштована інфраструктура | Критичні сценарії працюють |
| Передавання | Документація й доступ власника | Результат не залежить від особистого акаунта виконавця |
Що вказати в технічному завданні
У технічному завданні вкажіть тип сайту та використовувану CMS або framework, поточний обсяг файлів і бази, середню та пікову відвідуваність, потрібні версії PHP, бази й розширень, наявність cron, черг, websocket і фонових процесів, вимоги до регіонів, затримки та зберігання даних та допустимий простій і строк перемикання. Додайте знеособлені приклади помилок, схему сервісів і контакт відповідальної особи на час перемикання. Не публікуйте паролі, приватні ключі, токени, резервні коди, дані клієнтів і вміст закритих конфігурацій. Доступи передаються лише після вибору фахівця й лише в обсязі, потрібному для конкретної роботи.
- тип сайту та використовувану CMS або framework
- поточний обсяг файлів і бази
- середню та пікову відвідуваність
- потрібні версії PHP, бази й розширень
- наявність cron, черг, websocket і фонових процесів
- вимоги до регіонів, затримки та зберігання даних
- допустимий простій і строк перемикання
Що перевірити до початку робіт
До початку змін перевірте реальне споживання CPU, пам’яті та диска, розмір бази й швидкість найважчих запитів, обсяг вихідного трафіку та користувацьких файлів, обмеження поточного тарифу, залежність від системної пошти й зовнішніх API, доступність резервних копій та вимоги застосунку до процесів, портів і файлової системи. Без інвентаризації легко виправити один симптом і пошкодити залежний сервіс. Аудит має відокремлювати проблему інфраструктури від помилки застосунку, обмежень тарифу, зовнішнього API або неправильної DNS-запису. Якщо джерело ще не визначене, першим етапом краще замовити діагностику зі звітом, а не одразу оплачувати невизначений набір дій.
- реальне споживання CPU, пам’яті та диска
- розмір бази й швидкість найважчих запитів
- обсяг вихідного трафіку та користувацьких файлів
- обмеження поточного тарифу
- залежність від системної пошти й зовнішніх API
- доступність резервних копій
- вимоги застосунку до процесів, портів і файлової системи
Як відбувається робота
Безпечний процес включає вибір тарифу за виміряними вимогами, створення тестового середовища, повна копія файлів, бази та конфігурації, пробний запуск на новому хостингу, перевірка форм, оплати, пошти, cron і API, контрольоване перемикання DNS та спостереження за помилками й навантаженням після запуску. Кожну критичну зміну потрібно виконувати з резервною копією та зрозумілим способом повернення. Після налаштування перевіряють не лише візуальне відкриття головної сторінки, а й реальні користувацькі сценарії, фонові процеси, надсилання сповіщень, журнали, обмеження ресурсів і відновлення після перезапуску.
- вибір тарифу за виміряними вимогами
- створення тестового середовища
- повна копія файлів, бази та конфігурації
- пробний запуск на новому хостингу
- перевірка форм, оплати, пошти, cron і API
- контрольоване перемикання DNS
- спостереження за помилками й навантаженням після запуску
Технічні вимоги та безпека
У технічних вимогах зафіксуйте підтримувані версії програм без застарілих залежностей, окремі production і тестові налаштування, HTTPS і автоматичне продовження сертифікатів, обмежені права файлів і користувачів, резервні копії поза основним обліковим записом або сервером, моніторинг доступності та ресурсів та зрозумілий шлях масштабування зі зростанням навантаження. Спільні паролі, постійна робота під root, секрети в листуванні та вимкнення захисту заради швидкого запуску створюють довгостроковий ризик. Права мають відповідати ролі, а у власника проєкту повинен залишатися незалежний спосіб відновити доступ без участі попереднього виконавця.
- підтримувані версії програм без застарілих залежностей
- окремі production і тестові налаштування
- HTTPS і автоматичне продовження сертифікатів
- обмежені права файлів і користувачів
- резервні копії поза основним обліковим записом або сервером
- моніторинг доступності та ресурсів
- зрозумілий шлях масштабування зі зростанням навантаження
Що має передати фахівець
Після завершення запросіть обліковий запис хостингу на стороні замовника, перелік тарифу, ресурсів та обмежень, копію конфігурації сайту й бази, інструкцію розгортання та відновлення, список DNS-записів і дату перемикання, опис резервних копій і моніторингу та план збільшення ресурсів або переїзду зі зростанням. Документація потрібна не для формального звіту, а для повторюваності: інший фахівець має зрозуміти, де містяться налаштування, як перевірити роботу, які дії небезпечні, як відновити систему та хто контролює облікові записи. Конфігурації й інструкції варто зберігати разом із резервними матеріалами замовника.
- обліковий запис хостингу на стороні замовника
- перелік тарифу, ресурсів та обмежень
- копію конфігурації сайту й бази
- інструкцію розгортання та відновлення
- список DNS-записів і дату перемикання
- опис резервних копій і моніторингу
- план збільшення ресурсів або переїзду зі зростанням
Від чого залежить вартість
Вартість послуги «Хостинг» залежить від таких факторів, як тип інфраструктури та рівень керування, обсяг файлів і бази даних, потреба в міграції пошти, вимоги до мінімального простою, наявність CDN, object storage і кількох регіонів, складність застосунку та фонових процесів та подальше адміністрування й підтримка. Порівнюйте пропозиції за однаковим складом робіт. Низька ціна може не включати діагностику, резервну копію, тестове середовище, виправлення пов’язаних сервісів, спостереження після перемикання та підготовку документації.
- тип інфраструктури та рівень керування
- обсяг файлів і бази даних
- потреба в міграції пошти
- вимоги до мінімального простою
- наявність CDN, object storage і кількох регіонів
- складність застосунку та фонових процесів
- подальше адміністрування й підтримка
Як вибрати фахівця
Під час вибору фахівця за напрямом «Хостинг» попросіть описати схоже завдання без розкриття даних іншого клієнта. Хороший виконавець ставить запитання про залежності, доступи, резервні копії, вікно обслуговування, моніторинг і критерії приймання. Він не обіцяє абсолютну безпеку або нульовий простій без вивчення архітектури й заздалегідь повідомляє, які ризики залишаються після роботи.
Як прийняти результат
Перед прийманням перевірте сайт і API працюють за основними адресами, HTTP і HTTPS не створюють цикли редиректів, форми та листи справді доставляються, cron, черги й планувальники виконуються, файли користувачів доступні й не втрачені, резервна копія створюється та відновлення задокументоване та ресурси не впираються в ліміти одразу після запуску. Результат потрібно оцінювати за погодженими сценаріями та журналами, а не лише за знімком панелі. Корисно зберегти контрольні команди, дату змін, значення до й після, а також контакти та порядок дій на випадок повторного інциденту.
- сайт і API працюють за основними адресами
- HTTP і HTTPS не створюють цикли редиректів
- форми та листи справді доставляються
- cron, черги й планувальники виконуються
- файли користувачів доступні й не втрачені
- резервна копія створюється та відновлення задокументоване
- ресурси не впираються в ліміти одразу після запуску
Хостинг потрібно вибирати за вимогами застосунку та виміряним навантаженням, а не лише за ціною, обсягом диска або рекламним словом «безліміт». Shared hosting може бути достатнім для простого сайту, але застосунок із чергами, власними процесами, websocket або нестандартними розширеннями потребуватиме VPS, контейнерів чи керованої платформи. Під час перенесення важливо перевіряти не лише головну сторінку: часто проблеми виявляються в cron, системній пошті, фонових завданнях, правах на завантаження, розмірі запитів, часовому поясі та шляхах до файлів.
Доступи, відповідальність і межі послуги
У завданні «Хостинг» замовник відповідає за законність даних, оплату провайдерів, володіння доменами й обліковими записами, погодження бізнес-ризиків і збереження переданих секретів. Фахівець відповідає за погоджений обсяг налаштування, мінімальні права, фіксацію змін і попередження про виявлені обмеження. Розробка застосунку, юридична оцінка, цілодобове чергування та придбання ліцензій включаються лише за явного погодження.
Як розмістити завдання на DitWork
Щоб замовити послугу «Хостинг» на DitWork, створіть завдання з поточною схемою, метою, переліком сервісів, симптомами, строками та допустимим вікном змін. Укажіть, чи потрібне разове налаштування, міграція, аудит або постійний супровід. Порівнюйте пропозиції за якістю плану, безпекою доступу, складом перевірки, документацією та можливістю відновити систему після помилки.
