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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

uptime.community

429 membersпожаловаться на группу
2021 January 12

Г

Глеб Русин Uptime Da... in uptime.community
Всех с наступившим, коллеги!
В конце года уходящего мы обещали подарить наши книги авторам лучших вопросов на митапе, предложений по темам для следующей конференции Uptime day, ну, и историй о том, как вы использовали Kafka в своих проектах.
Мы, как Ланнистеры, — долги всегда платим 😉
Уважаемые @osmi8, @IgrBogomolov, @artemlikhachev и @uMagistr, если интерес к нашему подарку не остался в прошлом году, то напишите мне в личку, плз, договоримся об отправке книг!
itsumma.ru
ITSumma Press — Книги | Apache Kafka | "Проектирование событийно-ориентированных систем", Бен Стопфорд
Закажите новое издание книги "Проектирование событийно-ориентированных систем. Концепции и шаблоны проектирования сервисов поточной обработки данных с использованием Apache Kafka"
источник
11:11пожаловаться#1

S

Stanislav in uptime.community
У кого нибудь есть ссылки на материалы по модели угроз в части, покрываемой DRP? Все, кроме ИБ интересует. Включая модели для ЦОДов
источник
15:10пожаловаться#2

AZ

Anton Zhbankov in uptime.community
Stanislav
У кого нибудь есть ссылки на материалы по модели угроз в части, покрываемой DRP? Все, кроме ИБ интересует. Включая модели для ЦОДов
Нет, и быть их не может. Проект рисуется под согласованную модель угроз / рисков. Потом пересчитывается и в зависимости от согласованного бюджета уже и модель переписывается
источник
15:11пожаловаться#3

AZ

Anton Zhbankov in uptime.community
А так в целом там один риск - ЦОД выходит из строя целиком / рвется связь.
источник
15:11пожаловаться#4

S

Stanislav in uptime.community
Мне вот список как раз для выхода на согласование надо
источник
15:11пожаловаться#5

S

Stanislav in uptime.community
Чтобы отсеивать риски, не применимые к бизнесу вместе с бизнесом
источник
15:12пожаловаться#6

AZ

Anton Zhbankov in uptime.community
Просто вариантов DRP много есть, от пересылки РК, асинхронной репликации и до метрокластеров
источник
15:12пожаловаться#7

S

Stanislav in uptime.community
Да
источник
15:12пожаловаться#8

S

Stanislav in uptime.community
У Бережного в книге эти уровни описаны
источник
15:12пожаловаться#9

S

Stanislav in uptime.community
Но это не совсем про модель угроз
источник
15:13пожаловаться#10

AZ

Anton Zhbankov in uptime.community
Ну так начни с разговора сколько стоит простой / потеря данных. От этого отсеиваются общетеоретические размышления и происходит автоматический выбор архитектуры для DR / DA
источник
15:13пожаловаться#11

S

Stanislav in uptime.community
Никто не сможет ответить. Моя задача помочь ответить им.
источник
15:13пожаловаться#12

AZ

Anton Zhbankov in uptime.community
Stanislav
Никто не сможет ответить. Моя задача помочь ответить им.
1. Аудит. Причем аудит данных и бизнес-процессов.
2. Итерационным методом - начни с метрокластера, бюджетная оценка и согласование бюджета. Не подходит - понижаем требования к RPO/RTO, пересчитываем
источник
15:15пожаловаться#13

S

Stanislav in uptime.community
То есть я могу расчехлить аудит, но за такой шоу стоппер спасибо мне никто не скажет
источник
15:15пожаловаться#14

S

Stanislav in uptime.community
Да, я итерационным захожу
источник
15:15пожаловаться#15

AZ

Anton Zhbankov in uptime.community
Аудит - единственно правильный метод. Второй вариант - это конечно основной вариант в РФ, но это неправильно
источник
15:15пожаловаться#16

AZ

Anton Zhbankov in uptime.community
1. RPO = 0, RTO = 15 min
2. RPO = 0, RTO = 4hr
3. RPO = 1hr, RTO = 6hr
4. RPO = 24hr, RTO = 24hr
источник
15:16пожаловаться#17

AZ

Anton Zhbankov in uptime.community
вот базовый набор\
источник
15:16пожаловаться#18

S

Stanislav in uptime.community
👍
источник
15:16пожаловаться#19

AZ

Anton Zhbankov in uptime.community
1. метрокластер с растянутым L2 / или полностью активным кластером уровня приложения
2. синххронная репликация со сменой адресации
3. асинхронная репликация со сменой адресации
4. асинхронная репликация / репликация РК со сменой адресации
источник
15:17пожаловаться#20