Size: a a a

Обсуждения техдирские

2019 August 31

СХ

Старый Хрыч in Обсуждения техдирские
Кабак уровня /b/
почему заббикс дрисня?
https://t.me/metrics_ru там тебе подробно обьяснят желающие
источник

К

Кабак уровня /b/ in Обсуждения техдирские
спс
источник

rd

r d in Обсуждения техдирские
Старый Хрыч
увы не всегда, например есть такая штука postgresql называется, и например запрос который на 20-40 гб базе не вызывал никаких проблем, на базе в 600 гб кладёт базу
Да там вообще свои погремушки бывают. Особенно если всякие lob в табличках хранить. Только вот зачем?
источник

СХ

Старый Хрыч in Обсуждения техдирские
r d
Да там вообще свои погремушки бывают. Особенно если всякие lob в табличках хранить. Только вот зачем?
потому что не модно нанимать дба и дб программиста, мы же модные
источник

rd

r d in Обсуждения техдирские
Старый Хрыч
потому что не модно нанимать дба и дб программиста, мы же модные
Эх гифки тут нельзя...
источник

PD

Phil Delgyado in Обсуждения техдирские
Ну, кстати, я не нанимаю dba и db-программиста. Сейчас внешняя поддержка оказывается выгоднее )
источник

СХ

Старый Хрыч in Обсуждения техдирские
Phil Delgyado
Ну, кстати, я не нанимаю dba и db-программиста. Сейчас внешняя поддержка оказывается выгоднее )
они и её не берут, у меня недавно был в линке предложение, у людей было плохо с пг, запросы все через sequel, про составные индексы даже никто не слыхал, гениальная идея была поставить столон в кубер и тем самым снять нагрузку с пг
источник

PD

Phil Delgyado in Обсуждения техдирские
Ну, идиотизм всегда бывает...
источник

СХ

Старый Хрыч in Обсуждения техдирские
на последнем официальном месте работы тоже самое
источник

СХ

Старый Хрыч in Обсуждения техдирские
чтобы не делать составные индексы люди сделали базу состоящую из огромного числа дублирующих колонок и таблиц в схемах, и запилили кучу "микросервисов"
источник

AK

Aleksandr Komlev in Обсуждения техдирские
Phil Delgyado
Конечно инциденты бывают. Но вот у меня потребность пустить разработчика на прод возникает где-то раз в год (да и то можно и без этого, но сесть за спиной отвественного админа и СБшника оказывается быстрее, нежели запрашивать дампы). Но 95% процентов проблем на проде не требуют наличия доступа.
При том, что в финтехе быают сервисы, доступа к которым, по хорошему, даже у сисадминов нет. Только коллективные...
так я не говорил что это нужно вам
источник

СХ

Старый Хрыч in Обсуждения техдирские
на предложение убрать нафиг этот треш, и поставить спарк вместо дубликатов и 100 задач в cronjob, мне ответили - мы не хотим монолит.... а спарк выглядит как монолит
источник

PD

Phil Delgyado in Обсуждения техдирские
Aleksandr Komlev
так я не говорил что это нужно вам
Так и вам не нужно. Да, можно продолжать жить и так, как и сейчас - но это все bad smell
источник

AK

Aleksandr Komlev in Обсуждения техдирские
Phil Delgyado
Так и вам не нужно. Да, можно продолжать жить и так, как и сейчас - но это все bad smell
нет, вы не правы в том что считаете, что всем можно как и вам, но это не так. нетфликс, гугл, амазон все пускают разработчиков в продуктовые кластеры для совместной работы над проблемами. наверное, им все же это не нужно, да, бэд смел
источник

rd

r d in Обсуждения техдирские
Старый Хрыч
на предложение убрать нафиг этот треш, и поставить спарк вместо дубликатов и 100 задач в cronjob, мне ответили - мы не хотим монолит.... а спарк выглядит как монолит
Ну может они любят страдать...
источник

rd

r d in Обсуждения техдирские
Aleksandr Komlev
нет, вы не правы в том что считаете, что всем можно как и вам, но это не так. нетфликс, гугл, амазон все пускают разработчиков в продуктовые кластеры для совместной работы над проблемами. наверное, им все же это не нужно, да, бэд смел
А тут выше писали про составные индексы. И что их не делают. Давайте тоже не делать составные индексы!
источник

PD

Phil Delgyado in Обсуждения техдирские
Aleksandr Komlev
нет, вы не правы в том что считаете, что всем можно как и вам, но это не так. нетфликс, гугл, амазон все пускают разработчиков в продуктовые кластеры для совместной работы над проблемами. наверное, им все же это не нужно, да, бэд смел
И при этом вкладывают огромные ресурсы в нормальный мониторинг и логирование.
Пускать разработчиков на прод - крайний случай, а не нормальное решение.
Да и не разработчиков, а SRE инженеров
источник

rd

r d in Обсуждения техдирские
Phil Delgyado
И при этом вкладывают огромные ресурсы в нормальный мониторинг и логирование.
Пускать разработчиков на прод - крайний случай, а не нормальное решение.
Да и не разработчиков, а SRE инженеров
А разве буква Е в SRE это не инженеры?
источник

PD

Phil Delgyado in Обсуждения техдирские
Ну да. Но не developers )
источник

СХ

Старый Хрыч in Обсуждения техдирские
r d
Ну может они любят страдать...
судя по hh и кол-ву куберов при 1 админе - страдать национальная идея
источник