Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 740136
Тема сообщения
Замечание к КД
Тип сообщения
Замечание к КД
Поставщик
Товарищество с ограниченной ответственностью "BrainBoost"
Представитель поставщика
РАПҚАТ РАИМБЕК
Дата и время отправки сообщения
2026-06-09 14:56:13
Текст сообщения
В спецификации приведен закрытый перечень собираемых метрик (загрузка CPU, память, диск, службы и процессы), однако не указана возможность сбора иных, не менее важных для мониторинга параметров (сетевые интерфейсы, температура, счетчики производительности, журналы событий). Просим разъяснить, будет ли заказчик считать эквивалентным решение, собирающее расширенный набор метрик, но не собирающее, например, метрики по каждому процессу в отдельности, если это не требуется для задач заказчика. Указание жесткого перечня без возможности замены на функционально аналогичные метрики ограничивает выбор и не соответствует принципу ориентации на результат. Просим уточнить, какие именно службы и процессы подлежат мониторингу, и возможно ли их уточнение после поставки.
Ответы представителей заказчика и организатора, секретаря
Дата:
2026-06-11 12:35:50
Автор:
АРЕНОВ АБЫЛАЙ ЕЛКОНДЫУЛЫ
Решение:
Представить разъяснение положений конкурсной документации
Текст разъяснения
1. Назначение перечня метрик:
o Перечень метрик, указанный в технической спецификации (CPU, память, диск, службы и процессы), определяет минимально обязательный набор контролируемых параметров, необходимый для базового мониторинга состояния инфраструктуры.
o Данный перечень не ограничивает возможность расширения функциональности системы мониторинга.
2. Расширенные метрики:
o Решения, предоставляющие расширенный набор метрик (сетевые интерфейсы, температура, счетчики производительности, журналы событий и др.), рассматриваются как допустимые и соответствующие требованиям, при условии выполнения минимального обязательного набора.
o Наличие дополнительных метрик не является основанием для отклонения заявки.
3. Эквивалентность реализации:
o Эквивалентным считается решение, которое обеспечивает:
сбор базовых метрик, указанных в спецификации;
корректную идентификацию состояния служб и процессов;
возможность расширения перечня метрик без изменения архитектуры системы.
o При этом способ агрегации (например, по процессам или группам процессов) может отличаться, если обеспечивается функциональная сопоставимость результатов мониторинга.
4. Уточнение перечня служб и процессов:
o Конкретный перечень контролируемых служб и процессов определяется конфигурацией инфраструктуры заказчика на этапе внедрения и эксплуатации.
o На этапе закупки фиксируется только требование к возможности мониторинга, а не полный перечень конкретных объектов наблюдения.
5. Возможность уточнения после поставки:
o Уточнение перечня объектов мониторинга (служб, процессов и иных компонентов) осуществляется после поставки программного комплекса, в рамках его настройки и внедрения в инфраструктуру заказчика.
6. Вывод:
o Требование спецификации устанавливает минимальный функциональный набор метрик и не ограничивает расширенные возможности системы.
o Решения с расширенной функциональностью допускаются при условии выполнения базовых требований.
Замечание отклоняется.
o Перечень метрик, указанный в технической спецификации (CPU, память, диск, службы и процессы), определяет минимально обязательный набор контролируемых параметров, необходимый для базового мониторинга состояния инфраструктуры.
o Данный перечень не ограничивает возможность расширения функциональности системы мониторинга.
2. Расширенные метрики:
o Решения, предоставляющие расширенный набор метрик (сетевые интерфейсы, температура, счетчики производительности, журналы событий и др.), рассматриваются как допустимые и соответствующие требованиям, при условии выполнения минимального обязательного набора.
o Наличие дополнительных метрик не является основанием для отклонения заявки.
3. Эквивалентность реализации:
o Эквивалентным считается решение, которое обеспечивает:
сбор базовых метрик, указанных в спецификации;
корректную идентификацию состояния служб и процессов;
возможность расширения перечня метрик без изменения архитектуры системы.
o При этом способ агрегации (например, по процессам или группам процессов) может отличаться, если обеспечивается функциональная сопоставимость результатов мониторинга.
4. Уточнение перечня служб и процессов:
o Конкретный перечень контролируемых служб и процессов определяется конфигурацией инфраструктуры заказчика на этапе внедрения и эксплуатации.
o На этапе закупки фиксируется только требование к возможности мониторинга, а не полный перечень конкретных объектов наблюдения.
5. Возможность уточнения после поставки:
o Уточнение перечня объектов мониторинга (служб, процессов и иных компонентов) осуществляется после поставки программного комплекса, в рамках его настройки и внедрения в инфраструктуру заказчика.
6. Вывод:
o Требование спецификации устанавливает минимальный функциональный набор метрик и не ограничивает расширенные возможности системы.
o Решения с расширенной функциональностью допускаются при условии выполнения базовых требований.
Замечание отклоняется.
