По моему скромному мнению - сейчас резюме в IT вообще нужно только для поиска по ключевым словам + превью для того, кто будет проводить техническое собеседование. Как бы подробно ты всё не расписывал на три страницы - никто не будет читать твоё резюме полностью, я это уже проверил на себе. Даже если ты напишешь самым явным образом "мне это не интересно, пожалуйста, не предлагайте, мне интересно другое" - рекрутерам на это пофиг. Случались даже конфузы, когда аутсорсеры приглашают на работу в ту же компанию где он работает, но на более высокую зарплату и такую же должность. Ну это вообще сюр, и таких кадров я за год насмотрелся - больше чем дофига. Очень модно быть рекрутером, но очень непопулярно быть хорошим рекрутером. 15% годовых от дохода айтишника хочется получить любыми правдами и неправдами. И это печально.
У меня одного единственного из компании симпатию вызывает logstash вместо fluentd. Все остальные за fluentd, потому что в докере логдрайвер из коробки есть, кубернетес и вот это вот всё. А ещё регэксп, который надо всем уметь и знать по дефолту, вместо изучения онигурамы, которая хз где ещё пригодится девопсу.
Как по мне — если у тебя эластик стэк стоит, то какого черта делать выбор в пользу сторонних решений? Всё легче поддерживать в актуальном состоянии, у каждого компонента в стеке есть pressure control и xpack monitoring.
fluentd неплох, ничего не скажу, но logstash сильно изменился с тех времён когда был тяжеловесен, работал на java и ставился на каждый хост, тогда и filebeat не было. Сейчас всё иначе, но никто не хочет разбираться. Я наоборот по большей части сталкиваюсь с предпочтениями fluentd логсташу.
Задача решается либо установкой fluent в качестве клиента, либо отправкой логов по tcp/udp средствами самого приложения. Например, nginx может слать логи в syslog over udp. Вам, конечно, целостность логов это не гарантирует, но и клиентов для сборки логов не надо будет ставить. Fluentd слушает на другом серваке по опубликованному порту. Профит. (ещё больший профит от использования logstash вместо fluentd)
А у Вас уже есть какие-то сравнительные данные по текущей Вашей конфигурации и по конфигурации с использованием Filebeat? Я сейчас решаю похожую проблему централизованного сбора логов в компании с большим потоком трафика, и пока что использование Filebeat на хостах + отдельных нод logstash + кластера ES — видится более чем адекватным. Тем более, что связка Filebeat + Logstash умеет между собой договариваться о том, чтобы данные передавались с какой надо скоростью, и при этом не терялись.
Организовать сбор статистики по производительности веб-приложения в браузере его клиентов на основании js Navigation Timing API — делается в 2 файла на PHP на 30 строк.
А можно примеров рабочих увидеть? В сети такой информации не нашел. Нужно системно собрать статистики на несколько тысяч сайтов по списку.
Не могу понять, как можно использовать User timing api для сбора статистики по загрузке, например, тысячи сайтов? SiteSpeed.io вроде можно приспособить для этого, но он откровенно лагучий, увидеть его в работе так и не получилось.
Ну это тема-фреймворк, насколько мне известно. PageLines вроде называется. Штука классная, сам использую, только английскую и нечестную в некоммерческих целях) Просто интересно было, перевод сами делали или уже разработчики все устроили.
https://theuselessweb.site/nooooooooooooooo/
По моему скромному мнению - сейчас резюме в IT вообще нужно только для поиска по ключевым словам + превью для того, кто будет проводить техническое собеседование. Как бы подробно ты всё не расписывал на три страницы - никто не будет читать твоё резюме полностью, я это уже проверил на себе. Даже если ты напишешь самым явным образом "мне это не интересно, пожалуйста, не предлагайте, мне интересно другое" - рекрутерам на это пофиг. Случались даже конфузы, когда аутсорсеры приглашают на работу в ту же компанию где он работает, но на более высокую зарплату и такую же должность. Ну это вообще сюр, и таких кадров я за год насмотрелся - больше чем дофига. Очень модно быть рекрутером, но очень непопулярно быть хорошим рекрутером. 15% годовых от дохода айтишника хочется получить любыми правдами и неправдами. И это печально.
У меня одного единственного из компании симпатию вызывает logstash вместо fluentd. Все остальные за fluentd, потому что в докере логдрайвер из коробки есть, кубернетес и вот это вот всё. А ещё регэксп, который надо всем уметь и знать по дефолту, вместо изучения онигурамы, которая хз где ещё пригодится девопсу.
Как по мне — если у тебя эластик стэк стоит, то какого черта делать выбор в пользу сторонних решений? Всё легче поддерживать в актуальном состоянии, у каждого компонента в стеке есть pressure control и xpack monitoring.
fluentd неплох, ничего не скажу, но logstash сильно изменился с тех времён когда был тяжеловесен, работал на java и ставился на каждый хост, тогда и filebeat не было. Сейчас всё иначе, но никто не хочет разбираться. Я наоборот по большей части сталкиваюсь с предпочтениями fluentd логсташу.
А можно примеров рабочих увидеть? В сети такой информации не нашел. Нужно системно собрать статистики на несколько тысяч сайтов по списку.
bash: /usr/bin/find: Argument list too long
Это и есть основная проблема.
Я использую: for i in sess_*; do rm -r $i | echo $i; done
Смотрел на картинки строительства ДЦ вКонтакте. Они как раз входят в тройку Tier 3 в России?
Я один нахожу эту фразу забавной?
Работать с серверами в дата-центре мне приходится именно из консоли.
Ввиду того, что нет ^ и $, я правильно понял?