Size: a a a

2019 November 26

V

Vit in DevOps Moscow
А что в итоге? Какое решение? Или что нужно учесть?
источник

GG

George Gaál in DevOps Moscow
> Или что нужно учесть?
да
источник

GM

Gleb Mekhrenin in DevOps Moscow
George Gaál
а под капотом все равно баш
c опытом даже на баше начинаешь идемпотентно писать 😞
источник
2019 November 27

GG

George Gaál in DevOps Moscow
> Или что нужно учесть?
писать максимально правильно, учитывать, что надо все по возможности делать атомарно
источник

GG

George Gaál in DevOps Moscow
помнишь как nginx ребутали? Сначали полностью копировали каталог со статикой, а потом в момент Че тупо меняли симлинк
источник

V

Vit in DevOps Moscow
George Gaál
> Или что нужно учесть?
писать максимально правильно, учитывать, что надо все по возможности делать атомарно
Очень не хватает примеров из жизни :( пока не до конца понял, как именно лучше писать, особенно в случае kubectl и т.п.)
источник

V

Vit in DevOps Moscow
George Gaál
помнишь как nginx ребутали? Сначали полностью копировали каталог со статикой, а потом в момент Че тупо меняли симлинк
К счастью, не помню..всегда просто копировал статику и всё)
источник

GG

George Gaál in DevOps Moscow
Vit
К счастью, не помню..всегда просто копировал статику и всё)
🤦‍♂️🤦‍♂️🤦‍♂️🤦‍♂️
источник

GG

George Gaál in DevOps Moscow
Vit
Очень не хватает примеров из жизни :( пока не до конца понял, как именно лучше писать, особенно в случае kubectl и т.п.)
в случае с кьюбктл просто подумай о том, что у тебя есть необходимость создать Н+ ресурсов, чтобы твой сервис заработал.
При этом кьюбктл по сути своей асинхронный. Он тупо пушит манифест в кубер. Дальше много магии. Какое-то количество времени (неопределенное!) и получается.... работающий сервис. Или оно ломается
источник

GG

George Gaál in DevOps Moscow
либо вообще забей болт и думай о том, что ты сделал автоматизацию и она экономит тебе время
источник

GG

George Gaál in DevOps Moscow
а то что она ломается... ну бывает....
источник

V

Vit in DevOps Moscow
George Gaál
в случае с кьюбктл просто подумай о том, что у тебя есть необходимость создать Н+ ресурсов, чтобы твой сервис заработал.
При этом кьюбктл по сути своей асинхронный. Он тупо пушит манифест в кубер. Дальше много магии. Какое-то количество времени (неопределенное!) и получается.... работающий сервис. Или оно ломается
Да, поэтому мы делаем свою деплоилку сейчас, ну и я там делаю хелсчеки на все сущности, что мне нужно создать, да.

Или helm , хелсчеки и т.п., вероятно, может работать.

А ещё , в концепции cloud native сервис должен адекватно пережить, если что-то частично отвалилось или ещё не поднялось, ну и т.п.)
источник

V

Vit in DevOps Moscow
Mikhail Leonov
Коллеги, мы рады вам сообщить, что конференция DevOpsDays Moscow 2019 полностью укомплектована! Спикеры разминают рты, мерч раскатывается в типографиях, настолки закупаются. Потому что в программе конференции не только доклады, но и активный нетворкинг!  С программой и спискерами можно ознакомится на сайте https://devopsdays.ru/
А для этого чата ЭКСКЛЮЗИВНЫЙ промокод на скидку 10%: devopsmoscow
Мы тут сделали подробное раскрытие программы со всеми активностями и лайтнингами т .п.. для самых изысканных)

Думаю, всем будет интересно почитать)
https://m.habr.com/ru/company/scienceman_events/blog/475658/
источник

МS

Михаил SinTeZoiD in DevOps Moscow
Я тут понял, что разь я не в ПК, то могу вернуться на тёмную сторону задавания неудобных вопросов людям
источник

IM

Ivan Moiseev in DevOps Moscow
Михаил SinTeZoiD
Я тут понял, что разь я не в ПК, то могу вернуться на тёмную сторону задавания неудобных вопросов людям
А че, тебя не взяли?
источник

DN

Dmitry Nagovitsin in DevOps Moscow
Михаил SinTeZoiD
Я тут понял, что разь я не в ПК, то могу вернуться на тёмную сторону задавания неудобных вопросов людям
Ты заметил что там будет Пузырев?
источник

V

Vit in DevOps Moscow
Ivan Moiseev
А че, тебя не взяли?
Нет, просто Миша тоже очень загружен
источник

V

Vit in DevOps Moscow
Михаил SinTeZoiD
Я тут понял, что разь я не в ПК, то могу вернуться на тёмную сторону задавания неудобных вопросов людям
Мы всегда можем все что угодно. Главное помнить о последствиях и брать ответственность за свои поступки 😂
источник

DN

Dmitry Nagovitsin in DevOps Moscow
Vit
Мы всегда можем все что угодно. Главное помнить о последствиях и брать ответственность за свои поступки 😂
Дада
источник

DN

Dmitry Nagovitsin in DevOps Moscow
Пусть потом не обижается, когда его из зала просят вывести докладчики!
источник