Відповідно до ст. 22 Закону України «Про публічні закупівлі» Замовник в тендерній документації зазначає інформацію про необхідні технічні, якісні та кількісні характеристики предмета закупівлі, у тому числі відповідну технічну специфікацію (у разі потреби - плани, креслення, малюнки чи опис предмета закупівлі). В додатку № 1 до тендерної документації «Технічна специфікація програмної продукції для моніторингу роботи ІТ-сервісів» визначені саме технічні, якісні та кількісні вимоги до програмного продукту, які необхідні Замовнику.
Не можемо погодитися, що зазначені вимоги призводять до дискримінації потенційних учасників, оскільки:
1) в тендерній документації немає жодної згадки про конкретний програмний продукт;
2) за попереднім аналізом програмне рішення Datadog також відповідає зазначеним вимогам;
3) всі потенційні учасники не є виробниками програмної продукції, а є лише її продавцями і конкуренція між різними продавцями одного програмного продукту нічим не обмежується;
4) більшість з вимог це не дискримінація, а невідповідність програмного продукту, який має намір запропонувати скаржник, встановленим якісним вимогам; це не є підставою для зниження вимог, оскільки замовнику потрібний програмний продукт саме встановленої якості.
Щодо окремих вимог:
- Учасник має надати комплект ліцензій на програмну продукцію для моніторингу ІТ сервісів з терміном дії не менше ніж 3 (три) роки, який забезпечує можливість моніторингу роботи ІТ сервісів на серверах Замовника із загальним обсягом оперативної пам’яті на них не менше 132 GB; (Дана позиція стосовно ліцензування ПЗ за рівнем пам’яті використовується Dynatrace та унеможливлює прийняття участі інших розробників, бо використовується інша модель ліцензування – за кількістю агентів процесів, що покриваються моніторингом, а не кількістю пам’яті на таких серверах. ВИМАГАЄМО продовжити даний пункт наступним чином – … або надати комплект ліцензій на кількість процесів, які використовують (вказати перелік технології))
Запропонована скаржником модель ліцензування нам не підходить, оскільки вона не забезпечує гнучкість, Замовник є користувачем автоматизованих систем, а не розробником, тому сьогодні є потреба моніторингу одного інформаційного сервісу, а завтра іншого, який побудований на зовсім інших технологіях.
- Система не повинна вимагати для забезпечення повної функціональності встановлення більше одного агента на окремий хост, моніторинг якого вона здійснює; (Дана позиція є унікальною для Dynatrace, бо Dynatrace дійсно використовує один файл для встановлення. Але після встановлення в системі працює щонайменше 4 агента. Тому ми вважаємо, що дане тлумачення використовується як конкурента перевага Dynatrace. ВИМАГАЄМО або вилучити даний пункт, чи замінити на наступний - Система не повинна вимагати для забезпечення повної функціональності роботи більше одного агента після інсталяції на окремий хост, моніторинг якого вона здійснює).
Це вимога зниження якості і вона не може бути прийнята, тим більше учасник сам визнає, що це не дискримінація, а конкурентна перевага.
- агент моніторингу повинен бути універсальним для всіх технологій, що використовуються в Замовника, і за одну інсталяцією має встановлюватися всі необхідні компоненти для моніторингу ІТ сервісу: мережева взаємодія, операційна система, лог-файли, процеси, служби, транзакції, застосунки, дії користувачів; (Дана позиція є унікальною для Dynatrace, бо Dynatrace дійсно використовує один файл для встановлення. Але після встановлення в системі працює щонайменше 4 агента. Тому ми вважаємо, що дане тлумачення використовується як конкурента перевага Dynatrace. ВИМАГАЄМО вилучити цей пункт, тому що це тлумачення дискримінує інших учасників )
Це вимога зниження якості і вона не може бути прийнята, тим більше учасник сам визнає, що це не дискримінація, а конкурентна перевага.
- Система повинна автоматично визначати топологію на рівні центру обробки даних, хостів, процесів, сервісів, застосунків; (Ця термінологія використовується Dynatrace (дослівний переклад з https://www.dynatrace.com/support/help/how-to-use-dynatrace/smartscape/visualize-your-environment-topology-through-smartscape/ ) та не може використовуватися іншими вендорами так як у них використовується інша модель – наприклад рівень застосунку, рівень вузлу, рівень ярусу. ВИМАГАЄМО вилучити цей пункт, так як таке тлумачення дискримінує інших учасників ).
- Система повинна автоматично будувати та відображати топологію на рівні центру обробки даних, хостів, процесів, служб, застосунків; (Ця термінологія використовується Dynatrace (дослівний переклад з https://www.dynatrace.com/support/help/how-to-use-dynatrace/smartscape/visualize-your-environment-topology-through-smartscape/ ) та не може використовуватися іншими вендорами так як у них використовується інша модель – наприклад рівень застосунку, рівень вузлу, рівень ярусу. ВИМАГАЄМО вилучити цей пункт, так як таке тлумачення дискримінує інших учасників )
Учасник може зазначити в пропозиції, що «Система автоматично визначає топологію на рівнях …, що є еквівалентом моделі, зазначеної в тендерній документації» і цей пункт буде прийнятий Замовником.
- Система повинна мати функціональність автоматичної ідентифікації наявності Docker Farm на хості та автоматичної інсталяції агентів в Docker-контейнери, що запускаються, без модифікації скриптів завантаження контейнерів; (Dynatrace використовує автоінстурментацію застосунків, але при цьому нехтуючи безпекою інших застосунків, які не потребує інстурментації. Тобто агент автоматично інструментує усі процесси на хості, навіть ті, які не потрібно. Ми вважаємо що краще використовувати більш гранулярний процес – коли потрібно інструментвати тільки ті процеси, котрі потрібно моніторити. Інші вендори використовують процес ручної інструментації потрібних процессів. ВИМАГАЄМО вилучити цей пункт, так як таке тлумачення дискримінує інших учасників).
Вимоги, зазначені в тендерній документації, обумовлені реальними потребами Замовника. Ця вимога - це однозначно вимога зниження якості і вона не може бути прийнята на підставі того, що «інші вендори цього робити не вміють».
- Система повинна мати функцію візуального відтворення процесу розповсюдження проблеми по компонентах ІТ сервісу; (Дана позиція є унікальною для Dynatrace, бо тільки у нього є такая функція як «візуального відтворення процесу розповсюдження проблеми по компонентах ІТ сервісу». У термінології Dynatrace це visual resolution path - https://www.dynatrace.com/support/help/shortlink/root-cause-analysis#visual-resolution-path ВИМАГАЄМО вилучити цей пункт, так як він дискримінує інших учасників)
Вимоги, зазначені в тендерній документації, обумовлені реальними потребами Замовника. Ця вимога - це однозначно вимога зниження якості і вона не може бути прийнята на підставі того, що «інші вендори цього робити не вміють».
- оновлення, зміна конфігурації агентів Системи, керування агентами має відбуватися централізовано з основного інтерфейсу управління, без необхідності будь-яких дій на хостах; (усі ці позиції повинні бути окремими пунктами, так як тільки у Dynatrace є наявність усіх цих пунктів разом, тоді як у інших постачальників вони є частково. ВИМАГАЄМО вилучити цей пункт, так як таке тлумачення дискримінує інших учасників )
Вимоги, зазначені в тендерній документації, обумовлені реальними потребами Замовника. Ця вимога - це однозначно вимога зниження якості і вона не може бути прийнята на підставі того, що «інші вендори цього робити не вміють».
- оновлення Системи мають встановлюватися автоматично; (автоматичне завантаження та встановлення системи несе потенційну небезпеку для інсталяції та продуктового середовища, так як серверна частина продукту повинна мати доступ до мережі Інтернет, що не є найкращою практикою для державних установ. ВИМАГАЄМО вилучити цей пункт)
Вимоги, зазначені в тендерній документації, обумовлені реальними потребами Замовника. Замовник розуміє пов’язані з цією функцією ризики, але не готовий від неї відмовитися. Ця вимога - це однозначно вимога зниження якості і вона не може бути прийнята на підставі того, що «інші вендори цього робити не вміють».
- робота в кластері має забезпечуватися виключно в режимі active-active та будуватися виключно на вбудованих механізмах самої Системи, без необхідності використання будь-якого стороннього програмного забезпечення; (дана позиція є унікальною для Dynatrace, так як інші виробники використовують дещо іншу модель роботи кластера. ВИМАГАЄМО вилучити цей пункт, так як таке тлумачення дискримінує інших учасників ).
Ця вимога - це однозначно вимога зниження якості і вона не може бути прийнята на підставі того, що «інші вендори цього робити не вміють». Описуйте модель, за якою працює кластер запропонованого програмного продукту, доводьте, що це еквівалент і цей пункт буде Замовником прийнятий.
- агент Системи має автоматично виявляти контейнери, що запускаються на Docker хості та автоматично виконувати інвентаризацію об’єктів всередині контейнера без необхідності внесення будь-яких змін в конфігурацію на Docker хості; (Dynatrace використвує автоінстурментацію застосунків, але при цьому нехтуючи безпекою інших застосунків, які не потребує інстурментації. Тобто агент автоматично інструментує усі процеси на сервері, навіть ті, які не потрібно. Ми вважаємо що краще використовувати більш гранулярний процес – коли потрібно інструментвати тільки ті процеси, котрі потрібно моніторити. Інші вендори використовують процес ручної інструментації потрібних процессів. ВИМАГАЄМО вилучити цей пункт, так як таке тлумачення дискримінує інших учасників )
- агенти Системи мають автоматично встановлюватися в нові Docker контейнери, що запускаються на Docker хості, без необхідності внесення будь-яких змін в конфігурацію або запуску будь-яких додаткових скриптів в Docker хості; (Dynatrace використвує автоінстурментацію застосунків, але при цьому нехтуючи безпекою інших застосунків, які не потребує інстурментації. Тобто агент автоматично інструментує усі процеси на серверах, навіть ті, які не потрібно. Ми вважаємо що краще використовувати більш гранулярний процес – коли потрібно інструментвати тільки ті процеси, котрі потрібно моніторити Інші вендори використовують процес ручної інструментації потрібних процесів. ВИМАГАЄМО вилучити цей пункт, так як таке тлумачення дискримінує інших учасників )
- моніторинг ІТ сервісів, що виконуються в Docker контейнерах, повинен реалізовуватись без необхідності запуску додаткових контейнерів в цьому середовищі; (Dynatrace використовує автоінстурментацію застосунків, але при цьому нехтуючи безпекою інших застосунків, які не потребує інстурментації. Тобто агент автоматично інструментує усі процеси на хості, навіть ті, які не потрібно. Ми вважаємо що краще використовувати більш гранулярний процес – коли потрібно інструментвати тільки ті процеси, котрі потрібно моніторити, Інші вендори використовують процес ручної інструментації потрібних процесів. ВИМАГАЄМО вилучити цей пункт, так як таке тлумачення дискримінує інших учасників )
- агент системи моніторингу має підтримувати автоматичну інсталяцію агентів в контейнерних середовищах на Docker, CRIO, Garden; (Dynatrace використвує автоінстурментацію застосунків, але при цьому нехтуючи безпекою інших застосунків, які не потребує інстурментації. Тобто агент автоматично інструментує усі процеси на хості, навіть ті, які не потрібно. Ми вважаємо що краще використовувати більш гранулярний процес – коли потрібно інструментвати тільки ті процеси, котрі потрібно моніторити. Інші вендори використовують процес ручної інструментації потрібних процесів. ВИМАГАЄМО вилучити цей пункт, так як таке тлумачення дискримінує інших учасників )
Вимоги, зазначені в тендерній документації, обумовлені реальними потребами Замовника. Замовник розуміє пов’язані з цими функціями ризики, але не готовий від них відмовитися. Ця вимога - це однозначно вимога зниження якості і вона не може бути прийнята на підставі того, що «інші вендори цього робити не вміють».
- можливість консультацій із представником виробника безпосередньо через чат в інтерфейсі Системи (цілодобово); (дана позиція є унікальною Dynatrace для on-premise інсталяції продукту та не використовується іншими АРМ вендорами для on-premise інсталяцій. ВИМАГАЄМО вилучити даний пункт чи замінити для цілодобову підтримку шляхом телефонного дзвінка чи каналом електронної пошти)
Цей пункт не є принциповим. Запропонуйте як еквівалент реальну відповідальну електронну адресу технічної підтримки і цей пункт буде Замовником прийнятий.
- веб-сайт виробника, сторінка Системи на веб-сайті та всі загальнодоступні сторінки сайту мають бути відкритими для користувачів з українського сегменту Інтернет. (Це тлумачення навмисно використовується проти вендору AppDynamics. AppDynamics – американська компанія та виконує локальні вимоги у тому числі. Так як США ввели санкції на унеможливлення використування її ПЗ з теріторії АРК, то дійсно деякі компоненти сайту недоступні з території України. ВИМАГАЄМО видалити даний пункт, тому що таке тлумачення унеможливлює участь Cisco/AppDynamics в тендері)
Ця вимога взагалі незрозуміла. Як в наш час взагалі можна працювати з системою такого рівня складності без доступу до інформаційних ресурсів розробника? Чому Замовник має від цього відмовлятися? Вимагайте від вендора відкриття відповідних ресурсів і не буде питань.
- Система контролю якості повинна мати механізм повного візуального відтворення сесій реальних користувачів на веб-сайті з можливістю покрокового аналізу кожної дії; (ця функція є досить унікальною для Dynatrace (https://www.dynatrace.com/support/help/how-to-use-dynatrace/real-user-monitoring/basic-concepts/session-replay/) та не використовується іншими вендорами АРМ, так як адміністратори систем можуть мати доступ до приватних даних систем. Інші вендори не мають таку можливість у цілях безпеки кінцевих користувачів. ВИМАГАЄМО вилучити цей пункт )
- Система контролю якості повинна мати можливість візуального відтворення сесій кожного окремого користувача в застосунку; (ця функція є унікальною для Dynatrace (https://www.dynatrace.com/support/help/how-to-use-dynatrace/real-user-monitoring/basic-concepts/session-replay/) та не використовується іншими вендорами АРМ, так як адміністратори систем можуть мати доступ до приватних даних систем. Інші вендори не мають таку можливість у цілях безпеки кінцевих користувачів ВИМАГАЄМО вилучити цей пункт, так як таке тлумачення дискримінує інших учасників).
Вимоги, зазначені в тендерній документації, обумовлені реальними потребами Замовника. Замовник розуміє пов’язані з цими функціями ризики, але не готовий від них відмовитися. Ця вимога - це однозначно вимога зниження якості і вона не може бути прийнята на підставі того, що «інші вендори цього робити не вміють».
- автоматичне додавання агенту javascipit у веб-сторінку повинно підтримуватись для Java, Node.js, Apache HTTP Server, MS IIS, NGINX; (Наявна позиція є тільки у виробника Dynatrace - https://www.dynatrace.com/support/help/technology-support/sup