Спасибо за тред, сами только на днях озадачились CKB, в том числе (в первую очередь) NOC KB. Имхо, вики - малопригодная для подобных задач платформа, ибо мне, лично, неудобно завариваться вики-форматированием каждый раз для описания new now known issue:) Люди из больших тырпрайзов, поделитесь best practices, пожалуйста)) 07.02.2012 0:02 пользователь "Alexandr Kovalenko" написал:

2012/2/6 Vladimir Velychko :

...

Вітаю шановні. Пришло время систематизировать разного рода справочную информацию в централизованную KB. Из очевидных требований - аут-я по Active Directory (опционально возможность анонимного доступа), разграничение доступа к разным разделам по группам.

В любимом дистрибутиве из достойных вариантов вижу dokuwiki и mediawiki. Что бы вы посоветовали?

Не знаю насколько подойдет под задачу, но в RT в 4.х встроили их же продукт RTFM.

Сама RT умеет аутентификацию по AD, очень гранулярное разделение прав, очень легко кастомизируема (фича кастомизации - явным образом предусмотрена и описана).

-- Alexandr Kovalenko

все зависит от источника информации. типично в большом тиликоме это выглядит так: 0) возникает авария (плановые работы), в случае аварии FM система посылает алерт или принимается запрос от клиента. - обогащение по инвентори/топологии - root cause analyze - генерация синтетических алертов 1) сообщение об этом помещается в очередь запросов и в этот момент происходит - обогащение инфой о клиентах и пострадавших сервисах - сверка с базой глобальных аварий/плановых работ - проверка SLA по сервисам/клиентам - проверка по ключевым словам по Базе Знаний, типично полнотекстовый поиск и вот только после ресолва проблемы, если с ней были некоторые интересности, то этот тикет отправляется на архивирование в базу знаний. Обычно, должен быть некая роль - архивариус, для контроля наполнения/содержимого БЗ. Редко-редко в базу знаний попадают данные которые не возникли в рез-те анализа аварий а написаны просто так - обычно это некоторые инструкции наперед - типа как восстановить что-то из бекапа, как запустить генератор итп 7 февраля 2012 г. 2:32 пользователь Виталий Туровец написал:

Спасибо за тред, сами только на днях озадачились CKB, в том числе (в первую очередь) NOC KB. Имхо, вики - малопригодная для подобных задач платформа, ибо мне, лично, неудобно завариваться вики-форматированием каждый раз для описания new now known issue:) Люди из больших тырпрайзов, поделитесь best practices, пожалуйста))

07.02.2012 0:02 пользователь "Alexandr Kovalenko" написал:

...

2012/2/6 Vladimir Velychko :

...

Вітаю шановні.  Пришло время систематизировать разного рода справочную информацию в централизованную KB. Из очевидных требований - аут-я по Active Directory (опционально возможность анонимного доступа), разграничение доступа к разным разделам по группам.

В любимом дистрибутиве из достойных вариантов вижу dokuwiki и mediawiki. Что бы вы посоветовали?

Не знаю насколько подойдет под задачу, но в RT в 4.х встроили их же продукт RTFM.

Сама RT умеет аутентификацию по AD, очень гранулярное разделение прав, очень легко кастомизируема (фича кастомизации - явным образом предусмотрена и описана).

-- Alexandr Kovalenko

-- Yours, Max

Привет, а есть у тебя какие-то более-менее четко сформулированные требования к системе? Я бы тоже с удовольствием подумал над этим :) On 2/6/2012 11:25 PM, Vladimir Velychko wrote:

Вітаю шановні. Пришло время систематизировать разного рода справочную информацию в централизованную KB. Из очевидных требований - аут-я по Active Directory (опционально возможность анонимного доступа), разграничение доступа к разным разделам по группам.

В любимом дистрибутиве из достойных вариантов вижу dokuwiki и mediawiki. Что бы вы посоветовали?

Спасибо.

-- /doka ~~~~~~~~ http://doka-ua.blogspot.com/ http://omar-ha-em.blogspot.com/ "Справа не в церкві і не в наркотиках. Справа у відповідальності та вдячності. Якщо в тебе це є, маєш шанс померти не останньою скотиною." (с) С.Жадан, "Ворошиловград"

даже в одном местном операторе многие из этих шагов/процессов работают. моск инженера вещь хорошая и это его не отменяет, это типа "кластеризация" мозгов разных инженеров, knowlidge sharing :) и да, продвинутые интеграторы используют Keynote, беги от тех у кого еще в поверпоинте :)) 7 февраля 2012 г. 12:42 пользователь Maxim Tuliuk написал:

Макс,

Я знаю только два "продукта", где все описанное работает: 1) мозг дежурного инженера 2) Power Point презентация от интегратора ;) и несмотря на все попытки вторых продать (а точнее пропихнуть) свое решение, "мозги" по прежнему выигрывают из-за 1) гибкости 2) приспособляемости 3) дешевизны 4) простоты мотивации :)

Best wishes, Maxim

On 7 Feb 2012, at 08:59, Max Speransky wrote:

...

все зависит от источника информации. типично в большом тиликоме это выглядит так:

0) возникает авария (плановые работы), в случае аварии FM система посылает алерт или принимается запрос от клиента.   - обогащение по инвентори/топологии   - root cause analyze   - генерация синтетических алертов 1) сообщение об этом помещается в очередь запросов и в этот момент происходит   - обогащение инфой о клиентах и пострадавших сервисах   - сверка с базой глобальных аварий/плановых работ   - проверка SLA по сервисам/клиентам   - проверка по ключевым словам по Базе Знаний, типично полнотекстовый поиск

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

7 февраля 2012 г. 2:32 пользователь Виталий Туровец написал:

...

Спасибо за тред, сами только на днях озадачились CKB, в том числе (в первую очередь) NOC KB. Имхо, вики - малопригодная для подобных задач платформа, ибо мне, лично, неудобно завариваться вики-форматированием каждый раз для описания new now known issue:) Люди из больших тырпрайзов, поделитесь best practices, пожалуйста))

07.02.2012 0:02 пользователь "Alexandr Kovalenko" написал:

...

2012/2/6 Vladimir Velychko :

...

Вітаю шановні.  Пришло время систематизировать разного рода справочную информацию в централизованную KB. Из очевидных требований - аут-я по Active Directory (опционально возможность анонимного доступа), разграничение доступа к разным разделам по группам.

В любимом дистрибутиве из достойных вариантов вижу dokuwiki и mediawiki. Что бы вы посоветовали?

Не знаю насколько подойдет под задачу, но в RT в 4.х встроили их же продукт RTFM.

Сама RT умеет аутентификацию по AD, очень гранулярное разделение прав, очень легко кастомизируема (фича кастомизации - явным образом предусмотрена и описана).

-- Alexandr Kovalenko

-- Yours, Max

-- Yours, Max

knowledge, канешна ж 7 февраля 2012 г. 12:49 пользователь Max Speransky написал:

даже в одном местном операторе многие из этих шагов/процессов работают. моск инженера вещь хорошая и это его не отменяет, это типа "кластеризация" мозгов разных инженеров, knowlidge sharing :)

и да, продвинутые интеграторы используют Keynote, беги от тех у кого еще в поверпоинте :))

7 февраля 2012 г. 12:42 пользователь Maxim Tuliuk написал:

...

Макс,

Я знаю только два "продукта", где все описанное работает: 1) мозг дежурного инженера 2) Power Point презентация от интегратора ;) и несмотря на все попытки вторых продать (а точнее пропихнуть) свое решение, "мозги" по прежнему выигрывают из-за 1) гибкости 2) приспособляемости 3) дешевизны 4) простоты мотивации :)

Best wishes, Maxim

On 7 Feb 2012, at 08:59, Max Speransky wrote:

...

все зависит от источника информации. типично в большом тиликоме это выглядит так:

0) возникает авария (плановые работы), в случае аварии FM система посылает алерт или принимается запрос от клиента.   - обогащение по инвентори/топологии   - root cause analyze   - генерация синтетических алертов 1) сообщение об этом помещается в очередь запросов и в этот момент происходит   - обогащение инфой о клиентах и пострадавших сервисах   - сверка с базой глобальных аварий/плановых работ   - проверка SLA по сервисам/клиентам   - проверка по ключевым словам по Базе Знаний, типично полнотекстовый поиск

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

7 февраля 2012 г. 2:32 пользователь Виталий Туровец написал:

...

Спасибо за тред, сами только на днях озадачились CKB, в том числе (в первую очередь) NOC KB. Имхо, вики - малопригодная для подобных задач платформа, ибо мне, лично, неудобно завариваться вики-форматированием каждый раз для описания new now known issue:) Люди из больших тырпрайзов, поделитесь best practices, пожалуйста))

07.02.2012 0:02 пользователь "Alexandr Kovalenko" написал:

...

2012/2/6 Vladimir Velychko :

...

Вітаю шановні.  Пришло время систематизировать разного рода справочную информацию в централизованную KB. Из очевидных требований - аут-я по Active Directory (опционально возможность анонимного доступа), разграничение доступа к разным разделам по группам.

В любимом дистрибутиве из достойных вариантов вижу dokuwiki и mediawiki. Что бы вы посоветовали?

Не знаю насколько подойдет под задачу, но в RT в 4.х встроили их же продукт RTFM.

Сама RT умеет аутентификацию по AD, очень гранулярное разделение прав, очень легко кастомизируема (фича кастомизации - явным образом предусмотрена и описана).

-- Alexandr Kovalenko

-- Yours, Max

-- Yours, Max

-- Yours, Max

Всемірно підтримую. Use Cases --> Requirements Formalization --> Technology Neutral Architecture --> Vendor solutions І "такида", мусить бути драйвер процесу. Постійно. А функції натовпу - зрідка підтримувати і вчитися використовувати. В Інкомі завдяки конкретно Володі Кургу (ну і згодом його підлеглих, до яких у Володі були вимоги "не опублікована робота не вважається виконаною!" /(С)/ :)) така корпоративна knowledge base (на основі MediaWiki) на дуже пристойному рівні впроваджувалась порядка 1,5 роки. І за цей час, можна сказати, відбулися безповоротні зміни. Тобто, народ почав активно її юзати/наповнювати і вже можна було не боятися, що вона відімре. 2012/2/7 Max Speransky

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

7 февраля 2012 г. 12:49 пользователь Vladimir Velychko написал:

...

Таковых, к сожалению, нет. :( С чем столкнулся на старте: есть разные подразделения со своими "знаниями", доступ к которым должны иметь только они и есть необходимая всем общая инфа. В идеале хотелось бы раздавать этот доступ через группы в AD/ldap.

Давайте коллективно сформируем требования - гуртом i батька легше бити. %)

2012/2/7 Vladimir Litovka :

...

Привет,

а есть у тебя какие-то более-менее четко сформулированные требования к системе? Я бы тоже с удовольствием подумал над этим :)

On 2/6/2012 11:25 PM, Vladimir Velychko wrote:

...

Вітаю шановні. Пришло время систематизировать разного рода справочную информацию в централизованную KB. Из очевидных требований - аут-я по Active Directory (опционально возможность анонимного доступа), разграничение доступа к разным разделам по группам.

В любимом дистрибутиве из достойных вариантов вижу dokuwiki и mediawiki. Что бы вы посоветовали?

Спасибо.

Hello Виталий, Не все, но многое реализовано тандемом вики+нок-проджект. У нас (Сонико) работает так. Wednesday, February 8, 2012, 7:32:20 PM, you wrote:

А вот, кстати, еще вопрос: кто как ведет (если вообще ведет) "бортовой журнал" NOC? Я имею ввиду логирование работ по узлам сети, плановые/неплановые изменения конфигурации железок et cetera. Ну и какие есть адекватные решения для этого, желательно web-based. 07.02.2012 12:42 пользователь "Maxim Tuliuk" написал:

...

Макс,

Я знаю только два "продукта", где все описанное работает: 1) мозг дежурного инженера 2) Power Point презентация от интегратора ;) и несмотря на все попытки вторых продать (а точнее пропихнуть) свое решение, "мозги" по прежнему выигрывают из-за 1) гибкости 2) приспособляемости 3) дешевизны 4) простоты мотивации :)

Best wishes, Maxim

On 7 Feb 2012, at 08:59, Max Speransky wrote:

...

все зависит от источника информации. типично в большом тиликоме это выглядит так:

0) возникает авария (плановые работы), в случае аварии FM система посылает алерт или принимается запрос от клиента. - обогащение по инвентори/топологии - root cause analyze - генерация синтетических алертов 1) сообщение об этом помещается в очередь запросов и в этот момент происходит - обогащение инфой о клиентах и пострадавших сервисах - сверка с базой глобальных аварий/плановых работ - проверка SLA по сервисам/клиентам - проверка по ключевым словам по Базе Знаний, типично полнотекстовый поиск

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

7 февраля 2012 г. 2:32 пользователь Виталий Туровец написал:

...

Спасибо за тред, сами только на днях озадачились CKB, в том числе (в первую очередь) NOC KB. Имхо, вики - малопригодная для подобных задач платформа, ибо мне, лично, неудобно завариваться вики-форматированием каждый раз для описания new now known issue:) Люди из больших тырпрайзов, поделитесь best practices, пожалуйста))

07.02.2012 0:02 пользователь "Alexandr Kovalenko" < never@nevermind.kiev.ua> написал:

...

2012/2/6 Vladimir Velychko :

...

Вітаю шановні. Пришло время систематизировать разного рода справочную информацию в централизованную KB. Из очевидных требований - аут-я по Active Directory (опционально возможность анонимного доступа), разграничение доступа к разным разделам по группам.

В любимом дистрибутиве из достойных вариантов вижу dokuwiki и mediawiki. Что бы вы посоветовали?

Не знаю насколько подойдет под задачу, но в RT в 4.х встроили их же продукт RTFM.

Сама RT умеет аутентификацию по AD, очень гранулярное разделение прав, очень легко кастомизируема (фича кастомизации - явным образом предусмотрена и описана).

-- Alexandr Kovalenko

-- Yours, Max

-- Best regards, Dmitriy mailto:borik@ints.net

не повезло тебе с украиной =) (с ненавистью глядит на свой календарь) 2012/2/10 Maxim Tuliuk :

Из "просто, дешево и эффективно": общий календарь на CalDAV сервере - из бонусов: общепринятый RFC, клиенты на чем угодно (включая Linux/FreeBSD и сматфоны), очень простой экспорт в любой нужный формат.

Главный недостаток: в Украине пользоваться ежедневниками не принято и идея может разбиться в нежелание NOCa его использовать :(

Best wishes, Maxim

On 8 Feb 2012, at 18:32, Виталий Туровец wrote:

А вот, кстати, еще вопрос: кто как ведет (если вообще ведет) "бортовой журнал" NOC? Я имею ввиду логирование работ по узлам сети, плановые/неплановые изменения конфигурации железок et cetera. Ну и какие есть адекватные решения для этого, желательно web-based.

-- Yours, Max