The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

GitHub предупредил о сбое СУБД, opennews (??), 22-Окт-18, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


10. "GitHub предупредил о сбое СУБД"  +/
Сообщение от Аноним (3), 22-Окт-18, 15:13 
Компания Microsoft присоединилась к Linux Foundation и начала тестирование SQL Server для Linux
https://www.opennet.ru/opennews/art.shtml?num=45507
Ответить | Правка | Наверх | Cообщить модератору

13. "GitHub предупредил о сбое СУБД"  +2 +/
Сообщение от Аноним (4), 22-Окт-18, 15:17 
ШОК! Майкрософтовцы присоединились куда-то там в 2016 году, взяли машину времени, слетали в 2011 и положили на месяц kernel.org! Читать далее >>
Ответить | Правка | Наверх | Cообщить модератору

25. "GitHub предупредил о сбое СУБД"  –1 +/
Сообщение от нах (?), 22-Окт-18, 15:57 
>  SQL Server для Linux

о, кстате - вот для чего он им и пригодится.

что-то мне подсказывает, что у него детских проблем с развалом реплик нет уже лет двадцать.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

35. "GitHub предупредил о сбое СУБД"  +/
Сообщение от Stax (ok), 22-Окт-18, 18:07 
>>  SQL Server для Linux
> о, кстате - вот для чего он им и пригодится.
> что-то мне подсказывает, что у него детских проблем с развалом реплик нет
> уже лет двадцать.

О, сразу видно эксперта в области создания распределенных SQL БД на базе обычных. Правильно, зачем иметь P в CAP-теореме, если мы можем попробовать его прикрутить снаружи?

Но что-то подсказывает, что если создать на базе SQL Server https://githubengineering.com/mysql-high-availability-at-github/ подобную конфигурацию, вряд ли оно будет разваливаться как-то иначе.

Ответить | Правка | Наверх | Cообщить модератору

38. "GitHub предупредил о сбое СУБД"  +/
Сообщение от пох (?), 22-Окт-18, 19:44 
> Но что-то подсказывает, что если создать на базе SQL Server подобную конфигурацию

что-то мне подсказывает, что подобная - не понадобится. Можно как-то с ним и попроще, без стольких костылей и подпорок.

кстати, забавно, как им удалось добиться такой сложной и неэффективной схемы - в смысле, это ж насколько плохие должны быть каналы и насколько падуч на ровном месте сервер, чтобы так заморачиваться, а не иметь "promote master" в качестве средства только на случай ядерной войны с прямым попаданием датацентра в эпицентр.

а, хотя нет, от падения каналов эта схема толком не защищает (что, похоже, ms уже на собственной шкуре и узнала), только от падения мастера. but how? И, кстати, зачем?

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру