Отличные новости! Все видео докладов HighLoad++ Siberia теперь в открытом доступе. Вот ссылка на плейлист.

И не забудьте сверить свои планы с расписанием HighLoad++ на этот год: highload.ru

@servers уже писал на своем канале об мониторинг SSL на своем канале

Но что-то он никак не запилит пост об:
1) https://servermonitoring.me - умеет в:
- мониторинг SSL,
- uptime ip
- uptime domain
- server monitoring по средством клиента.
- удаленное выполнение комманд ч/з установленный клиент, но только если включить эту опцию при добавлении нового сервера в админ панели, по дефолту такого нет.
- шлет оповещалки на почту
upd: можно боту в skype😏 + боту в Slack

2) https://uptimerobot.com - умеет разные штуки, но проще чем сервис выше:
- uptime ip
- uptime domain
- port monitoring
- проверка доступности сайта по keyword, по авторизации пользователя.
- шлет алерты на почту, есть поддержка webhooks

3) http://ping-admin.ru - тут уже все на русском но:
- Ping
- Детальная разовая проверка сайта
- Traceroute
- Проверка обратных ссылок
- Регулярная проверка сайта
- Проверка ИКС ( хз что это, но для xyz домена не применимо видно)

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

PS: там кстати при регистрации присылают от https://servermonitoring.me email, и говорят, что за 5 френдов приведенных с фейсбука иди ревью сервиса, вас переводят в premium акаунт, где можно подключать в мониторинг 25 серверов, а если вы сделаете оба условия - дадут возможно мониторинга 50 серверов. Дерзайте🤘

Один из вариантов зеркалировать трафик продуктовых сред на стейджинговые
https://github.com/buger/goreplay
#http #mirrorin

https://alex.dzyoba.com/blog/nginx-mirror/
#nginx #mirroring

https://blog.yadutaf.fr/2015/04/25/how-i-shrunk-a-docker-image-by-98-8-featuring-fanotify/
#docker #fanotify #syscall

И подборка интересных утилит, которые попались на глаза недавно.

* ctop — top для контейнеров http://amp.gs/Vhpp
* bashful — красивая замена баша на стероидах http://amp.gs/Vhpv
* scenery — удобная штука, чтобы сделать лог терраформа более читаемым http://amp.gs/VhpV
* git-chglog — генератор ченжлога из истории коммитов http://amp.gs/Vhpf
* bob (Bob Build Tool) — кроссплатформенное решение автоматизации билдов http://amp.gs/Vhp4
* act — утилита для локальной отладки GitHub Actions http://amp.gs/VhpO
* chezmoi — интересная утилита для безопасной организации работы с dot файлами http://amp.gs/VhpU

* krew — менеджер плагинов для kubectl http://amp.gs/VhpG
* helm-diff — плагин для helm, который покажет что изменится при выполнении helm upgrade. http://amp.gs/Vhpk
* kubectl-debug — решение для дебага подов, запускает новый контейнер с кучей установленных тулов http://amp.gs/Vhpy
* netshoot — контейнер с разными утилитами для отладки сети в Docker + Kubernetes http://amp.gs/Vhpg

#digest #tools

redhat-performance/tuned: Tuning Profile Delivery Mechanism for Linux
https://github.com/redhat-performance/tuned
#redhat #perfomance #tuning

Немного про связь времён и чугунное легаси.

Известно, что стандартный размер текстового терминала (80х24 символа, реже 80х25) остался от аппаратных терминалов bit.ly/2R2cyp1, а те унаследовали этот формат от размера перфокарты. Даже окно командной строки в Windows до сих пор имеет такой размер по умолчанию. Менее известный факт в том, что стандарт перфокарт IBM 80-column punched card bit.ly/2W5SMgg, принятый в 1928 году (80х12, межсточный интрвал = 1 строке), заимствовал физический размер карты у перфокарт Германа Холлерита bit.ly/1UKYeQ8, изобретателя перфокарт вообще и основателя компании Tabulating Machine Company, одной из компаний, слияние которых позже породило IBM. Этот самый Герман Холлерит придумал, в частности, табулирующую систему для сбора и обработки статистики переписи населения в США в 1890 году. Задача оптимизации обработки статистики стояла остро, например, результаты предыдущей переписи 1880 года обрабатывались 8 лет. Оптимизировали, как могли, в частности, приспособили к перевозке перфокарт стандартные контейнеры Министерства Финансов, использовавшиеся для перевозки денег. Размер купюры в то время был заметно больше bit.ly/2W79ED6, поэтому перфокарты для переписи сделали того же размера.

Итого, физический размер перфокарты IBM 80-column punched card равен размеру купюр, имеющих хождение в США с 1862 до 1923 года. На холлеритовских перфокартах было 24 колонки, а на новых, образца 1928 года, сделали уплотнение ширины от 3 к 10 и получилось 80. Число столбцов получилось таким, скорее всего, просто потому, что в то время на большинстве печатных машинок стандартная плотность шрифта была 12 символов на дюйм, что даёт максимум около 88 столбцов на карточке шириной 7 3⁄8 дюйма. Если вычесть место под поля и округлить, то получится как раз 80. Плотность шрифта 12 pitch была введена компанией Remington Typewriter где-то между 1886 и 1891 годами (до этого стандартом было 10 pitch), названа Elite, и быстро подхвачена другими производителями печатных машинок bit.ly/2DmoK0r. В итоге, размер окна терминала в символах обусловлен, по всей видимости, отношением размеров долларовой купюры образца 1862 года и стандартом плотности шрифта печатных машинок, введённым примерно в 1890 году.

Бытует мнение, что современные графические разрешения также восходят к размеру перфокарты. Отчасти это так, но есть нюансы. Помимо этого есть другие факторы, влияющие на разрешения экрана. Во-первых, это склонность программистов округлять всё до степеней двойки (у советской БК, например, были графические режимы 512х256 и 256х256). Во-вторых, необходимость учитывать физические неудобства и специфику дисплеев, разные отношения сторон экранов (16:9/4:3/...), разное число строк в развёртке и прочий зоопарк bit.ly/1ZF4glD. Но, действительно, первым графическим стандартом IBM стал в 1981 году CGA bit.ly/2QY0Coo, и там использовался подход, сопоставляющий каждому обычному текстовому знакоместу некоторый прямоугольник пикселей. Так, из текстового режима 80х25 знакомест получилось 640х200 пикселей, а из режима 40х25 -- 320х200 пикселей. Дальше, среди прочих разрешений в течение уже почти 40 лет из CGA умножением на разные константы получились затем всякие VGA, SVGA, SXGA и так далее, до современных монстров типа WHUXGA (7680×4800) bit.ly/2sCFryA.

https://embedi.org/blog/remotely-compromise-devices-by-using-bugs-in-marvell-avastar-wi-fi-from-zero-knowledge-to-zero-click-rce/
#wifi #vuln

https://sys-adm.in/programming/813-json-konfig-dlya-bash-skripta.html
#bash #jq #conf

Классный cheat sheet по регулярным выражениям. Все подкреплено примерами с интерактивным выполнением
#regexp #cheatsheet https://medium.com/factory-mind/regex-tutorial-a-simple-cheatsheet-by-examples-649dc1c3f285

Товарищ написал отличную статью про DHCP и особенности взаимодействия с разными девайсами, но везде вместо фреймов написал пакеты. Что дико оскорбило адептов OSI ибо путать L2 и L3 страшное богохульство.
Дальше всё как принято: читай RFС, не лезь куда сам не понимаешь, ко-ко-ко, бла-бла-бла.
А статья всё ещё отличная, так что, если вас не оскорбляют пакеты при разговоре о DHCP, смело читайте.
https://jimswirelessworld.wordpress.com/2019/01/03/you-should-care-about-dhcp-option-51/

https://youtu.be/0weESQ6s2gg
#youtube #short

https://habr.com/ru/company/flant/blog/436896/
#docker #ps

Grokking the System Design Interview

Самый крутой курс для подготовки к System Design Interview. Очень кратко и емко рассмотрены основные кейсы, термины и понятия, которые необходимо знать для проектирования систем.

Part 1:
https://coursehunter-club.net/t/educative-io-design-gurus-grokking-the-system-design-interview-part-1/579

Part 2:
https://coursehunter-club.net/t/educative-io-design-gurus-grokking-the-system-design-interview-part-2/580

Part 3:
https://coursehunter-club.net/t/educative-io-design-gurus-grokking-the-system-design-interview-part-3/581

Part 4:
https://coursehunter-club.net/t/educative-io-design-gurus-grokking-the-system-design-interview-part-4/583

Part 5:
https://coursehunter-club.net/t/educative-io-design-gurus-grokking-the-system-design-interview-part-5/584

Enabling Centralized Application Logging using the Elastic (ELK) Stack from Stratch: A 15-minutes…
https://medium.com/@brunoamaroalmeida/enabling-centralized-application-logging-using-the-elastic-elk-stack-from-stratch-a-15-minutes-eba501230b3d
#elastic #ELK #syslog

https://dev-ops-notes.ru/%D1%83%D1%87%D0%B5%D0%B1%D0%BD%D0%B8%D0%BA-kubernetes/
#kubernetes #k8s