Не соглашусь с вами. Продать свой хостинг - предпочтительно, просто потому, что так спокойнее будет, но это не цель, а лишь средство, инструмент. Закупи клиент виртуалок у любого нормального (а их полно) хостера - прекрасно! У нас-то проблема иная, о чем в статье и написано. Руки связаны, мониторинг в алертах, как новогодняя елка. В данной ситуации хоть по 100р. эти виртуалки раздавай, спать бы спокойно.
Тут идея скорее в том, готов ли клиент дать доступы от панели управления хостингом подрядчику, на что очень негативно смотрит СБ (может и другие причины есть), как следствие, возможности сильно ограничены.
И f2b и астериск - решения бесплатные, но есть и аналоги, которые за деньги позволят (вероятно) в подобные ситуации не попадать. О проблеме, которую вы описали было известно еще в 2015 году и ее давно исправили: https://github.com/fail2ban/fail2ban/issues/1092
Ресурсоемкость проверяли на демо-стенде, под наши задачи Graylog показал себя менее ресурсоемким.
Тут стоит отталкиваться от объемов, уверен, в какой-то момент ELK может и должен проявить себя с лучшей стороны.
«возможностей по оптимизации у ЕЛК даже больше, чем у грейлога» — факт, обратного мы в статье и не утверждали.
По воросу ipv6 — не совсем корректно выразились, отключаем не ipv6, а входящие подключения на порты 546-547 (dhcp для IPv6)
А что касается использования Nginx в JSON формате + разбор JSON на filebeat — хорошее решение, но мы на своих виртуальных серверах используем битикс-окружение, с чем и связан выбранные нами формат.
Добрый день!
Все верно, может.
Но в данном случае рассмотрели кейс именно в таком формате, с целью показать как работать с grok patterns. Так как не у всех сервисов есть такие возможности.
В случае если потребуется масштабироваться — вы правы, ELK больше подходит. Но у нас сейчас такой задачи не стоит.
У нас основное — syslog и логи веб-серверов, пока это основной функционал, для которого Graylog достаточно. Да и elasticsearch в нем присутствует.
Стоит отдать вам должное, если вы за 10 лет ни разу не нарушили график оплаты!)
А вообще, чаще всего именно такой подход связан с автоматизацией, по итогам которой редко разбираются насколько долго клиент хостится и насколько можно ему сделать поблажку.
Никто не отрицает и индивидуальный подход, который возможен, но не афишируется.
Информацию нам предоставили в отделе продаж, но в целом, хорошо, что не отключают. +1 в их карму.
Lucifeal на самом деле сотрудники прекрасно знают о системе, в статье я как раз писал о том, что все показатели прозрачны и публичны (для сотрудников, само собой). Да, сотрудник не может знать будет ли клиент ставить оценку, но может догадываться, что за откровенную халатность с его стороны может и оценка прилететь.
По вопросу просит сотрудник больше ЗП или нет — ситуация сугубо индивидуальная и как показывает практика далеко не всегда напрямую зависит от того, насколько круто сотрудник работает. Зачастую скорее наоборот, чаще всего больше ЗП просят те, кто ее не заслуживает, просто они трактуют это по своему. Одно могу сказать точно, если сотрудник не идет на диалог с руководителем (а финансовые вопросы многие не любят обсуждать) — это плохо. Да, бывают должности строго ограниченные бюджетом, но даже там крутой сотрудник может прийти с предложением, по итогам реализации которого ему может ЗП и не повысят, но как минимум премию дадут. К сожалению, такие чаще всего и увольняются, так же молча. Тут уж самим нужно вылавливать показатели и предлагать.
Lucifeal спасибо, рад что статья вам понравилась!
Я сам не один год провел в роли сотрудника поддержки и описанная вами ситуация мне прекрасно знакома. Да и с развитием из этой профессии действительно сложно. Чаще всего можно двигаться в рамках отдела, либо на связные должности, если компания крупная, но при этом, чем крупнее компания, тем больше конкурентов на эти самые должности. Тем не менее, я считаю что работа в поддержке это очень хорошая база, которая позволяет и в продукте разобраться и с людьми пообщаться.
А что касается KPI — это не всегда гонка за показателями. Если внедрять параметры бездумно или на скорую руку, что чаще всего и происходит в угоду необходимости показать себя «эффективным менеджером», то да, смысла в этом будет мало.
А когда выполнение KPI превращается исключительно в гонку за показателями, то действительно есть вероятность навредить клиенту.
Тем не менее, это важная статистика, а при хорошем подходе такая система как раз может заменить условный «отдел контроля качества», что и высвобождает средства на увеличение зп специалистов. В одной из прошлых компаний, где я работал как раз была такая система. Никакого очевидного KPI для сотрудников поддержки там не было, но был целый отдел, который слушал звонки, проводил воспитательные беседы и старался как-то положительно влиять на улучшение процессов. Однако, все звонки не послушать, а беседа явно не бьет рублем)
Вы совершенно правы, но описываете бессмертную классику жанра :)
Да, если забастовку четко спланировать и раздать указания — все будет именно так, но это процесс трудоемкий, а в серых буднях оно обычно происходит без четкого плана, зачастую по наитию, на эмоциях, само собой, в самый удобный момент. Поэтому есть оговорка про «выборочно».
И да, спасибо за интересное дополнение!
А как же Сол Хадсон?!
Не соглашусь с вами. Продать свой хостинг - предпочтительно, просто потому, что так спокойнее будет, но это не цель, а лишь средство, инструмент. Закупи клиент виртуалок у любого нормального (а их полно) хостера - прекрасно! У нас-то проблема иная, о чем в статье и написано. Руки связаны, мониторинг в алертах, как новогодняя елка. В данной ситуации хоть по 100р. эти виртуалки раздавай, спать бы спокойно.
Тут идея скорее в том, готов ли клиент дать доступы от панели управления хостингом подрядчику, на что очень негативно смотрит СБ (может и другие причины есть), как следствие, возможности сильно ограничены.
И f2b и астериск - решения бесплатные, но есть и аналоги, которые за деньги позволят (вероятно) в подобные ситуации не попадать. О проблеме, которую вы описали было известно еще в 2015 году и ее давно исправили: https://github.com/fail2ban/fail2ban/issues/1092
В теории — да, можно.
Но все же, руки мало у кого до этого доходят.
Ресурсоемкость проверяли на демо-стенде, под наши задачи Graylog показал себя менее ресурсоемким.
Тут стоит отталкиваться от объемов, уверен, в какой-то момент ELK может и должен проявить себя с лучшей стороны.
«возможностей по оптимизации у ЕЛК даже больше, чем у грейлога» — факт, обратного мы в статье и не утверждали.
По воросу ipv6 — не совсем корректно выразились, отключаем не ipv6, а входящие подключения на порты 546-547 (dhcp для IPv6)
Благодарю за внимание к статье!
А что касается использования Nginx в JSON формате + разбор JSON на filebeat — хорошее решение, но мы на своих виртуальных серверах используем битикс-окружение, с чем и связан выбранные нами формат.
Все верно, может.
Но в данном случае рассмотрели кейс именно в таком формате, с целью показать как работать с grok patterns. Так как не у всех сервисов есть такие возможности.
Да, это как раз будут примеры использования во второй части, она выйдет совсем скоро)
У нас основное — syslog и логи веб-серверов, пока это основной функционал, для которого Graylog достаточно. Да и elasticsearch в нем присутствует.
Технология довольно свежая, мы ее в сравнение не брали.
Спасибо за информацию, по возможности рассмотрим и такой вариант.
А вообще, чаще всего именно такой подход связан с автоматизацией, по итогам которой редко разбираются насколько долго клиент хостится и насколько можно ему сделать поблажку.
Информацию нам предоставили в отделе продаж, но в целом, хорошо, что не отключают. +1 в их карму.
По вопросу просит сотрудник больше ЗП или нет — ситуация сугубо индивидуальная и как показывает практика далеко не всегда напрямую зависит от того, насколько круто сотрудник работает. Зачастую скорее наоборот, чаще всего больше ЗП просят те, кто ее не заслуживает, просто они трактуют это по своему. Одно могу сказать точно, если сотрудник не идет на диалог с руководителем (а финансовые вопросы многие не любят обсуждать) — это плохо. Да, бывают должности строго ограниченные бюджетом, но даже там крутой сотрудник может прийти с предложением, по итогам реализации которого ему может ЗП и не повысят, но как минимум премию дадут. К сожалению, такие чаще всего и увольняются, так же молча. Тут уж самим нужно вылавливать показатели и предлагать.
Я сам не один год провел в роли сотрудника поддержки и описанная вами ситуация мне прекрасно знакома. Да и с развитием из этой профессии действительно сложно. Чаще всего можно двигаться в рамках отдела, либо на связные должности, если компания крупная, но при этом, чем крупнее компания, тем больше конкурентов на эти самые должности. Тем не менее, я считаю что работа в поддержке это очень хорошая база, которая позволяет и в продукте разобраться и с людьми пообщаться.
А что касается KPI — это не всегда гонка за показателями. Если внедрять параметры бездумно или на скорую руку, что чаще всего и происходит в угоду необходимости показать себя «эффективным менеджером», то да, смысла в этом будет мало.
А когда выполнение KPI превращается исключительно в гонку за показателями, то действительно есть вероятность навредить клиенту.
Тем не менее, это важная статистика, а при хорошем подходе такая система как раз может заменить условный «отдел контроля качества», что и высвобождает средства на увеличение зп специалистов. В одной из прошлых компаний, где я работал как раз была такая система. Никакого очевидного KPI для сотрудников поддержки там не было, но был целый отдел, который слушал звонки, проводил воспитательные беседы и старался как-то положительно влиять на улучшение процессов. Однако, все звонки не послушать, а беседа явно не бьет рублем)
Интересно, как у них сейчас дела?
Да, если забастовку четко спланировать и раздать указания — все будет именно так, но это процесс трудоемкий, а в серых буднях оно обычно происходит без четкого плана, зачастую по наитию, на эмоциях, само собой, в самый удобный момент. Поэтому есть оговорка про «выборочно».
И да, спасибо за интересное дополнение!
Согласен, о тех временах остались только теплые, ламповые воспоминания и подходы были иные. Все течет, все меняется)