Size: a a a

2019 September 02

PK

Pavel Klyuev in DevOps Moscow
Я бы тоже принял участие, я не писал, но парочку использовал, тоже хочется немного deep dive
источник

ML

Mikhail Leonov in DevOps Moscow
На новокузнецкой есть норм местечко, грабли в верандой
источник

ML

Mikhail Leonov in DevOps Moscow
Нужно ловить последние теплые деньки
источник

DN

Dmitry Nagovitsin in DevOps Moscow
Gleb Mekhrenin
а мне нравятся истории неуспеха, особенно когда опыт какой-то есть и ты сразу знаешь что это не сработает, слушаешь - читаешь и прям предвкушаешь что ща как навернется все потому что иначе не могло быть -_-
Ну тут такое. Не всегда то что не вышло у одних, не выйдет у других. Опять же информация устаревает, инструменты развиваются. Сегодня у тебя не вышло, в завтра появляется фича у инструмента, которая решает блокер.
источник

DN

Dmitry Nagovitsin in DevOps Moscow
И да, не так важна тема доклада, как конкретный доклад. Я столько раз ожидал от доклада ценной информации, так как тема актуальная для меня и обламывался, и в то же время, бывает что доклад на невнятную тему, но очень крутой
источник

DN

Dmitry Nagovitsin in DevOps Moscow
Да и вообще, как показывает практика, основную пользу от доклада получает докладчики, все остальные по большому счету, тратят время
источник

GM

Gleb Mekhrenin in DevOps Moscow
я все таки проблему вижу в том что структура типичного доклада такая:
- мы не изучали беспрактиксы и делали как нам нравилось
- у нас не получилось
- прочитали документацию и бп
- у нас все стало хорошо, мы молодцы хвалите нас

по инфре так точно таких докладов 90%
источник

DN

Dmitry Nagovitsin in DevOps Moscow
Gleb Mekhrenin
я все таки проблему вижу в том что структура типичного доклада такая:
- мы не изучали беспрактиксы и делали как нам нравилось
- у нас не получилось
- прочитали документацию и бп
- у нас все стало хорошо, мы молодцы хвалите нас

по инфре так точно таких докладов 90%
Ну дело в том что за "изучать бестпрактисы" не всегда кроется просто "почитали раздел в документации"
источник

DN

Dmitry Nagovitsin in DevOps Moscow
У многих продуктов бестпрактисы не на виду
источник

DN

Dmitry Nagovitsin in DevOps Moscow
У того же сефа. Вот был крутой доклад "анталогия аварии сеф" или как-то так. Там много вещей рассказывали, которые не совсем на поверхности
источник

H

Hopf in DevOps Moscow
Dmitry Nagovitsin
У того же сефа. Вот был крутой доклад "анталогия аварии сеф" или как-то так. Там много вещей рассказывали, которые не совсем на поверхности
Это про digital ocean?
источник

DN

Dmitry Nagovitsin in DevOps Moscow
Hopf
Это про digital ocean?
Не, кто-то из интеграторов емнип
источник

GM

Gleb Mekhrenin in DevOps Moscow
Dmitry Nagovitsin
У того же сефа. Вот был крутой доклад "анталогия аварии сеф" или как-то так. Там много вещей рассказывали, которые не совсем на поверхности
с цефом достаточно понимать что если у тебя нет двух команд - 1) для фикса багов в ядре 2) для поддержки - то не надо туда лезть. Просто и очевидно
источник

DN

Dmitry Nagovitsin in DevOps Moscow
Gleb Mekhrenin
с цефом достаточно понимать что если у тебя нет двух команд - 1) для фикса багов в ядре 2) для поддержки - то не надо туда лезть. Просто и очевидно
Ну, мы эксплуатировали и без этих составляющих
источник

DN

Dmitry Nagovitsin in DevOps Moscow
И не один год
источник

DN

Dmitry Nagovitsin in DevOps Moscow
Все зависит от ограничений, как всегда
источник

GM

Gleb Mekhrenin in DevOps Moscow
я раскину предположить что данных было настолько мало что их можно было почти куда угодно положить и оно бы как-то работало. Основные жертвы это которые ведутся на "10000 осд и петабайт скейлбл"
источник

GM

Gleb Mekhrenin in DevOps Moscow
что бы хранилка на сотню-две теров работала плохо это постараться еще уметь надо от начала выбора железа и заканчивая настройками, а вот дальше
источник

GM

Gleb Mekhrenin in DevOps Moscow
источник

GM

Gleb Mekhrenin in DevOps Moscow
случайно попалось ща
источник