Size: a a a

2020 October 26

fl

first last in Distributed
похоже там не хватает системд
источник

YB

Yanis Benson in Distributed
os (общаюсь последние 10 минут каждого часа)
ну когда я только начал изучать кубернетис, моим ожиданием было, что это супер-декларативная штука, накидал туда ямлов, и оно само разберется как их поднимать и в каком порядке. А на деле вот такой код приходится писать
Я такие штуки руками делаю(конкретно проброс днс), но в общем по концепции ты должен либо создать объект(за которым следит центральный сервис), либо запустить сервис, который будет следить за этим делом и автоматически транслировать любые изменения во внешнюю систему, вне зависимости от времени.
источник

fl

first last in Distributed
зы: код в картинках.... куда катится мир
источник

YB

Yanis Benson in Distributed
Внутренний механизм не сильно отличается от того, что у тебя, но тогда оно собственно станет декларативным.
источник

WD

Wisketchy Dobrov in Distributed
first last
зы: код в картинках.... куда катится мир
прямо как на medium.com
источник

o

os (общаюсь последни... in Distributed
Yanis Benson
Я такие штуки руками делаю(конкретно проброс днс), но в общем по концепции ты должен либо создать объект(за которым следит центральный сервис), либо запустить сервис, который будет следить за этим делом и автоматически транслировать любые изменения во внешнюю систему, вне зависимости от времени.
а есть способ указать в ямле, что надо подождать пока другой сервис/под поднимется, и тогда запускать этот конкретный? я вроде не нашел такого
источник

YB

Yanis Benson in Distributed
os (общаюсь последние 10 минут каждого часа)
а есть способ указать в ямле, что надо подождать пока другой сервис/под поднимется, и тогда запускать этот конкретный? я вроде не нашел такого
Нет, это расходится с концепцией. Сервис должен запускаться вне зависимости от состояния окружения, переходить в состояние живого, а когда окружение станет достаточным - переходить в состояние готового к работе.
источник

YB

Yanis Benson in Distributed
(концепция не только кубов, если что, долго объяснять, но это уже десятилетиями практики подтвержденный лучший подход для систем с чуть более, чем тривиальной организацией, и в любом случае достаточно просто реализуемый подход, который обеспечивает лёгкое масштабирование и почти никогда не является оверкиллом)
источник

YB

Yanis Benson in Distributed
В Кубы встроен механизм работы с рединесс/лайвнесс чеками.
источник

YB

Yanis Benson in Distributed
А в случае стороннего софта самым правильным способом реализации будет наверное встраивание пары бэш скриптов в тот же контейнер, которые обработают чеки и произведут отложенный запуск софта по достижению достаточного состояния окружения (но ответят на рединесс чек только после того, как софт запустится)
источник

F

Foxcool in Distributed
источник

o

os (общаюсь последни... in Distributed
Yanis Benson
В Кубы встроен механизм работы с рединесс/лайвнесс чеками.
о круто, вот про это не подумал и не знал, спасибо!
источник

@

@mr_tron in Distributed
не понятен шаг от много микросервисов к глупым девелоперам
источник

fl

first last in Distributed
микросервис = мало кода, мало взаимосвязей = мало думать
источник

Y

You in Distributed
@mr_tron
не понятен шаг от много микросервисов к глупым девелоперам
Monki banana
источник

YB

Yanis Benson in Distributed
first last
микросервис = мало кода, мало взаимосвязей = мало думать
Нельзя снизить сложность, можно только ее перераспределить.
источник

fl

first last in Distributed
Yanis Benson
Нельзя снизить сложность, можно только ее перераспределить.
ещё как можно - разделить на маленькие слабосвязанные части
источник

@

@mr_tron in Distributed
тогда сложность переедет в оркестрацию
источник

@

@mr_tron in Distributed
но вообще снизить сложность можно
источник

@

@mr_tron in Distributed
обычно тупо выкидыванием наслоением ненужного говна
источник