Странная логика, обычно этому человеку нужно что б в инфру вкладывали больше денег, ибо они уходят туда как в пропасть

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

эти решения делегируют девопсам

Я понимаю это - но эти "топ-менеджеры" - это должны "понять и простить "(с)?

в крации как-то так

Кто такая крация?

Кто такая крация?

я думаю это безграмотное использование услышанного где-то слова “вкратце”

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

золотые слова. Почему-то 90% специалистов вообще не хотят это понять

золотые слова. Почему-то 90% специалистов вообще не хотят это понять

А формула есть? А то у меня с абстрактным мышлением не оч.

Я понимаю это - но эти "топ-менеджеры" - это должны "понять и простить "(с)?

я вижу это так [могу ошибаться, впрочем]: - если девопс и менеджер - наёмные люди, они в первую очередь думают о себе и могут неэффективно расходовать средства, перестраховываясь (можно потратить несколько млн рублей на какую-нибудь СХД, чтобы бэкапить туда вообще всё, плюс от этого - риски сведены к минимуму, если что-то сломается - владелец бизнеса / вышестоящий менеджер не разозлится и не уволит меня), даже если это просто какой-то мелкий проект, у которого и прибыли нормальной нет, для них важнее их собственная репутация в глазах вышестоящих структур, чем что-то там ещё - если девопс и менеджер - собственники (например, это 3 стартапера делают проект), они платят из кармана свои деньги, а не расходуют чужие, они не будут вот просто так всё бездумно бэкапить , им важна реальная эффективность вложений средств, они не боятся, что кто-то их уволит, для них эффективность расходования денег гораздо важнее [плюс у них может быть инвестор, который за всем следит и тут страх перед инвестором, а не перед потерями в случае поломки] вот мне всегда ближе второй подход (потому что обычно я на всё трачу свои деньги [или те, которые могли бы стать моими, если бы я их не истратил], а не чьи-то там)

я вижу это так [могу ошибаться, впрочем]: - если девопс и менеджер - наёмные люди, они в первую очередь думают о себе и могут неэффективно расходовать средства, перестраховываясь (можно потратить несколько млн рублей на какую-нибудь СХД, чтобы бэкапить туда вообще всё, плюс от этого - риски сведены к минимуму, если что-то сломается - владелец бизнеса / вышестоящий менеджер не разозлится и не уволит меня), даже если это просто какой-то мелкий проект, у которого и прибыли нормальной нет, для них важнее их собственная репутация в глазах вышестоящих структур, чем что-то там ещё - если девопс и менеджер - собственники (например, это 3 стартапера делают проект), они платят из кармана свои деньги, а не расходуют чужие, они не будут вот просто так всё бездумно бэкапить , им важна реальная эффективность вложений средств, они не боятся, что кто-то их уволит, для них эффективность расходования денег гораздо важнее [плюс у них может быть инвестор, который за всем следит и тут страх перед инвестором, а не перед потерями в случае поломки] вот мне всегда ближе второй подход (потому что обычно я на всё трачу свои деньги [или те, которые могли бы стать моими, если бы я их не истратил], а не чьи-то там)

Я вас понял, но обычно, в практике(жизненно), чаще встречается первый вариант.

так что совет - не надо просто так что-то внедрять, потому что так модно (DevOps / Agile / ITIL ), а считайте

А потом один решил что логи не нужны, второй не знал, авария, логов нет. Разосрались, распались на 2 компании. Поэтому лучше, когда кто-то формально самый главный

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

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

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

Но вы же приняли решение, не бэкапить эту сферу, а сделать упор на производительность или ещё какую-то неведомую хрень.

Просто пример.

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

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

Это называется бюрократия. :D

я бюрократ)))

Не знаю даже, плохо это или хорошо. ?

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

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

Но наём сотрудника - это деньги, т.е. вы можете делать эту работу бесплатно, но нанимаете кого-то, вместо того что б выделить бюджет на лишний сервер под бэкапы ?

Аааа, у меня мозг крашнулся..

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

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

в общем, когда времени становится мало, нанимают программиста/админа/девопса в 1 лице и обещают ему кресло CTO если он всё как следует сделает, а он уже потом и будет решать, бэкапить какие-нибудь там логи или нет, но первое время фиг ему деньги выделят на СХД для бэкапов))...

Хм, наверное так правильно

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

ну кстати нет

лучше всего получают инвестиции стартапы в которых два основателя - программист и маркетолог

обе ниши очень важны

так вот когда будет нужно - тогда и внедрять

YAGNI хороший принцип, да?)

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

YAGNI для стартапов обычно да

хороший

лучше сфокусироваться на цели и идти к ней

чем пытаться запилить сразу 100 фишечек

для основателей стартапов лучше прокачивать себя в сторону маркетинга, чем в сторону IT, ИМХО

если стартап носками через интернет торгует - то да

а в технологических стартапах же важны, сюрприз, технологии

действительно технологически интересных стартапов мало

обычно это какие-то CRUD-админки с подпиской

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

ну и даже для простых вещей типа маркетплейса спорт активностей наемный айтишник вместо сайта на wp за 15тр с хостингом за 100р в месяц запилит кластер из докеров и монг, захостит на aws на трех хайлоад инстансах с суммарным платежом 3 тыщи баксов в месяц и привет. просто потому что ему так по приколу и это модно

а вот если он эти 3 тыщи баксов из своего кармана платит - тут он задумается

есть сайты типа cofounder.ru и других, там можно найти желающих постартапить и с нужными навыками дешевле

плюс вот эти группы в ТГ сейчас

докер станет скоро весьма популярен

вот эти все разработчики с вордпрессом тоже его освоят

я тут в одной группе смотрел /спрашивал про зарплаты у джангистов, так вот, некоторые из них зарабатывают менее $1k

некоторые девопсы в яндексе меньше 1k$ зарабатывают

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

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

а ты расскажешь как считать?)

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

а если это просто логи и их никто не читает - никто и не заметит

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

а если это метрики, которые могут помочь в оптимизации?

вопрос общей идеи как считать)

и мне она решительно не ясна

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

именно поэтому первые версии многих SaaS'ов - это какой-то отстой

потому что деньги, силы и время ушли на маркетинг, а не на IT, например

ERROR: S client not available

и это зачастую осознанный выбор менеджмента проекта

они пожертвовали чем-то в пользу чего-то другого

то есть ключевой процесс там работает хорошо, а вот всё то, что рядом с ним и второстепенно - оно глючит

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

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

господа, никто случаем openproject не юзает?

Господа , как в эластике вывести тотал инфу по всем индексам, кол-во документов и размер ? что б не городить велосипеды с авком типа curl -s -XGET 'localhost:9200/_cat/indices?v' | awk '{sum=sum+$6} END {print "Total docs: " sum}'

Господа, если во время ddos атаки сайт лёг, а после окончания не встал, то это значит, что роутер отключился?

А может и провайдер выше

А может и провайдер выше

Так разве делается?

Так разве делается?

Если дц маленький и снимает каналы, вполне может и такое быть.

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

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

на этой ip и атака

На уровне впровайдера вполне могут блокнуть его на какое-то время

У меня такое было

Мол "этот ip пол часа мы не обслуживаем, а там посмотрим"?

Мол "этот ip пол часа мы не обслуживаем, а там посмотрим"?

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

Это лучше спросить на другом канале ?

У кого-нить есть умная литература на тему ITSM и как управлять ит отделом в принципе? :)

Привет всем :з

У кого-нить есть умная литература на тему ITSM и как управлять ит отделом в принципе? :)

а что конкретно интересует?

Есть курс от специалиста на торрентах

есть пару хороших вебинаров от стратоплан по делегированию задач, планированию

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

кароч больше вводных

есть еще https://telegram.me/ru_sysadmin

там вроде тоже любители ITIL

Отдел с нуля по itil/itsm

а что конкретно интересует?

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