Наш опыт с Kubernetes в небольших проектах / Дмитрий Столяров (Флант) 

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

У нас в компании так и сделано.

Тем что, что это дорого. Когда будешь работать в коммерческом проекте, то поймёшь. У нас например не совсем маленькая компания (где-то 6000 сотрудников). Есть группа разработки, аналитики, тестеры, админы и тд. Из-за того, что компания росла пришлось разделить обязанности и до кучи к админам создать еще небольшую отдельную группу из девопсеров, чтобы работали на конкретном проекте и не только сервера админили, а ci/cd и всем этим занимались. Цена каждого такого специалиста от 120 до 300 тысяч с учетом налогов, который платить работодатель. Ну и цена от качества зависит. В моём отделе где-то 50 человек и из них 4 девопс инженера (сеньор, два мидла и джун) и в сумме по деньгам это выходит около 800к в месяц всего на 4 сотрудника. Причем 4 человек мало на 50 рыл группы разработки и причем это только один из маленьких отделов внутри компании. Они занимаются только интранетом нашим, а что там на реальных проектах и сколько девопсов надо спрашивать ещё. Так вот я надеюсь после этого будет понятно, что страшного в кубере: это цена специалиста, который грамотно сможет все это настроить. Это очень дорого. Поднимать настоящий кубер, а не миникуб - это другая история совершенно. Тем более хорошо бы было это всё автоматизировать для установки не сервера баш скриптами, как это к нас сделано к примеру. Потому что серверов 50 штук к примеру и на каждом надо поднять кластер и/или какая-то ВМ из строя вышла и нужно с нуля кластер разворачивать. Без автоматизации это полный заеб будет кубер с нуля на каждой тачке поднимать, даже если уже два года курил мануалы 😂

Надеюсь смог донести хоть как-то инфу. Кубер это нестрашно, если ты просто админ. Если ты девопс или идешь на него, то это оч страшно, когда в первый раз и так со всеми инструментами. Но в кубере очень много абстракций и почти нет никаких инструментов для безопасности кластера из под коробки. Только недавно в этом направлении стали всё развиваться, как стали в 18 году этот вопрос поднимать… В общем мелочей тут очень много. Кубер страшен в мелочах. Не снаружи, а внутри.

А когда начнешь играться, то надолго засядешь только с логикой работы его… Даже через миникуб. Мне в свое время миникуб намного сложнее показался, чем нормальный кластер)))

режет слух! Кажется мелочь, но всё прекрастное выступление портит.

Ну если это сайт визитка, то да. Если это интернет-магазин, который набирает популярность, то уже не вариант. Нужно начинать с книг по девопсу. У нас на проекте в день происходит по 4-6 обнов в среднем на тест серверах. В ДЕНЬ. И все это дерьмо от разрабов конфигурировать руками было бы невозможно. Просто проще им сказать на какую кнопку в jenkins нажать и все. Или прикрутить к джобе триггер, тогда им вообще ничего нажимать не придется. Как-то. Я бы сказал не доклад странный, а вы. В видео не было речи о том, что проект НАСТОЛЬКО небольшой, что он 3 года не обновляется… Что же это за проект такой и какой у него цикл разработки жизненный вообще составлен? Или не составлен?)

К слову 4-6 обнов а день это еще не так много. На полное поднятие обновы на тесте уходит где-то минут 10. Поэтому страшно представить, что там у ребят из какого-нибудь яндекса или сбера.

А так просто америку конечно вы открыли))) здесь все понимают, что если есть процессы, которые не нужно автоматизировать, то их не трогают. Тяга ко всем этим штукам появляется, когда руками это все уже невозможно настраивать. Это совершенно другие объемы… Для понимания желательно попробовать поработать в компании, где занимаются этим. Высоконагруженными сервисами.

Откуда такая информация? Где про это почитать?

​@@MrMikhailDJ > Откуда такая информация? Прямиком из сознания ─ много я думал на тему сути слов и букв ─ и понял, что старые, короткие слова ─ это прямое выражение мысли ─ без "люфта" между графемой (буквой), фонемой (звуком произношения) и ?? (базовым/фундаментальным движением духа). А новые слова (и переводы слов с языка на язык) ─ это изкажение мысли, вызваные непониманием сути букв и слов ─ потому что утерян правильный уровень абстракции. > Где про это почитать? Я думаю, что нигде. Максимум - вот здесь я комментарий оставлял на эту тему: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-Mp-5cwq_8Fg.html&lc=Ugy-W9aQqlr5z9CPbHd4AaABAg.9_bp9qwQmuR9_dJPgewjYI. Не видел я, чтобы кто-то ещё об этом говорил. По сути, моя уверенность в выражении этой мысли основана на полном осознании, что я живу в мире дебилов.

@@roman_mishin спасибо, что развернуто ответил. Это интересное замечание. Я немного иначе об этом думал. Я предполагал, что могли просто так назвать это как-то, потому что вполне нормально использовать какое-то слово, которые в терминах того или иного ПО может просто не иметь перевода и являться нарицанием

​@@MrMikhailDJ Я думаю, что он (pod), в терминах этого ПО, правильно назван pod'ом. Я не знаю ход мысли разработчиков, выбравших этот термин (тем более на английском языке), но я думаю, что это очень точный, в данном случае, термин - это то "на чём" (или "где") размещено что-то другое, в данном случае ─ контейнеры. "Стручок" здесь ─ метафора; причём не стручок целиком, а только, как мы называем, "створки", где лежат горошины ─ как pod, на котором "лежат" контейнеры. Помимо Kubernetes, П О Д (по буквам языка, предшествовавшего "русскому", как я его понял) означает (сложно выразить меньшее большим) ─ нечто, плотность/опору дающее или affordance/impulse (Д) of density/substance (П).

@@roman_mishin я уже понял вашу мысль. Спасибо.

и шедулер, не как шедулер :))) и инвёрмент, не как инвёрмент.

​@@SamuelBSRпо английски шедулер, по американски скедулер

@@Das.Kleine.Krokodil шедьюлэ и скеджулэ

@@lGambit зависит от того какой дитэйлс и фабрик

Твой отзыв - дерьмо!

Смотрится, на одном дыхании. Даже на speed 1,25

Так не смотри, а лучше нервишки подлечи. Когда руками деплоить будешь, тебе понадобятся.