В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

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

2764 membersпожаловаться на группу
2020 November 26

AT

Al T in Архитектура ИТ-решений
ну логическая репликация это единственный способ миграции между мажорными версиями без даунтайма в современных RDBMS, так как физический бакап работать не будет из-за разницы формата, а логическая репликация это в случае mysql того же просто выполнение SQL запросов из бинлога
источник
19:02пожаловаться#1

PD

Phil Delgyado in Архитектура ИТ-решений
Не во всех СУБД вообще есть логическая репликация.
В приличных СУБД есть миграторы разных версий бэкапа (в Pg, например)
источник
19:09пожаловаться#2

AT

Al T in Архитектура ИТ-решений
ну и логическая репликация в PG есть :)
источник
19:10пожаловаться#3

PD

Phil Delgyado in Архитектура ИТ-решений
Но в любом случае есть проблема синхронности.
Так как залить логическую реплику "с начала времен" все равно не получится, нужно делать какие-то отсечки, между ними восстанавливать бэкапами, а потом включать логическую репликацию и переключать кластеры.
Это сложно и далеко не везде реализовано и почти невозможно к реализации "руками".
источник
19:10пожаловаться#4

PD

Phil Delgyado in Архитектура ИТ-решений
В Pg у меня и совместимость бэкапов есть, на крайней случай, хотя это для длинного простоя, единицы минут точно.
источник
19:11пожаловаться#5

PD

Phil Delgyado in Архитектура ИТ-решений
Ну и вообще это зрелая БД, таких мало )
источник
19:11пожаловаться#6

AT

Al T in Архитектура ИТ-решений
да, все так.. но надо быть оптимистом (после 40 особенно!)
источник
19:12пожаловаться#7

PD

Phil Delgyado in Архитектура ИТ-решений
Не, не получается. При выборе решения я должен думать о всех известных (за 40 лет) проблемах - и заранее думать, как с ними бороться.
Ну и если простой недопустим, то не брать систем без гарантий совместимости.
источник
19:13пожаловаться#8

PD

Phil Delgyado in Архитектура ИТ-решений
В Оракле, например, основная причина использования RAC - не масштабирование, а плавная смена версий )
Так как другие механизмы, мгм, не очень
источник
19:14пожаловаться#9

PD

Phil Delgyado in Архитектура ИТ-решений
Но между мажорными тоже не гарантируют, насколько я помню
источник
19:15пожаловаться#10

PD

Phil Delgyado in Архитектура ИТ-решений
Ну и много кому вообще не важно, будет простой или нет.
Вон, Нетфликс вчера два часа лежал - и пофиг же.
источник
19:17пожаловаться#11

N

Nikolay in Архитектура ИТ-решений
Phil Delgyado
В Оракле, например, основная причина использования RAC - не масштабирование, а плавная смена версий )
Так как другие механизмы, мгм, не очень
Ну это вы преувеличиваете. Никто не заводит RAC, для того чтобы проще менять версии.
источник
19:25пожаловаться#12

PD

Phil Delgyado in Архитектура ИТ-решений
Nikolay
Ну это вы преувеличиваете. Никто не заводит RAC, для того чтобы проще менять версии.
А для чего ещё? Не для масштабирования же )
источник
19:26пожаловаться#13

PD

Phil Delgyado in Архитектура ИТ-решений
А для HA внутри ДЦ - не самое разумное решение, уж лучше реплика.
источник
19:27пожаловаться#14

N

Nikolay in Архитектура ИТ-решений
Phil Delgyado
А для чего ещё? Не для масштабирования же )
заводят, чтобы денег сэкономить, когда нужно как-то увеличить производительность сервера. Обычно есть  оракле + стэндбай . и даже без rac можно сделать вашу смену версий.
источник
19:37пожаловаться#15

A

Alex in Архитектура ИТ-решений
Пока вы тут обсуждаете, яндекс презентует как они сделали serverless платформу для JVM
источник
19:38пожаловаться#16

A

Alex in Архитектура ИТ-решений
запуск лямбды с hello world от 550мс
источник
19:38пожаловаться#17

PD

Phil Delgyado in Архитектура ИТ-решений
Nikolay
заводят, чтобы денег сэкономить, когда нужно как-то увеличить производительность сервера. Обычно есть  оракле + стэндбай . и даже без rac можно сделать вашу смену версий.
Хм, но RAC обычно замедляет работу, а не ускоряет. Чтобы получить ускорение - нужно под RAC проектировать специально, а это редко кто делает.
Ну и active-stanby смена версий - очень геморойная штука (даже минорных).
Да и стоит RAC дофига
источник
19:38пожаловаться#18

A

Alex in Архитектура ИТ-решений
Alex
Пока вы тут обсуждаете, яндекс презентует как они сделали serverless платформу для JVM
там всё смешно от и до
источник
19:39пожаловаться#19

D

Danil in Архитектура ИТ-решений
Alex
запуск лямбды с hello world от 550мс
в смысле это время холодного запуска или минимальная тарификация?
источник
19:40пожаловаться#20