AS
Включить просто. Разобраться, почему пошло куда-то не туда, дорого.
И да, у провайдера проблем не будет в этот момент.
И да, у провайдера проблем не будет в этот момент.
Size: a a a
2021 August 12
AS
Хотя обслуживание некого базового кластера k8s у сервисных компаний уже недорого предлагается.
НК
Есть. Знаю про примеры даже в AWS и GKE.
GN
нормес
ЮВ
солидная компания возьмет в аренду дырокол^W кластер k8s!
ЮВ
берите любой managed k8s, с ним можно начать буквально за пару часов.
правда, все оставшееся время админошная будет занята улучшениями деплоймента, апгрейдами образов и обновлениями версий системного приклада
правда, все оставшееся время админошная будет занята улучшениями деплоймента, апгрейдами образов и обновлениями версий системного приклада
ЮВ
(еще висение 24х7 в чате с поддержкой, почему кластер работает немного не так, как должен, а с той стороны будут моргать фасеточными глазами и разводить псевдоподиями)
BB
продано! )
p
Nomad хорош для небольших сетапов. Просто как палка и удобен.
P
У роблоксов в не 10к подов это не небольшой сетап. Я бы сказал для простых сетапов
2021 August 13
PD
любая работа с данными банковских карт - PCI DSS. Но сейчас можно пройти аудит и на AWS. Хотя реальную безопасность на собственной системе (и без контейнеров) сделать проще.
PD
Ну и если планируется неравномерный рост до тысяч ядер, то да, чужое облако имеет смысл. Если сотни ядер и денег не беспредельно, то ансибл будет проще.
Не managed k8s - почти всегда бессмысленен. И обязательно нужен специалист по конкретному облаку, иначе попадете на изрядные деньги (и потеряете и в безопасности и в надежности).
Не managed k8s - почти всегда бессмысленен. И обязательно нужен специалист по конкретному облаку, иначе попадете на изрядные деньги (и потеряете и в безопасности и в надежности).
МН
А "небольшой" - это какой?
AC
Ансибл хорош при не большие инсталляциях в несколько десятков хостов
Когда счёт идёт на сотни жирных серверов с десятками сервисов на каждом и экстрактом и переработкой фактов то деплой может растянуться на день
А если через медленный VPN и sudo через LDAP
Мммм ...
Когда счёт идёт на сотни жирных серверов с десятками сервисов на каждом и экстрактом и переработкой фактов то деплой может растянуться на день
А если через медленный VPN и sudo через LDAP
Мммм ...
AC
K8s в этом смысле спасение
Но пока правильно и секурно(с KMS и прочими радостями жизни) приготовишь k8s то можно поседеть
Но пока правильно и секурно(с KMS и прочими радостями жизни) приготовишь k8s то можно поседеть
VK
Я конечно вашей ситуации не знаю, но ансиблу пофиг, сколько серверов окучивать в параллель. Все упирается в логику последовательности деплоя и тут пофиг, ансибл, чеф, солт или кубер ..,
AC
В случае stateless приложения да
А в случае распределенного statefull типа Kafka, ES,... то приходится делать ограничения
Плюс, а точнее минус в том, что сам Ансибл не масштабируется и может легко сожрать 16CPU на больших деплоях
А в случае распределенного statefull типа Kafka, ES,... то приходится делать ограничения
Плюс, а точнее минус в том, что сам Ансибл не масштабируется и может легко сожрать 16CPU на больших деплоях
C
🌟 Artem Chekunov has reached level 2!
VK
Скажем так: по опыту, что бы ансиблом упереться в машину, деплой должен быть ну очень здоровым. И я дико сомневаюсь, что бы хотя бы у 1% присутствующих здесь есть хотя бы возможности для такого
AC
Я работал в одной большой международном телекоммуникационной компании.
У нас были очень большие инсталляции кластеров
У нас были очень большие инсталляции кластеров