От Anvar
К S. Engineer
Дата 04.03.2026 13:32:35
Рубрики Современность; Локальные конфликты;

Ре: недооценена


>>ВЫ если не разбираетесь, то лучше не пишите
>
>А между тем, написали вам правильно - вы действительно рассуждаете с т.з. админа, оборудования, операционок. Между тем, над всем этим оборудованием имеется приклад, а ещё выше - люди. И вот там начинаются нюансы, о которых и было верно сказано.

Какие нюансы? Пользователь вообще ничего не видит. То, что его сервис переехал на другой сервер он даже не знает.
У нас так работал SAP и другие подобные приложения.
ВЫ реально думаете, что биллинг у сотовых останавливается, когда отказывает сервер или СХД? Или банковское приложение перестает работать?
Наверное у вас не раз на сутки отваливался гугл?
Детский сад
От AMX
К Anvar (04.03.2026 13:32:35)
Дата 04.03.2026 14:00:57

Ре: недооценена

>Какие нюансы? Пользователь вообще ничего не видит. То, что его сервис переехал на другой сервер он даже не знает.
>У нас так работал SAP и другие подобные приложения.
>ВЫ реально думаете, что биллинг у сотовых останавливается, когда отказывает сервер или СХД? Или банковское приложение перестает работать?
>Наверное у вас не раз на сутки отваливался гугл?
>Детский сад

>Детский сад

У вас скорее всего детский сад. Потому что вы путаете балансирование нагрузки, роутинг вероятно, с резервированием.
Вывод одновременно всей инфо системы пользователя, а оно так и будет, потому что просто находится на одной площадке для 99% пользователей ЦОД, будет фатально. Пользователей, которые организуют "горячее" резервирование хотя бы своих данных на различных ЦОД, единицы.

Ну и для вас наверное открытие, что у пользователей полно выделенных серверов.
От S. Engineer
К Anvar (04.03.2026 13:32:35)
Дата 04.03.2026 14:39:20

Ре: недооценена



>Какие нюансы? Пользователь вообще ничего не видит. То, что его сервис переехал на другой сервер он даже не знает.
>У нас так работал SAP и другие подобные приложения.

Да, так рисуют в Enterprise Architecture, но забывают сообщить, как же это реализовать. Смотрите, если на системном уровне и есть репликация с кластеризацией, это отнюдь не означает её наличие на прикладном уровне. Но в целом, конечно же, поражение надо наносить обоим ЦОДам (основному/резервному).

>ВЫ реально думаете, что биллинг у сотовых останавливается, когда отказывает сервер или СХД? Или банковское приложение перестает работать?

Совершенно верное, с биллингом такое случается сплошь и рядом. И с банковскими приложениями тоже.

>Наверное у вас не раз на сутки отваливался гугл?
Распределённый сервис гугла развалить значительно труднее, чем монолитное приложение. А вот с почтой гугл как-то раз и очень эпично было - восстанавили этак с год.
От AMX
К S. Engineer (04.03.2026 14:39:20)
Дата 04.03.2026 14:45:54

Ре: недооценена

>И с банковскими приложениями тоже.

Банковские стандарты безопасности во многом не только затрудняют, но и делают невозможным развертывание резервирования, т.к. запрещают использование общедоступных сетей для передачи некоторых данных.
От S. Engineer
К AMX (04.03.2026 14:45:54)
Дата 04.03.2026 14:47:18

Ре: недооценена

>>И с банковскими приложениями тоже.
>
>Банковские стандарты безопасности во многом не только затрудняют, но и делают невозможным развертывание резервирования, т.к. запрещают использование общедоступных сетей для передачи некоторых данных.

Ну такие банки для ударов неинтересны, это очень бедные банки :)
От Anvar
К AMX (04.03.2026 14:45:54)
Дата 04.03.2026 17:51:09

Ре: недооценена

>>И с банковскими приложениями тоже.
>
>Банковские стандарты безопасности во многом не только затрудняют, но и делают невозможным развертывание резервирования, т.к. запрещают использование общедоступных сетей для передачи некоторых данных.

Каким таким образом затрудняют?
Сбербанк недавно начал строить свою, у него там все круто, кластер ЦОД-в взаимного резервирования.

Ну ка ну ка, а что значит общедоступные сети?
У нас все магистральные сети это в основном Ростелеком, РЖД, сотовые операторы и т.п. Крупные кампании арендуют у них.
От AMX
К Anvar (04.03.2026 17:51:09)
Дата 04.03.2026 17:59:10

Ре: недооценена

>Каким таким образом затрудняют?

Не рекомендуется или запрещается.

>Сбербанк недавно начал строить свою, у него там все круто, кластер ЦОД-в взаимного резервирования.

Ну это не значит, что нельзя совсем, просто есть узкое место, где нет распределенного резервирования.
От Slick
К AMX (04.03.2026 14:45:54)
Дата 07.03.2026 10:01:53

Ре: недооценена

>>И с банковскими приложениями тоже.
>
>Банковские стандарты безопасности во многом не только затрудняют, но и делают невозможным развертывание резервирования, т.к. запрещают использование общедоступных сетей для передачи некоторых данных.
А в чем проблема Банку построить свою ВОЛС? Оптику до офисов легко кидали еще 15+ лет назад.
От Robert
К Slick (07.03.2026 10:01:53)
Дата 07.03.2026 10:40:30

Резервирование - на случай пожара в здании, а не падения сервера со стола

>>>И с банковскими приложениями тоже.
>>
>>Банковские стандарты безопасности во многом не только затрудняют, но и делают невозможным развертывание резервирования, т.к. запрещают использование общедоступных сетей для передачи некоторых данных.
>А в чем проблема Банку построить свою ВОЛС? Оптику до офисов легко кидали еще 15+ лет назад.

А у банков - на случай "город не отзывается" (масштабные проблемы с электричеством, напр.). Как Вы протянете волокно в другой гоpод через полстраны то?
От Iva
К AMX (04.03.2026 14:45:54)
Дата 07.03.2026 12:06:39

Ре: недооценена

Привет!

>Банковские стандарты безопасности во многом не только затрудняют, но и делают невозможным развертывание резервирования, т.к. запрещают использование общедоступных сетей для передачи некоторых данных.

чего только не узнаешь на старости лет :)

знаю два банка в Москве у которых два офиса. у оного второй просто резервный, его раз в полгода-год проверяют, а второй работников перебрасывает в случае чего из одного в другой. И это разные районы Москвы.

Владимир
От S. Engineer
К S. Engineer (04.03.2026 14:39:20)
Дата 04.03.2026 14:52:18

Примеры

- сбой одного маленького, но удаленького сервера остановил все японские заводы Toyota - https://www.datacenterdynamics.com/en/news/toyota-forced-to-shut-down-plants-in-japan-after-running-out-of-disk-space/
- а вот про потерю почты Google - на самом деле год восстанавливали - https://www.itnews.com.au/news/google-restoring-gmail-messages-from-tape-249775
От Anvar
К S. Engineer (04.03.2026 14:39:20)
Дата 04.03.2026 17:36:44

Ре: недооценена



>>Какие нюансы? Пользователь вообще ничего не видит. То, что его сервис переехал на другой сервер он даже не знает.
>>У нас так работал SAP и другие подобные приложения.
>
>Да, так рисуют в Enterprise Architecture, но забывают сообщить, как же это реализовать. Смотрите, если на системном уровне и есть репликация с кластеризацией, это отнюдь не означает её наличие на прикладном уровне.
Повторюсь У нас так работал SAP и другие подобные приложения.



>Распределённый сервис гугла развалить значительно труднее, чем монолитное приложение.
Начали торговаться?
От S. Engineer
К Anvar (04.03.2026 17:36:44)
Дата 04.03.2026 18:13:06

Да вы понятия не имеет, что и как "у вас" работало. (-)