Size: a a a

Архитектура ИТ-решений

2020 August 26

AZ

Anton Zhbankov in Архитектура ИТ-решений
Что значит могут не успеть доехать? Не успеют доехать - не будет подтверждения записи, не будет коммита.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Anton Zhbankov
Что значит могут не успеть доехать? Не успеют доехать - не будет подтверждения записи, не будет коммита.
Это если синхронная. А в интересных случаях она не синхронная )
источник

AZ

Anton Zhbankov in Архитектура ИТ-решений
Phil Delgyado
Это если синхронная. А в интересных случаях она не синхронная )
Если вам надо RPO = 0, то она синхронная. По определению.
источник

AZ

Anton Zhbankov in Архитектура ИТ-решений
Если надо совсем большую катастрофоустойчивость и при этом очень надо RPO = 0, то кластер трехсторонний - метрокластер + асинхронная репликация на геодистанцию
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Anton Zhbankov
Если вам надо RPO = 0, то она синхронная. По определению.
С этим трудно спорить. И в то же время современные решения сложные, распределённые, с разными иточниками данных, некоторые из которых могут не поддерживать синхронную репликацию
источник

AZ

Anton Zhbankov in Архитектура ИТ-решений
Gennadiy Kruglov
С этим трудно спорить. И в то же время современные решения сложные, распределённые, с разными иточниками данных, некоторые из которых могут не поддерживать синхронную репликацию
Если решение как обычно строится не на основе классификации и стоимости данных и RPO / RTO, а как бог на душу положит программистам - да. Там все что угодно может быть.
источник

AZ

Anton Zhbankov in Архитектура ИТ-решений
Ну и конечно с каждым годом программисты все меньше знают о все более могучих инфраструктурных решениях, обсепечивающих все это прозрачно для софта.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Anton Zhbankov
Если решение как обычно строится не на основе классификации и стоимости данных и RPO / RTO, а как бог на душу положит программистам - да. Там все что угодно может быть.
Конечно на классификации. Просто редко за RPO=0 платят и редко выбирают RPO=0 из-за приоритета в производительности.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
То есть бизнес сознательно идёт на ненулевой RPO
источник

AZ

Anton Zhbankov in Архитектура ИТ-решений
Phil Delgyado
Только тут производительности никакой...
Ладно производительность на метрокластерах - не далее как на этой неделе рассказывал программистам, что слишком много ядер иногда тоже плохо в СУБД и что такое NUMA.
источник

AZ

Anton Zhbankov in Архитектура ИТ-решений
Gennadiy Kruglov
То есть бизнес сознательно идёт на ненулевой RPO
В этом и задача архитектора - чтобы бизнес шел сознательно, а не "так же дешевле
источник

AZ

Anton Zhbankov in Архитектура ИТ-решений
Согласны?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Конечно
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Anton Zhbankov
Ну и конечно с каждым годом программисты все меньше знают о все более могучих инфраструктурных решениях, обсепечивающих все это прозрачно для софта.
Ээ, это о чем?
источник

AZ

Anton Zhbankov in Архитектура ИТ-решений
Phil Delgyado
Ээ, это о чем?
О производительности
источник

AZ

Anton Zhbankov in Архитектура ИТ-решений
Об отказо и катастрофоустойчивости.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
В смысле "про какие именно решения".
источник

VU

Vitaly U in Архитектура ИТ-решений
Gennadiy Kruglov
На самом деле скорее - контролировать состояние, чем управлять.

Оркестрация вызывает ощущение контроля.

При хореографии машина что-то там делает сама по себе.
Ощущение, великолепно подмечено!
источник

AZ

Anton Zhbankov in Архитектура ИТ-решений
О том, что иногда не надо делать кривые убогие кластеры на основе прикладного ПО, а сделать на интеллектуальной СХД + на уровне платформы виртуализации
источник

PD

Phil Delgyado in Архитектура ИТ-решений
А. Так, вроде бы, недорогих СХД с поддержкой синхронной репликации между ДЦ нету (
Да и с виртуализацией для СУБД тоже не все просто.
источник