Вот это, кстати, очень неочевидная вещь. Нужно прям в себе что-то сломать и дисциплину выработать, чтобы и перед любой встречей повестку готовить, и в конце минутки записать. Ну кроме стендапа. Раньше не понимал фразу "встреча без повестки не нужна, встреча без минуток - потраченное время". А потом как понял :)
Ну и начинать день с календаря - это прям обязательным стало, это правда.
Сначала мы убрали эту задачку под звёздочку. Подумали — убрали под две. А потом вообще исключили из домашки.
Да, мы потом после нашего исследования предложили тем, кто чувствует в себе силу, посмотреть на это. Но как-то градус вашей категоричности не соответствует такой формулировке.
Если очень грубо, для обработки ip-пакетов (через raw socket), в том числе броадкасты, сетевому стеку нужен настроенный ip-адрес. Собственно, именно так и работает dhcp-сервер. и чтобы получать броадкаст-поток с интерфейса и выдавать адреса он требует наличия адреса из раздаваемой сети, иначе не запустится.
raw socket - это raw ip socket, для него нужен сконфигурированный на интерфейсе IP стек. иначе работать нужно уже на уровне ethernet. Например, через bpf
Да, возможно, я тут был как обычно слегка яндекс-центричен ;) На небольших масштабах, думаю, это вполне оправдано, тем более как единый источник информации. Хотя раньше это было не очень удобно.
Дело не напрямую в переходе на микросервисы, а в том, что мы перешли к парадигме IaaS - освободили себя от необходимости обслуживать железо, реализовывать его мониторинги итд. А микросервисы позволяют полагаться не на бэкапы, а на то, что в случае чего мы выкатываем последнюю стабильную версию контейнера
Так ведь об этом и история - на тот момент все скромные силы и помыслы нашей команды в 4 человека были направлены на сеть - Датацентры, магистраль, внешняя связность, Cloud InterConnect, всё остальное было по почти остаточному принципу - чтобы нашу рутину сгладить и оптимизировать. Не было ни мониторингов, ни снапшотов этих машин, ни плейбуков. Притом, что, я повторюсь, мы понимали, что это яма, что мы сами себе копаем.
Вот так:
Ну я пишу статьи, а они обычно или в html или в markdown или в, прости господи, rst)
Вот это, кстати, очень неочевидная вещь. Нужно прям в себе что-то сломать и дисциплину выработать, чтобы и перед любой встречей повестку готовить, и в конце минутки записать. Ну кроме стендапа. Раньше не понимал фразу "встреча без повестки не нужна, встреча без минуток - потраченное время". А потом как понял :)
Ну и начинать день с календаря - это прям обязательным стало, это правда.
С девайсам всё просто: для быстрой выгрузки приходящих мыслей - то, что под рукой - телефон. Для заметок по дороге - тоже.
Для чего-то длинного обычно ноут. Но посты для инсты и телеги зачастую пишу и в телефон.
Вся вёрстка, форматирование, конечно, на ноуте :)
Ну вот для этого я и использую напоминания себе в телеге - они и потренькают, и повибрируют, и повисят ещё противным кружочком в непрочитанных)
Значит это был неправильный инструмент под ваши задачи. Если их можно было откладывать на потом, значит они были не такими уж важными)
Я хорошо понимаю, потому что у меня тоже так было. Ровно до того момента, как я не почувствовал необходимость именно срочные вещи не забывать)
Да, всё так) И про dhclient или libpcacp)
Возможно, вы блокировали его на стороне сервера - там проблем нет)
Приятно и забавно)
Не спортивно)
Недопонимание устранено)
Спасибо на добром слове!
Вы меня, конечно, извините, но
Да, мы потом после нашего исследования предложили тем, кто чувствует в себе силу, посмотреть на это. Но как-то градус вашей категоричности не соответствует такой формулировке.
Зато ребята вот нашли, где на практике применить XDP-программку с пользой для дела)
О, да, я как-то про него вообще забыл написать.
Добрыйвечер.
Да вопросов нет, что это можно разными способами сделать.
Просто тут случился интересный, хотя и практически бесполезный разрыв привычных представлений)
Процитирую Бориса Лыточкина :)
Если очень грубо, для обработки ip-пакетов (через raw socket), в том числе броадкасты, сетевому стеку нужен настроенный ip-адрес. Собственно, именно так и работает dhcp-сервер. и чтобы получать броадкаст-поток с интерфейса и выдавать адреса он требует наличия адреса из раздаваемой сети, иначе не запустится.
raw socket - это raw ip socket, для него нужен сконфигурированный на интерфейсе IP стек. иначе работать нужно уже на уровне ethernet. Например, через bpf
Ну как автор я к этому давно привык. Поэтому обиды нет никакой)
Спасибо за ваш комментарий. Ковыряли мы это втроём и с большим интересом!
Да, возможно, я тут был как обычно слегка яндекс-центричен ;) На небольших масштабах, думаю, это вполне оправдано, тем более как единый источник информации. Хотя раньше это было не очень удобно.
Кажется, мы разный смысл вкладываем в слова "сборка" и "полноценный" :)
Дело не напрямую в переходе на микросервисы, а в том, что мы перешли к парадигме IaaS - освободили себя от необходимости обслуживать железо, реализовывать его мониторинги итд.
А микросервисы позволяют полагаться не на бэкапы, а на то, что в случае чего мы выкатываем последнюю стабильную версию контейнера
Так ведь об этом и история - на тот момент все скромные силы и помыслы нашей команды в 4 человека были направлены на сеть - Датацентры, магистраль, внешняя связность, Cloud InterConnect, всё остальное было по почти остаточному принципу - чтобы нашу рутину сгладить и оптимизировать.
Не было ни мониторингов, ни снапшотов этих машин, ни плейбуков. Притом, что, я повторюсь, мы понимали, что это яма, что мы сами себе копаем.