Телеграмм чат группы saltstack страница 1189

Согласен )

23:38пожаловаться #1

Ты не принимай близко к сердцу )

23:38пожаловаться #2

да я вообще спокоен

23:38пожаловаться #3

Но мое мнение, что рафт не помешал бы, хотя бы как некая дополнительная функциональность «на выбор»

23:38пожаловаться #4

я страдаю с publisher_acl - у меня сил уже волноваться нет

23:39пожаловаться #5

Взять тот же эйрфлоу - эти ... нехорошие люди... кажется только сейчас спустя хз сколько времени смогли сделать отказоустойчивый шедулер задач

23:39пожаловаться #6

mate им не помешало бы пофиксить баги говторы м по 5 лет

23:39пожаловаться #7

а не рафт

23:39пожаловаться #8

Хотя казалось бы

23:39пожаловаться #9

Я думаю, что это приоритет номер 1

23:39пожаловаться #10

Но маловероятно

23:39пожаловаться #11

Я могу чем-то помочь?

23:39пожаловаться #12

Наделать багов в реализации Рафта - БЕСЦЕННО ))))))

23:40пожаловаться #13

МS

Михаил SinTeZoiD... in Saltstack

пни меня завтра вечером
я гляну нашу реализацию

23:40пожаловаться #14

Оке

23:41пожаловаться #15

Мне кажется master_type: failover должно быть достаточно для большинства кейсов

https://docs.saltproject.io/en/latest/topics/highavailability/index.html#multimaster-with-failover

23:41пожаловаться #16

Kirill in Saltstack

Если писать строго по алгоритму, то багов не будет

23:51пожаловаться #17

Если писать код без багов - то багов не будет

23:51пожаловаться #18

Kirill in Saltstack

Понятно что от прямоты рук зависит

23:53пожаловаться #19

2021 May 19

Баги будут в окружающем коде и в железе (напоминаю про fdiv bug в первых пентиумах)