Pull to refresh

Comments 4

А чем это, принципиально, отличается от ИПИ (непрерывная информационная поддержка поставок и жизненного цикла изделий)? Ещё одно "модное" слово?

ИПИ CALS

PS:

Виктор Глушков. Автоматизация творческих процессов

https://www.youtube.com/playlist?list=PLp60D-dyZfLFzaxsEPJM6AIpfGLVDYam1

Если я правильно понимаю ИПИ (детально не сталкивался с таким понятием), то это совсем про другое.

ИПИ - это про жизненный цикл какого-то конкретного изделия (сервер например). И ИПИ про то, чтобы на всех этапах разработки у всех участников была вся информация (по запчастям, по спецификации, документации и т.п.)

Дискаверинг используется шире, на готовой (но постоянно меняющейся) ИТ-инфраструктуре. Дискаверинг - это процесс, при котором происходит "сканирование" всей ИТ-инфраструктуры компании (или какой-то её части) и результатом сканирования является наполненная CMDB со всеми взаимосвязями между элементами инфраструктуры. И этот процесс выполняется на ежедневной (например) основе для того, чтобы всегда поддерживать актуальность данных.

Ну, как пример, из относительно недавних кейсов: с помощью дискаверинга можно по всей инфраструктуре найти какую-нибудь библиотеку определенной версии (тот же log4j). И дальше передать информацию заинтересованным о том, где эта библиотека установлена. А ИПИ, как я понимаю, не про это.

ИПИ - это CALS.А CALS это iso 15288, 9001, 21500итд, я предпочитаю ориентироваться по стандартам (ГОСТ/ISO).

Ну тогда это уже SAM (ГОСТ Р ИСО/МЭК 19770-2-2014 "ИТ. Менеджмент программных активов), CALS всё таки про обобщённое изделие и весь ЖЦ.

... результатом сканирования является наполненная CMDB...

А какие критерии, что CMDB "наполнена", да ещё и корректно?) Всегда есть ограничения и ситуации, которые должны быть обработаны иначе... Вопрос к процедуре, регламентирующей сбор инф., о постоянно меняющейся инфраструктуре. Или же вопрос качества данных за рамками сканирования?

SAM

ГОСТ Р ИСО/МЭК 19770-1

ГОСТ Р ИСО/МЭК 19770-2-2014 "ИТ. Менеджмент программных активов (SAM). Часть 2. Тег идентификации программного обеспечения"

контекст ИПИ
CMBD
CMBD

Ну тогда это уже SAM (ГОСТ Р ИСО/МЭК 19770-2-2014 "ИТ. Менеджмент программных активов)

Да, к SAM это ближе, но эти системы лучше работают в паре)
Цель SAM - это только программные активы (т.е. программное обеспечение).
А дискаверинг может выполнять роль SAM (частично), но это не основная его задача. SAM не позволяет, насколько мне известно, построить связи между, например, виртуальной машиной и физическим диском, на котором она находится.

А какие критерии, что CMDB "наполнена", да ещё и корректно?)

Критерии, что CMDB "наполнена" могут быть разные у разных заказчиков и для разных целей. Для разных типов КЕ могут быть свои критерии.
Например:
Кому-то нужно видеть связь от СУБД до бизнес-процесса (Со всеми промежуточными элементами виртуальный сервер, гипервизор и т.п.), чтобы потом построить модель влияния.

Немного подробнее

Если у нас в кластере две СУБД (от которых зависит работоспособность бизнес-процесса), то при падении одной, админ видит, что отказоустойчивость пропадает и если упадёт ещё одна СУБД (или сервер, на которой она находится), то бизнес-процесс перестанет работать.
Таким образом можно находить "бутылочные горлышки" и их исправлять до того, как появится проблема.

Если систему дискаверинга интегрировать с системой мониторинга, то появляется возможно реализовать Сервисно-ресурсную модель, на которой сразу будут отображаться события мониторинга.

Если эту связку интегрировать с системой управления предприятием, то можно сразу же заводить инцидент на ответственных лиц.

Эту цепочку можно реализовать и без дискаверинга в целом, но в таком случае может страдать актуальность данных, или данные могут быть не полные, или потребуется много ручного/полу-ручного труда для актуализации. Ну т.е. мониторинг будет мониторить только то, что настроено. А с системой дискаверинга можно автоматически ставить на мониторинг новые устройства, которые появляются в сети или ПО, которое было только что установлено.

В таком случае критерием "наполненности" для СУБД может быть то, что все найденные СУБД на контуре ПРОД связаны с бизнес-процессами и у этих СУБД заполнены определенные атрибуты (Производитель, тип, ответственный за эксплуатацию, перечень БД, занимаемое место на диске и т.п.). Но повторюсь, это не только про СУБД или ПО. ПО - это как один из вариантов, который проще всего рассматривать в примерах.

Sign up to leave a comment.

Articles