Чатик а вот зачем девопсу или даже sre может потребоваться учится програмить на яве ?

патчить кривоработающую хрень. уметь аргументированно сказать девелоперам где они неправы

патчить кривоработающую хрень. уметь аргументированно сказать девелоперам где они неправы

Но дляэтоговыучить яву будет недостаточно

Такое сможет сделать только бывший девелопер, который стал девопсом

насобирать стектрейсов и заглянуть в код глянуть что за херня творится - уже лучше, чем на кофейной гуще гадать

Такое сможет сделать только бывший девелопер, который стал девопсом

именно что да

насобирать стектрейсов и заглянуть в код глянуть что за херня творится - уже лучше, чем на кофейной гуще гадать

но для этого надо уметь всего лишь читать яву

Щас будет вброс

Вброс: Вообще не понимаю, почему кто-то становится девопсом без бэкграунда разработчика.

зачем разработчику становиться девопсом?

Хехехе... Потому что нет никаких девопсов...

но для этого надо уметь всего лишь читать яву

там где чтение, там и патчи

Есть админящие разрабы, есть разрабящие админы... Девопс - всего лишь направление

Еще один вброс: Почему разрабы, которые всю жизнь говнокодили на своей жабке, думают, что способны справиться с тем, что должно работать надежно?

Еще один вброс: Почему разрабы, которые всю жизнь говнокодили на своей жабке, думают, что способны справиться с тем, что должно работать надежно?

Как девопс который не умеет работать с базой будет понимать куда копать если не умеет в SQL?

Хехехе... Только вот как администрирование БД связано с разработкой?

Правда в том, что разрабы сами мало понимают SQL в большинстве своем

И администрирование БД испокон веку на админах... Хехехе

Ну те что мало понимают просто упоротые

админ должен понимать в sql?

Ну типа если у него SQL сервер тормозит, то что?

админ должен понимать в sql?

хорошо бы

Секционирование, оптимизация запросов...

Либо это эникей, просьба не путать

Ну типа если у него SQL сервер тормозит, то что?

то DBA

у вас как-то категорично. либо эникей, либо шива восьмирукий

то DBA

они еще остались в чистом виде?

они еще остались в чистом виде?

да

рядом со мной два сидят

тут рядом девопс дба есть

Ага, это тоже админ... И, в большинстве случаев, админко старается стать универсалом. Чутка DBA, чутка сетевик, многа-многа-юниксоид, немного виндузятник

DBA только в очень больших и богатых конторах...

Ага, это тоже админ... И, в большинстве случаев, админко старается стать универсалом. Чутка DBA, чутка сетевик, многа-многа-юниксоид, немного виндузятник

мой опыт говорит что наоборот. народ пытается развиваться в сторону которая его больше интересует. ну и очень большая контора понятие относительное

большая в каком смысле? много работников, много юзеров, много нагрузки на базы?

Больше нагрузка на базы, конечно

ну так если нагрузки мало то и оптимизировать нечего :) а если нагрузки много, то тебе уже нужен спец, а не универсал

Это они по неопытности. Как только становится совсем скучно на одном месте - приходится искать другое. А для этого надо бы иметь широкие компетенции.

Если нагрузки большие, но мало изменений в БД ( в смысле структуры ), то зачем специальный человек?

Тут либо аутсорс, либо универсал.

ну так бизнес не стоит же на месте

Аутсорс - дорого и ненадежно. Можно попасть на недобросовесного подрядчика.

Бизнес не особо приветствует изменения ради изменений. И если есть возможность - останется на старой базе. Зачем риски?

Это они по неопытности. Как только становится совсем скучно на одном месте - приходится искать другое. А для этого надо бы иметь широкие компетенции.

я хз, у нас два DBA, один по постгре, один по мускулу, оба ездят по конфам, пишут статьи и тд. в универсалы не собираются

админ на вопрос о том почему медленно, максимум даст тебе топ медленных запросов :)

Бизнес не особо приветствует изменения ради изменений. И если есть возможность - останется на старой базе. Зачем риски?

мы из разным миров видимо. у нас хипстеров все меняется постоянно

А, ну это очень крутые чуваки, поздравляю их. Но вряд-ли они не смогут настроить сетку, или не разбираются в стэке TCP-ip

А, стартапы...

Когда-то они вырастут, либо умрут.

А когда ты вырос - риски это миллионы потерь. Простой час - сотни тысяч денег, да еще репутационные потери...

да, все так

но это не значит что развиваться не надо

Но эти DBA не задержатся в выросшей конторе.

Им будет скучно

))

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

то картридж поменял, ага

Хех... Долго придумывал? Петросян... Хехехе.

Просто не каждая контора готова по 100к платить человеку, который вместо работы по конфам да статейки

И да, не по 100 же, что это я... 150, однако, минимум же

У меня смешной вопрос. А кто-нибудь DNSSEC на своих DNS поддерживает? Как сделали? Просто интересно кто чего как

не ведитесь! это не смешной вопрос когда его фил задает.

у него целый чат про это есть

не ведитесь! это не смешной вопрос когда его фил задает.

спалил

Днссек не нужен жи

Днссек не нужен жи

Вроде, были какие-то разговоры и у нас и в Штатах, что гос. конторам будет нужен DNSSec в обяхзательном порядке

Всем привет. Не подскажете в чем может быть проблема ? https://stackoverflow.com/questions/46287686/nginx-ssl-socket-io

В нгинксе

Всем привет а был ли у кого то опыт работы с elasticsearch 2.x , у меня 1% запросов в кластер на bulk индексацию тупо остаются без ответа т.е. вот коннект пошел, запрос ушел а ответа нет и у меня срабатывает на клиенте естесвенно connection timeout ... timeout 120 sec стоит... больше уже не выкрутить, а остальное все нормально за 0.01 сек индексируется... в данных котторые в bulk идут ничего подозрительного нет этот же запрос чуть позже нормально отрабатывается

Дропов на сетевых интерфейсах нет?

спасибо разобрались без моего ведома нагрузили одну из нод с эластиком несвойственной ей работой... и забили там CPU ... вот оно и отмораживалось...

спасибо разобрались без моего ведома нагрузили одну из нод с эластиком несвойственной ей работой... и забили там CPU ... вот оно и отмораживалось...

лимиты помогают :)

Товарищи, а вот у меня одна страничка грузится дохулиард секунд, а хочется быстро. Стоит nginx -> PHP-backend. Сделали Решение с nginx-кешем, но он не контролирует права пользователя и страница доступна по прямой ссылке. Есть какие-то параметры nginx, чтобы кешировать, но отдавать только авторизованным юзерам и не вызывать PHP каждый раз, не пилить там кеш?

куку проверять

Товарищи, а вот у меня одна страничка грузится дохулиард секунд, а хочется быстро. Стоит nginx -> PHP-backend. Сделали Решение с nginx-кешем, но он не контролирует права пользователя и страница доступна по прямой ссылке. Есть какие-то параметры nginx, чтобы кешировать, но отдавать только авторизованным юзерам и не вызывать PHP каждый раз, не пилить там кеш?

Cache-Control / SSI и так далее

куку проверять

Но куку-то надо в хранилище проверять получается, а nginx не может - у него лапки.

Перекладывать такое на nginx весьма костыльно, лучше уж тогда отдавать из внутреннего кеша пхп после проверки всех прав

Товарищи, а вот у меня одна страничка грузится дохулиард секунд, а хочется быстро. Стоит nginx -> PHP-backend. Сделали Решение с nginx-кешем, но он не контролирует права пользователя и страница доступна по прямой ссылке. Есть какие-то параметры nginx, чтобы кешировать, но отдавать только авторизованным юзерам и не вызывать PHP каждый раз, не пилить там кеш?

ну либо юзать lua, либо юзайте nginx c memcached

Всем привет! Не подскажите были у вас проблемы при обновлении redis до 4 версии, с, к примеру, 3.2.4 ? Система Centos 7.4

Добрый день

а с кибернетс работали гугловым?

https://t.me/kubernetes_ru