Загуглить и забыть - это называется "эффект Гугл" aka "цифровая амнезия". Достаточно вредное явление с точки зрения мозга. Следующий левел - ИИ-боты. Тут люди уже забудут как гуглить... Терминальная стадия - неспособность что-либо делать, если отключили Интернет.
@@KonstantinVinnichenko у меня серверов несколько тысяч - на все заходить жизни не хватит а вот сделать инфрастуктуру-как-код, да ещё чтобы этот код был читаемым, его можно было расширять, поддерживать, а не простыни из регулярок, в которых спустя годы найдёшь серьёзные ошибки...
@russian_ZOV это всё понятно и прекрасно, но тем же ансиблом вы не всегда обойдетесь и наступит момент когда где-то в автоматизации у вас появится дедушка sed. Опять же - при траблшутинге вы автоматизацией тоже пользоваться не будете. Поскольку в никсах масса всего в текстовом виде - как конфигов так и логов умение потоково это обрабатывать еще никому не повредила.
@@KonstantinVinnichenko sed, awk, regexp-ы - это антипаттерн, всегда что-то забудете, кто-то ошибётся, пролежит N лет регулярка с дыркой (забыл про пробелы в начале и т.п.) почему я не буду пользоваться ansible при траблшутинге, если у меня стоит ферма? у меня запросы балансируются на 10 серверов умение потоково обрабатывать логи есть в LOKI, если у вас highload - там столько будет результатов, что вам глаз не хватит оценить вывод sed-а случаев когда надо залезть и посмотреть "а что там на сервере в конфиге" при сотнях серверов у вас не может быть, если у вас кто-то залез и ручками что-то подредактировал - вы просто (пере-)раскатывание конфига из git-а из scheduler-а и по hook-у
вы бы лучше сняли что то более современное, может гайды по ансибл или тераформ, данные вещи можно загуглить и забыть как страшный сон
Загуглить и забыть - это называется "эффект Гугл" aka "цифровая амнезия". Достаточно вредное явление с точки зрения мозга.
Следующий левел - ИИ-боты. Тут люди уже забудут как гуглить...
Терминальная стадия - неспособность что-либо делать, если отключили Интернет.
какой нахрен план? про сед вступление на час
это для фанатов ретрокомпьютинга что ли?
в 2024 наверное с десяток есть альтернатив рабочих - делающих всё то же самое, но простых, понятных, логичных
Ну хорошо, зашли вы на сервер. Там скорее всего ничего кроме sed-а и awk не будет - какие альтернативы вы будете использовать и как?
Сударь, да вы дилетант))
@@KonstantinVinnichenko у меня серверов несколько тысяч - на все заходить жизни не хватит
а вот сделать инфрастуктуру-как-код, да ещё чтобы этот код был читаемым, его можно было расширять, поддерживать, а не простыни из регулярок, в которых спустя годы найдёшь серьёзные ошибки...
@russian_ZOV это всё понятно и прекрасно, но тем же ансиблом вы не всегда обойдетесь и наступит момент когда где-то в автоматизации у вас появится дедушка sed. Опять же - при траблшутинге вы автоматизацией тоже пользоваться не будете. Поскольку в никсах масса всего в текстовом виде - как конфигов так и логов умение потоково это обрабатывать еще никому не повредила.
@@KonstantinVinnichenko sed, awk, regexp-ы - это антипаттерн, всегда что-то забудете, кто-то ошибётся, пролежит N лет регулярка с дыркой (забыл про пробелы в начале и т.п.)
почему я не буду пользоваться ansible при траблшутинге, если у меня стоит ферма? у меня запросы балансируются на 10 серверов
умение потоково обрабатывать логи есть в LOKI, если у вас highload - там столько будет результатов, что вам глаз не хватит оценить вывод sed-а
случаев когда надо залезть и посмотреть "а что там на сервере в конфиге" при сотнях серверов у вас не может быть, если у вас кто-то залез и ручками что-то подредактировал - вы просто (пере-)раскатывание конфига из git-а из scheduler-а и по hook-у