Власний сервер чи хмара: як держоргану обґрунтувати технологічне рішення

⭐ Дізнавайтеся про зміни першими. Додайте «Публічні закупівлі» в улюблені Google, щоб не пропустити найсвіжіші новини та роз'яснення

Автор
Головний редактор порталу "Держзакупівлі"
Держоргани не мають автоматично купувати сервери, якщо виникла потреба в технічних або програмних засобах. Спочатку замовник має оцінити, чи можна забезпечити потребу через хмарні послуги або послуги центрів обробки даних

Власний сервер чи хмара: як держоргану обґрунтувати технологічне рішення

Закупівля електроенергії: 4 варіанти дій на 2026 рік

Цифрова трансформація державного сектору змінює підхід до розвитку інформаційних систем. Якщо раніше замовники часто обирали придбання серверного обладнання та створення власної інфраструктури, то зараз дедалі більше державних систем переходять до хмарних технологій і сервісних моделей.

Такий підхід допомагає ефективніше використовувати державні ресурси, посилювати кіберзахист, забезпечувати стійкість інформаційних систем і швидко масштабувати цифрові сервіси.

В Україні вже діє підхід, за яким створення або розширення власної серверної інфраструктури не може бути автоматичним рішенням. Замовник має спочатку оцінити альтернативи.

Відповідно до Закону України «Про хмарні послуги» від 17.02.2022 № 2075-IX, якщо публічний користувач потребує технічних або програмних засобів для роботи інформаційних ресурсів чи впровадження ІТ-рішень, він має ініціювати закупівлю хмарних послуг або послуг центрів обробки даних.

Це фактично закріплює принцип cloud first — спочатку замовник розглядає хмарну модель, а вже потім інші варіанти.

Водночас Закон не забороняє купувати фізичні сервери або створювати власну інфраструктуру. Але таке рішення потрібно обґрунтувати: технічно, економічно, безпеково та організаційно.

Замовнику варто довести, що саме власна інфраструктура є доцільнішою, безпечнішою та ефективнішою, ніж доступні хмарні або гібридні рішення.

Під час підготовки проєкту інформатизації замовник має проаналізувати:

  • яку саме систему або інформаційний ресурс потрібно створити чи розвинути;
  • які функції має забезпечувати система;
  • які бізнес-процеси залежать від її роботи;
  • які вимоги діють до доступності, продуктивності, масштабування та безпеки;
  • які альтернативи розглянули: публічну хмару, приватну хмару, гібридну модель, послуги ЦОД або власну інфраструктуру.

Окремо потрібно оцінити правові та безпекові обмеження. Посилання лише на «питання безпеки» не є достатнім аргументом. Замовник має визначити категорію інформації, вимоги до доступу, локалізації даних, захисту інформації та кіберзахисту.

Щоб обрати оптимальну модель, замовнику варто провести:

  • аналіз впливу на діяльність — визначити допустимий час простою, час відновлення та критичні залежності;
  • оцінку ризиків — кіберризиків, втрати даних, доступності, залежності від постачальника та операційних ризиків;
  • порівняння вартості повного життєвого циклу — з урахуванням обладнання, ліцензій, приміщення, електроживлення, охолодження, адміністрування, резервного копіювання, оновлення та відновлення після аварій.

Типові помилки замовників під час підготовки проєктів інформатизації:

  • зазначають лише «потрібен сервер» без опису реальної потреби;
  • не аналізують хмарні альтернативи;
  • посилаються на безпеку без конкретних ризиків;
  • порівнюють лише ціну сервера з комплексом хмарних послуг;
  • не враховують витрати на експлуатацію, резервування та відновлення.

Головний висновок для замовника: питання не в тому, чи можна купити сервер. Питання в тому, чи доведено, що саме така модель найкраще забезпечує функціональність, безпеку, стійкість та економічну ефективність.

Хмарні послуги не є обов’язковим рішенням у кожному випадку. Але замовник має розглянути їх як один із базових варіантів перед закупівлею серверного обладнання.

Джерело: офіційний сайт НПІ

додаток

Статичний блок для новин

Статті за темою

Усі статті за темою

Тверда чи динамічна договірна ціна за Настановами

При проведенні тендера замовник повинен визначити вид ціни ще в проекті договору. При цьому він може зазначити, що тверда чи динамічна ціна, вирішиться при переговорах з учасником, якого буде обрано переможцем, на стадії підписання договору
11418

Кваліфікований електронний підпис (КЕП) у публічних закупівлях

Під час закупівель і замовник, і учасник підписують документи в електронній системі закупівель. Це можливо зробити виключно за допомогою електронного ключа. Які ключі можна застосовувати та які вимоги до них в електронній системі закупівель розглянемо у статті
11969

Листи Мінекономіки за 2025–2026 роки: державні закупівлі товарів робіт і послуг

Зібрали актуальні розʼяснення Мінекономіки щодо публічних закупівель за 2025–2026 роки. Перегляньте офіційні листи рекомендаційного характеру, щоб швидко зорієнтуватися у складних закупівельних питаннях і новаціях уряду
2086

Додаткова угода про розірвання договору за згодою сторін: зразок

Угода про розірвання договору знадобиться вам, щоб розірвати договір про закупівлю. Ми підготували для вас зразок додаткової угоди про розірвання договору за згодою сторін, залишилось лише його скачати та внести свої дані
91606

Класифікатор медичних виробів НК 031:2024

Інформацію про предмет закупівлі медвиробу в електронній системі зазначають за його кодом та назвою відповідно до національного класифікатора НК 031:2024 «Класифікатор медичних виробів». Тож скачайте класифікатор, щоб завжди мати його під рукою
20002

Гарячі запитання

Усі питання і відповіді