Забавно что автор статьи тоже упёрся в исходящие соединения, но почему-то не пришел к выводу что ноги этого "мифа" растут как раз из исходящих соединений на балансере :-).
А смысл ксорить? Просто dd и норм, ток убедиться что генератор энтропии есть в системе, а то долго будет. Правда там винда на скрине. Что это за хакеры? Скрипткиддисы? У меня только один нормальный знакомый под виндой сидит.
У вас в запросах сильно больше косяков чем у джанго в доках, и по ссылкам, по крайней мере первой, ничего криминального нет - просто пример более-менее эквивалентного запроса, нормально по-английски написано.
Имхо примеры так себе. Ну куда это годится когда на yaml'лаконичнее и читаемее в 100 раз? Было бы классно показать как на этом можно описать развесистый шаблон из десятка, хотя бы, разнородных сервисов :-).
Кибана практически в сыром виде эти логи и выводит
В ES очень много подводных камней не очевидных даже опытному админу, если он не спец по ES. Это может выстрелить в любой момент - просто не увидишь нужную критичную запись из за особенностей поискового запроса / настроек анализатора.
Выводит то может и похоже, хотя тут тоже спорный момент - настроили или нет корректное разбиение на записи обрабатываемого логфайла при заливке большой вопрос, и чаще ответ будет нет, чем да. Graylog тут чуть лучше смотрится, так как у него хотя бы есть нормальный log-ориентированный протокол.
На любых хоть сколько-нибудь значимых объемах эластик это очень дорого. Стоит ли платить за его мощь как распределенного поискового движка - зависит от случая. Среднестатистический админ профита получит с гулькин нос, а боли - достаточно.
Вообще, кажется что лучше и удобнее чем grep по файлам пока не придумали ничего, но даже таким инструментом не каждый админ умеет нормально пользоваться.
Использовать ZMQ конечно оригинально, и в целом не лишено смысла, но почему не рассматривали вариант взять готовую библиотеку для передачи мультимедиа, которая умеет в какой-нибудь современный Opus, автоматическую подстройку задержки и обработку проблем соединения? И использовать какой-нибудь стандартный для передачи потока аудио протокол :-).
Безотносительно этого вопроса, ребята и ментор - молодцы, нормальная работа.
Тут ведь всё дело в выборке. Если взять самых талантливых IT'шников - то будет 95%. Если взять всех Россиян (а многие студенты IT специальностей потом в IT не идут, так что можно и приравнять) - то и 1% можно нарисовать.
Например, оказалось, что большинство стандартных утилит для работы с HPC (High Performance Computing) поддерживают только IPv4. Яндекс, в свою очередь, уже много лет живёт в дата-центрах IPv6-only.
Пытался через openmpi году примерно в 2016м запустить ipycluster на нодах hahn, не осилил :).
А есть какой-то смысл в "без хабов"? Иначе уж 16 то устройств типа указанных в статье любой современный роутер потянет. Интерфейс для конечного пользователя все равно ведь нужно будет допиливать?
А не было подобного обзора с расшифровкой маркировок Cascade Lake? Было сложно разобраться отличается ли какой-то 24-ядерник от аналогичной старшей модели чем-то кроме порезанного FMA который на машинке с кучей GPU вряд-ли понадобится (не помню, кажется в итоге оказалось что сравнивали модели для 2 vs 4 сокетов), и что за маркировка R.
У вас административно запрещено использовать VirtualenvOperator и все зависимости зашиваются в docker-образ где запускается worker?
Как организовано распределение ресурсов и ответственных за аппрув обновлений версий зависимостей в различных очередях? Каждой команде по своей очереди?
Забавно что автор статьи тоже упёрся в исходящие соединения, но почему-то не пришел к выводу что ноги этого "мифа" растут как раз из исходящих соединений на балансере :-).
А смысл ксорить? Просто dd и норм, ток убедиться что генератор энтропии есть в системе, а то долго будет. Правда там винда на скрине. Что это за хакеры? Скрипткиддисы? У меня только один нормальный знакомый под виндой сидит.
AWS / не дорогие инстансы / GPU. Выберите два из трёх :-).
Доклад хороший, но какая подача - такая и реакция.
Что за i-запросы? Причем здесь "косяки" документации?
Django и его документация - в opensource. Было бы классно, если бы там появилась секция про postgres-специфичный поиск по текстовым полям.
У вас в запросах сильно больше косяков чем у джанго в доках, и по ссылкам, по крайней мере первой, ничего криминального нет - просто пример более-менее эквивалентного запроса, нормально по-английски написано.
Последняя "мечта" уже боян - https://habr.com/ru/news/t/576952/
Имхо примеры так себе. Ну куда это годится когда на yaml'лаконичнее и читаемее в 100 раз? Было бы классно показать как на этом можно описать развесистый шаблон из десятка, хотя бы, разнородных сервисов :-).
В ES очень много подводных камней не очевидных даже опытному админу, если он не спец по ES. Это может выстрелить в любой момент - просто не увидишь нужную критичную запись из за особенностей поискового запроса / настроек анализатора.
Выводит то может и похоже, хотя тут тоже спорный момент - настроили или нет корректное разбиение на записи обрабатываемого логфайла при заливке большой вопрос, и чаще ответ будет нет, чем да. Graylog тут чуть лучше смотрится, так как у него хотя бы есть нормальный log-ориентированный протокол.
На любых хоть сколько-нибудь значимых объемах эластик это очень дорого. Стоит ли платить за его мощь как распределенного поискового движка - зависит от случая. Среднестатистический админ профита получит с гулькин нос, а боли - достаточно.
Вообще, кажется что лучше и удобнее чем grep по файлам пока не придумали ничего, но даже таким инструментом не каждый админ умеет нормально пользоваться.
Локи имеет право на жизнь.
Swift же
Использовать ZMQ конечно оригинально, и в целом не лишено смысла, но почему не рассматривали вариант взять готовую библиотеку для передачи мультимедиа, которая умеет в какой-нибудь современный Opus, автоматическую подстройку задержки и обработку проблем соединения? И использовать какой-нибудь стандартный для передачи потока аудио протокол :-).
Безотносительно этого вопроса, ребята и ментор - молодцы, нормальная работа.
Тут ведь всё дело в выборке. Если взять самых талантливых IT'шников - то будет 95%. Если взять всех Россиян (а многие студенты IT специальностей потом в IT не идут, так что можно и приравнять) - то и 1% можно нарисовать.
Пытался через openmpi году примерно в 2016м запустить ipycluster на нодах hahn, не осилил :).
Да, это вам не pytorch syntetic benchmark на паре Tyan 8x2080ti PCIe3 2x10Gbit гонять, ради таких штук в Яндекс вернуться можно :).
Когда с 16.04 то переедете и на что?..
А есть какой-то смысл в "без хабов"? Иначе уж 16 то устройств типа указанных в статье любой современный роутер потянет. Интерфейс для конечного пользователя все равно ведь нужно будет допиливать?
Так себе UI - зато маркетинг как хорош, какая виральность!
Чтобы это не было отвратительно медленно в конечном итоге всё равно придется завести какую-нибудь громоздкую dask/spark/flink/datafusion.
А не было подобного обзора с расшифровкой маркировок Cascade Lake? Было сложно разобраться отличается ли какой-то 24-ядерник от аналогичной старшей модели чем-то кроме порезанного FMA который на машинке с кучей GPU вряд-ли понадобится (не помню, кажется в итоге оказалось что сравнивали модели для 2 vs 4 сокетов), и что за маркировка R.
Ещё вот такая штука у автора fastapi недавно вышла, с ней стало легче женить модельки с представлением - https://github.com/tiangolo/sqlmodel
У вас административно запрещено использовать VirtualenvOperator и все зависимости зашиваются в docker-образ где запускается worker?
Как организовано распределение ресурсов и ответственных за аппрув обновлений версий зависимостей в различных очередях? Каждой команде по своей очереди?
И как происходит обновление на воркерах?
Статья норм, а вот перевод "специалист по данным" это жесть.