напрочь не понимаю как документирование конфигов соотносится с документацией по решению типичных косяков.

1) на исправимый косяк делается ишью/багрепорт, в результате пост-мортема задача менеджеров - его подвинуть на более или менее отдалённую перспективу если на очень отдалённую - он там будет висеть вечно и передаваться новичку там же будет и "обходное решение" - workaround 2) на неисправимый пишется грусть-печаль-тоска-дока с заголовком типа "как распознать тот самый сервер, приносящий несчастья"

а wiki не? от hugo до dokuwiki

а wiki не? от hugo до dokuwiki

вики да. вики наше всё.

структура то в вики какая ?

не в кучу же все складывать

кстати забавно, но кроме докувики ничего простого нет

все вики отстой

структура то в вики какая ?

а это самое основное. тогоже Кернигана или бабушку Немет можно и нуно любить только за оглавления

Но wiki тем и хороша, что можно мгновенно поменять

Да, вики сосут

Да, вики сосут

ееее..... !

когда ты последний раз что то админил ?

сегодня. уволен с комментарием: "ты слишком умный для нас! мы не погромизды! не заставляй нас писать код пожалуйста!"

Из всех, что я трогал, moinmoin был самой наименее сосущей

Из всех, что я трогал, moinmoin был самой наименее сосущей

эй эй. сосут не вики а реализации вик

а сами вики хороши.

вики тож

Из всех, что я трогал, moinmoin был самой наименее сосущей

громоздкое гавно. я его не асилил даже завести

какова методика документирования то ?

commit message —> changelog —> дока по эксплуатации

вики тож

тех вик которые сосут мы обсуждаем в другом чатике.

commit message —> changelog —> дока по эксплуатации

так не работает

даже не знаю можно ли давать тут ссылку на него

тех вик которые сосут мы обсуждаем в другом чатике.

неужели есть ру вики?

тех вик которые сосут мы обсуждаем в другом чатике.

дай такой чат !

нет

https://telegram.me/prosex_ru

кстати забавно, но кроме докувики ничего простого нет

+1, докувики няшка

)))))))))))))))

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

post-mortem - все "мелкие проблемы" должны решаться путём изменений (или их отката) ? в коде (в инфраструктуре) иначе они не мелкие, а архитектурные

post-mortem - все "мелкие проблемы" должны решаться путём изменений (или их отката) ? в коде (в инфраструктуре) иначе они не мелкие, а архитектурные

мелкие проблемы вобще решаться не должны

мелкие проблемы вобще решаться не должны

+1

а то роботы победят

не в этом дело, все же помнят матрицу про время уделяемое задаче \ время на исправление \ автоматизацию.

не в этом дело, все же помнят матрицу про время уделяемое задаче \ время на исправление \ автоматизацию.

нет

да бросьте

https://31.media.tumblr.com/7865d6f5bc51cb1740db5b8944fb7093/tumblr_inline_mzrhycbBcE1qhg0wt.png

напрочь не понимаю как документирование конфигов соотносится с документацией по решению типичных косяков.

У тебя есть исходное сообщение от юзеров: ААААА!!!!1111 ВСЁ ПРОПАЛООО ПУТИНСЛИЛ!!! и "заклинание", которым суперадмин проблему решил ход решения у тебя должен быть задокументирован т.е. открывается тикет, открывается комната в чате в чате решают - кто виноват виноватый делает патч и описывает сферу применение и способ диагностики что-то добавляется в код, что-то в модель маршрутизации инцидентов какую инфу должны были собрать, т.е. обязательно выполняемые проверки под кодом я понимаю в т.ч. новые экранчики на мониторинге

структура то в вики какая ?

облако тегов!

#book #pdf

Из всех, что я трогал, moinmoin был самой наименее сосущей

+1 за MoinMoin

а я за confluence

на половину херня какая

а что есть инцидент ?

у меня от мониторинга по 50 писем в день приходит, и это ок.

это что, все инциденты ?

не в этом дело, все же помнят матрицу про время уделяемое задаче \ время на исправление \ автоматизацию.

the phoenix project #book

the phoenix project #book

книжку то приложи.

это что, все инциденты ?

терминологически да.

у меня от мониторинга по 50 писем в день приходит, и это ок.

это задание на доработку алертинга - подкручивания чувствительности порога срабатывания (treshold)

сработка мониторинга — инцидент. при влияении на сервис — авария.

Леш, по чесноку книжка гавно.

там есть кусочек того что мне надо. глава по документированию

это задание на доработку алертинга - подкручивания чувствительности порога срабатывания (treshold)

нет, это не повод.

Леш, по чесноку книжка гавно.

индусы с гудридс другого мнения

а то эти ваши ITSM, сплошной маркетинговый булшит

лучше фолзпозитивнуть, чем проморгать что то

а то эти ваши ITSM, сплошной маркетинговый булшит

он тоже говно, я в универе его сдавал )

на 5м курсе)

экий продвинутый универ.

а то эти ваши ITSM, сплошной маркетинговый булшит

В коде! У меня использовался iTop там было больше тысячи внутренних пользователей + входящая почта.

В университетах многие клевые знания представляются говном :D

но Имя, продолжает юлить и на вопрос при наличие структурированной документации отвечет уклончиво. будто бы с темой не знаком.

sad but true

В университетах многие клевые знания представляются говном :D

ну честно, оно полезно для ознакомления, но как эт оиспользовать в гибкой модели разработки - хз

тоесть, как идеи отдельные ок. как цельные рекомендации к работе нууу хз.

Не исключено, это я так к слову сказал

ERROR: S client not available

Мы в универе RUP изучали

RUP был на ранних курсах

но Имя, продолжает юлить и на вопрос при наличие структурированной документации отвечет уклончиво. будто бы с темой не знаком.

Практически за 3 месяца тестовой эксплуатации 4 человека написали 12 статей я за 2 месяца боевой - 50 статей в одиночку

но видимо не структурированной

а зачем ?

потому что документация о том что выносить в теги для построения облака тегов тоже нужна. :)

мне знаете почему это странным кажется ?

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

Практически за 3 месяца тестовой эксплуатации 4 человека написали 12 статей я за 2 месяца боевой - 50 статей в одиночку

Самая печалька в том, что из 20 человек, применявших там написанное на практике и накапливающих дальше опыт эксплуатации активно читали - меньше половины, почти никто не писал сам, не правил и не "лайкал", комментариями были только пруфы, когда со мной в спор вступали предудущие "докогенераторы"

попытка передать это все через вики, как попытка сына отгородить от проблем, описав свою жизнь в дневнике

потому что документация о том что выносить в теги для построения облака тегов тоже нужна. :)

1) дословная начальная проблема "сообщение об ошибке" 2) дословная команда-заклинание (магия) 3) тема/вид/интерфейс/сервис - во всех формах, в которых могут искать и найдут

1) дословная начальная проблема "сообщение об ошибке" 2) дословная команда-заклинание (магия) 3) тема/вид/интерфейс/сервис - во всех формах, в которых могут искать и найдут

это похоже на измышления о методике написания. не на доку по доке.

1) дословная начальная проблема "сообщение об ошибке" 2) дословная команда-заклинание (магия) 3) тема/вид/интерфейс/сервис - во всех формах, в которых могут искать и найдут

а если пункт 2 документирован ?

попытка передать это все через вики, как попытка сына отгородить от проблем, описав свою жизнь в дневнике

Денис, а как надо ? вот с точки зрения непрерывности бизнеса и вот этого вот всего ?

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

я 9 месяцев был "центром компетенции" по железке, которую я даже руками не трогал и 47Х таких железок окучивали примерно 150 человек по всей стране пользуясь только моей "документацией"

беды они случаются. а люди бывают болееют.

так нужно шарить экспертизу эту )

я на еженедельных митингах инфраструктурных забираю себе 10 минут и рассказываю что как и где. выжимку.

а ка кшарить экспертизу ? если напарники в другом часовом поясе ?

я на еженедельных митингах инфраструктурных забираю себе 10 минут и рассказываю что как и где. выжимку.

плохо масштабируется при приеме на работу новых людей :(

на мой взгляд вики удобна только для "общих" статей

плохо масштабируется при приеме на работу новых людей :(

почему ? человек либо обладает экспертизой, и отвечает на вопросы о конкретных проблемах в эксплуатации того или иного решения или нет.

ну и что вот этот новый человек пойдет и поймет сходу что у тя nginx патченный ?

это похоже на измышления о методике написания. не на доку по доке.

почитай про видимость в Интернете (visibility) и про отлов чужого трафика, т.е. поисковый SEO-спам

и что обновлять штатным обновлением его нельзя ?

я конечно глупые примеры привожу но просто для прототипирования

а если пункт 2 документирован ?

не понимаю

ну и что вот этот новый человек пойдет и поймет сходу что у тя nginx патченный ?

у тебя это в SCM зафиксированно

я на еженедельных митингах инфраструктурных забираю себе 10 минут и рассказываю что как и где. выжимку.

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

> и предпочитаю информацию передавать в письменном виде так меньше теряется но не структурированном.

не понимаю

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

вцелом это не проблема, это документированная особенность.