Утром сегодня читал новости и попалась интересная статья с анализом рынка ИТ вакансий РФ! Я традиционно слежу за такими вещами, чего всем советую делать. Нужно понимать, сколько, кому и за что платят на рынке, чтобы получать адекватные своим навыкам деньги.

Не буду пересказывать содержание, рекомендую самим ознакомиться. Понравилась одна мысль, которая четко отражает распределение доходов ИТ специалистов: "В целом уровень зарплат показывает, что разработка оплачивается выше эксплуатации." Поэтому в очередной раз рекомендую тем, кто еще не определился, чем заниматься в ИТ, пробуйте программировать. Не зайдет, уйдете в смежные области, но навык программирования вам очень сильно поможет везде.

Среди программистов по прежнему больше всего нужны Java кодеры, по php и C все еще много вакансий. Вилка зарплат DevOps в целом выше, чем у программистов. Я думаю, это объясняется тем, что хорошим девопсом может стать хороший программист + хороший сисадмин. А это большой пласт знаний. Те, кто думают, что сейчас в резюме заменят сиадмина на devops и будут получать 250к, ошибаются. Без навыка программирования не будете. Но в целом, зп можно поднять таким трюком, так что стоит попробовать 😎 Хотя бы git и docker изучить и норм.

Повеселил "Топ-10 дистанционных профессий для начинающих айтишников без опыта работы", где на первом месте Преподаватель по программированию 🤣

https://www.cnews.ru/news/top/2020-09-14_javaprogrammisty_vozglavili

#заметка #разное

​​🤝 Всем привет. Хочу поделиться с вами информацией не совсем на ИТ тему, но уверен, она актуальна будет для всех трудяг из этой сферы. В середине августа я провел эксперимент, купив себе стол для работы стоя. Сейчас уже накопился некоторый опыт, так что можно подвести промежуточный итог.

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

У меня была подростковая травма и некоторые проблемы в шейных позвонках, но в целом, ничего особенного. Клиническая картина типична для многих, кто много сидит. Я решил попробовать поработать стоя. Для этого купил самый простой стол в ИКЕЯ - СКАРСТА на ручном приводе. И вот мои промежуточные выводы после проверки работы за ним:

1️⃣ Лично мне работать стоя удобно, но не весь день. Наиболее комфортный режим для меня - 2/3 дня работаю стоя, ближе к концу дня сажусь.

2️⃣ Стол, чтобы за ним было комфортно работать стоя, должен быть тяжелым. Мой весит 26 кг и мне кажется, что этого не достаточно. Думаю, оптимально от 35 кг.

3️⃣ Если есть возможность, привод лучше брать электрический. С ручкой проблем нет, но как-то долго крутить приходится и стол потрясывает в момент подъема и опускания.

4️⃣ Чтобы было комфортно работать стоя, у вас должна быть ровная осанка. Нельзя сутулиться, вытягивать шею вперед и т.д. У меня ровное положение тела стоя, так что со стороны позвоночника никаких проблем нет. Сажусь тогда, когда устают ноги и в целом становится утомительно стоять.

5️⃣ Чтобы адекватно оценить работу стоя, должен быть полноценный стол. Перед этим я пробовал протестировать такой режим, используя подставки, стол на стол ставить и т.д. Это все не то. Должен быть полноценный, большой, тяжелый стол, на который можно облокачиваться, класть руки, удобно расположить мышку с клавиатурой, мониторы.

❗ Для себя решил, что эксперимент удачный, так что буду оборудовать нормальное рабочее место для одновременной работы сидя и стоя. Шея и спина в таком режиме работы не устают вообще, даже если не заниматься никакими упражнениями.

Пробовали работать стоя?

#заметка #разное

Познакомился с любопытным проектом по установке почтового сервера на базе традиционной связки postfix + dovecot + SOGo и другой обвязки - mailcow (по ссылке есть демо). Отличительная особенность указанной связки в том, что все настроено на работу в контейнерах docker. В связи с этим, очень быстро и просто устанавливается и запускается в работу.

Для установки надо поставить docker, склонировать репозиторий с исходниками для compose и вспомогательных скриптов, сгенерировать конфиг и запустить все это дело.

Полный состав продукта: Dovecot, ClamAV, Solr, Oletools, Memcached, Redis, MariaDB, Unbound, PHP, Postfix, ACME, Nginx, Rspamd, SOGo, Netfilter. В целом, все стандартно, а в настоящее время вариаций бесплатного софта для почтового сервера не так много.

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

Полноценный почтовый сервер я бы настраивал самостоятельно по отдельности из тех компонентов, которые нужны конкретно мне. Пример такой настройки есть у меня в актуальной статье - https://serveradmin.ru/nastroyka-postfix-dovecot-centos-8/

Пробовали такую штуку?

#заметка #mailserver

Хочу порекомендовать полезный скрипт для бэкапа базы данных Zabbix - https://github.com/maxhq/zabbix-backup. Его особенность в том, что он позволяет выбрать, какие таблицы ты будешь бэкапить со всеми данными, а для каких только структуру.

Это полезно, когда вам нужно перенести конфигурацию мониторинга Zabbix на другой сервер, но при этом вам не нужны исторические данные. Скрипт позволяет сделать полный бэкап таблиц с настройками, а, к примеру, events, history, trends перенести пустыми.

К сожалению, в описании указана поддержка только до версии 4.4. Не факт, что корректно заработает на 5-й, но вероятность большая, что все будет ОК. Я лично не проверял это. Для предыдущих версий пользовался скриптом, все отлично было.

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

#заметка #zabbix

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

На этот DNS хостинг перешли давно, так как он один из первых предоставлял бесплатную услугу с доступом по api. Перешли и забыли, так как все нормально работало много лет. Мне не пришло в голову подстраховаться и добавить еще пару ns серверов от другого хостинга. Когда все упало, я это сделал :)

Так что на всякий случай следите за этим и не забывайте резервировать dns. Можно, конечно, использовать DNS того же Яндекса. На моей памяти он ни разу не падал. Но лично я его не использую, потому что он заблокирован на Украине. У пользователей оттуда возникают проблемы с резолвом домена.

Резервируете DNS?

#заметка

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

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

Но теперь я этого не делаю. Я сталкивался с падением практически всех известных хостеров. У моих заказчиков падали сервера в ihor, masterhost, selectel. Это из наиболее известных и актуальных. Я сам ими пользуюсь и тоже страдал от их проблем.

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

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

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

#заметка #хостинг

Смотрел недавно запись выступления с HighLoad++ 2019 MySQL 8 vs. MariaDB 10.4 - Feature Comparison. Всегда было интересно узнать, чем реально отличается Mysql от своего форка MariaDB, который теперь по дефолту почти во всех репах популярных дистрибутивов Linux. Связано это с особенностью лицензирования Mysql, в то время как Mariadb "fully GPL licensed"

Хотел сделать выжимку из выступления, потом передумал, потому что все уже сделано за меня. Есть две замечательные презентации. В первой начиная с 10-го слайда идут конкретные сравнения функционала. А во второй сравнение производительности разных версий Mysql, в том числе MariaDB. Можете сразу мотать в середину к графикам.

Если верить представленным тестам, то Mysql 8 быстрее всех остальных. Насколько можно судить о достоверности полученных данных - не знаю. У меня нет возможности их проверить. У автора тестов интересный блог - http://dimitrik.free.fr/blog/. Например, вот статья на тему того, какая файловая система, xfs или ext4 лучше для mysql сервера.

По сравнению mysql vs mariadb вынес для себя следующее:

1️⃣ В обычном, не highload проекте, без тонкого тюнинга бд вы не заметите существенной разницы в производительности.
2️⃣ Более заметна разница в дополнительном функционале, который может сильно различаться (auditing, backup, cluster и т.д.)
3️⃣ Для MySQL существует версия Enterprise Edition с платным расширением функционала.

#mysql #заметка

Очень информативный вебинар на тему предобработки данных на самом Zabbix Server - https://www.youtube.com/watch?v=Q9eSrzifOOE

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

Так же с помощью предобработки можно регулярными выражениями парсить значение айтема. Например, вы можете через http агента забрать статус web сервера nginx и сразу же распарсить его регулярками на зависимые элементы. Этот вариант так же описан в моей статье про мониторинг nginx и php-fpm.

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

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

#zabbix #заметка #видео

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

1️⃣ Если у вас срочные алерты висят незакрытыми днями и неделями, можете смело их отключать или менять. У меня это постоянно происходит. Изначально настраиваешь мониторинг и думаешь, что вот на это надо реагировать. А потом то времени нет, то забудешь и по факту оказывается, что алерт не очень то и важный. Периодически захожу в мониторинг и прорабатываю подобные триггеры.

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

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

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

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

#zabbix #заметка

​​Вчера ушла в релиз версия Zabbix 5.2 - https://www.zabbix.com/ru/release_notes
Некоторые нововведения я уже упоминал в предыдущих заметках про Zabbix. Вот основные:

1️⃣ Появился новый тип элемента данных - script. С его помощью можно существенно расширить возможности мониторинга. Например, при наблюдении за микросервисами и приложениями. Отрадно видеть такие изменения. Явно видно, что Zabbix старается идти в ногу со временем.

2️⃣ Комплексные экраны полностью заменяются дашбордами. Их теперь можно будет создавать в шаблонах (наконец-то). Существующие экраны будут трансформированы в дашборды автоматически.

3️⃣ Появились новые функции триггеров для работы с историческими данными. В документации еще не вижу подробностей. На одном из скринов видел функцию trendavg. Надо ждать обновление доков с подробностями использования.

4️⃣ Улучшили ролевую модель прав пользователей для гранулярного управления правами. Не понял, о чем речь, не разбирался еще. Думаю, просто более гибко можно настраивать права на объекты и элементы мониторинга.

5️⃣ Появились готовые шаблоны для мониторинга Asterisk, DB Oracle, Ceph, Squid, Php-fpm. Многие костыли, которые я городил много лет для мониторинга всех этих программ, становятся не актуальными. Напоминаю, что чуть раньше появился шаблон для мониторинга mssql server.

6️⃣ Появилась встроенная поддержка протокола modbus. Я как раз недавно настраивал подобное. Для этого требовалась компиляция и установка внешнего модуля. Теперь все работает из коробки.

7️⃣ В качестве стандартного формата для шаблонов становится YAML, вместо XML.

8️⃣ Настройки языка и часового пояса вынесли наконец-то в веб интерфейс. Их можно глобально указать во время установки сервера или отдельно в настройках пользователя.

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

В общем, Zabbix не стоит на месте, развивается. Свою нишу в мониторинге удерживает твердо. Если кто-то не читал мою статью про сравнение Zabbix vs Prometheus, можете ознакомиться. Описал своими словами отличия.

#zabbix #заметка

​​Хочу затронуть вечную тему про бэкапы, но немного в нестандартном ключе. Мне регулярно приходится выполнять задачи, результаты которых неплохо было бы забэкапить. Иногда это не входит в мои обязанности. Либо бывает так, что заказчик откладывает решение вопроса с бэкапами, не придавая ему большого значения.

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

Даже в таких ситуациях лично я всегда стараюсь забэкапить информацию пусть даже своими средствами. И это несколько раз выручало моих заказчиков. Один случай вообще показательный был. Я в течении нескольких недель настраивал большую систему мониторинга. Сразу же предупредил, что надо бэкапить виртуальную машину, где все происходит, чтобы не потерять результат моего труда. Несколько раз об этом напоминал. Бэкапы в итоге делали.

⚡️ Но в один прекрасный день все упало и умерло. В том числе и инфраструктура с бэкапами. Я не вдавался в подробности, что в итоге было. Вроде СХД загнулась, где все мое хранилось. Спасло положение то, что я всегда в конце трудового дня выгружал к себе все шаблоны, карты, схемы, хосты и т.д., с которыми работал в zabbix. Имея эту информацию, удалось малой кровью все восстановить и продолжить настройку.

Суть того, что хочу донести, вот в чем. Вы специалист, а не заказчик. Он может по своему незнанию или заблуждению не придавать должного значения бэкапам, так как с подобными авариями может вообще никогда не сталкивался и считает их вероятность ничтожной. Но не вы, работающий в том числе и с авариями на потоке. Если для вас не накладно в денежном выражении, все равно как, но забэкапить его, сделайте это. Когда все упадет, даже бэкап недельной или месячной давности будет на вес золота.

#заметка #backup