BCP і DRP. Різниця іноді не очевидна

Привіт, хабр! Це скоріше не стаття-роз'яснення, а стаття-роздум про безперервність і сама мякотка, сподіваюся, буде в коментарях.

В силу того, що business continuity перетворився у модний тренд, щось на зразок нанотехнологій, інновацій та імпортозаміщення, саме час визначитися, що таке BCP і що таке DRP, в чому їх різниця і чому BCP і DRP як у тому анекдоті: «не чоловік і дружина, а чотири абсолютно різних людини».

BCP (business continuity plan) – план забезпечення безперервності бізнесу. Містить детальний план, що необхідно зробити для відновлення бізнес-процесів.

DRP (disaster recovery plan) – план відновлення після катастрофи. Містить детальний план з відновлення інфраструктури. Зазвичай мається на увазі ІТ інфраструктура, але це можуть бути самі різні механізми, автотранспорт і будівлі.

Обидва плану будуть використовуватися відразу після виникнення кризової ситуації або катастрофи. Обидва плану містять набір інструкцій і опис людей, які ці інструкції повинні виконати. Обидва плану повинні періодично тестуватися, щоб бути впевненим, що план життєздатний. Обидва плани повинні бути розроблені виходячи з вимог бізнесу*. Мабуть, на цьому схожість закінчується, і починаються відмінності.

DRP – це план про відновлення. Якщо згорів склад, тобто запасний склад на такий випадок. Якщо в ЦОД прийшли маски-шоу, є резервний ЦОД. Якщо зламався автомобіль – є запасні частини для ремонту. Або резервний автомобіль. В залежності від вимог бізнесу, про які ми поговоримо в іншій статті.

BCP – це план про безперервність бізнесу, а точніше, конкретного бізнес-процесу. BCP дозволяє продовжити бізнес процес після катастрофи або кризової ситуації так швидко, як це необхідно для бізнесу.

При виході з ладу офісної будівлі DRP буде описувати як оперативно запустити нову офісну будівлю. BCP буде описувати, як організувати віддалену роботу співробітників. У разі, якщо віддалена робота неможлива, BCP буде включати в себе DRP, але не навпаки. І де-то в цей момент виникне відчуття, що це одне і те ж, але це не так.

У разі виходу з ладу ЦОД, наприклад, телекомунікаційної компанії, BCP план буде описувати процес переїзду в резервний ЦОД і відповідні комунікації. DRP буде описувати переїзд кожної системи. Фактично, в цьому випадку BCP план включає в себе багато DRP планів.

BCP створюється і тестується спільно з представниками бізнесу. DRP створюється і тестується всередині ІТ підрозділу.

Дуже цікавить думка практиків, які забороли плутанину в термінології в безперервності.

— * — вимоги бізнесу – це саме вимоги від бізнесу, а не роздуми всередині ІТ департаменту, як могли б виглядати бізнес вимоги.
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.