Сервер ліг у п’ятницю ввечері: анатомія типової IT-аварії малого бізнесу

Кожен, хто веде малий бізнес, знає цю історію — навіть якщо вона ще не трапилась саме з ним. Сервер лягає не в понеділок о десятій ранку, коли всі на місці. Він лягає в п’ятницю ввечері, коли бухгалтерія добиває платіжки, склад відвантажує останнє замовлення, а людина, яка «відповідає за комп’ютери», уже вимкнула телефон.

Це не страшилка. Це просто те, як улаштована статистика: техніка ламається під навантаженням, а навантаження — це кінець тижня й кінець місяця. Розберімо такий вечір по хвилинах: спочатку без нагляду, потім із ним. Сценарій нижче збірний — жодного конкретного клієнта, але кожен його фрагмент ми бачили десятки разів.

П’ятниця, 18:40. Нікого немає

Дивіться, як розгортається вечір, коли за системами ніхто не стежить:

• 18:40 — сервер перестає відповідати. Ніхто не помічає. Останні співробітники йдуть додому з думкою, що «просто інтернет тупить».
• 19:15 — бухгалтер не може закрити день. Перезавантажує свій комп’ютер — не допомагає. Дзвонить айтішнику. Слухавку ніхто не бере: у людини вихідний, і це її право.
• Субота–неділя — сервер стоїть. Ніхто не знає, чи це «саме відпуститься», чи щось серйозне. Перевірити нема кому.
• Понеділок, 8:30 — офіс приходить на роботу, а працювати нема на чому. Починається аврал. Айтішник приїздить і аж тепер починає з’ясовувати, що взагалі сталося.
• І тут виринає головне питання: а чи є свіжа резервна копія — і чи вона взагалі робоча?

Найгірше в цьому сценарії — не сам збій. Збої трапляються у всіх, і це нормально. Найгірше — що між 18:40 п’ятниці й 8:30 понеділка про нього ніхто не знав. Дві доби простою почалися з події, яку ніхто не побачив.

Той самий вечір, коли за системами стежать

Тепер перемотаємо назад і програємо вечір інакше — так, ніби системи під наглядом:

• 18:40 — сервер перестає відповідати. За лічені хвилини моніторинг це фіксує: не людина, яка випадково глянула на екран, а система, що дивиться цілодобово.
• 18:44 — черговий інженер уже бачить сповіщення. Не «щось у когось не працює», а конкретику: який сервіс, коли впав, що передувало.
• Далі — робота: підключення віддалено, діагностика, підняття сервісу або перемикання на резерв. У багатьох випадках усе закінчується ще до того, як перший співробітник у понеділок відкриє ноутбук.
• Якщо збій серйозний і потрібне відновлення — є з чого: копії робилися щоночі, і востаннє їх перевіряли на відновлюваність не «колись», а за розкладом.

Різниця між двома вечорами — не в геніальності інженера. В обох випадках це та сама людина з тими самими руками. Різниця в тому, що в другому сценарії між збоєм і реакцією не стоять дві доби тиші.

Це не про героїзм, а про систему

Класична модель IT у малому бізнесі — це пожежник-одинак. Зламалось — викликали — приїхав — погасив. Проблема не в тому, що пожежник поганий. Проблема в тому, що між пожежами за будинком ніхто не наглядає, а сам пожежник один, і в нього теж бувають вихідні, відпустки й лікарняні.

Керований IT влаштований навпаки: замість того щоб чекати аварії, за системами стежать постійно й гасять проблему на підльоті, поки вона не зупинила роботу. Замість однієї людини, на якій усе тримається, — команда, у якій хтось завжди на лінії.

Це нудно. І це найкраще, що може статися з вашим IT: нудне IT — це IT, яке працює.

Як улаштована наша реакція

Ми не обіцяємо, що у вас ніколи нічого не зламається — так не буває, і той, хто це обіцяє, просто не відповідає за свої слова. Ми обіцяємо інше: що збій не залишиться непоміченим і що на нього є кому реагувати.

Формула проста, і повністю ми розписали її в статті «Завжди на варті»: моніторинг цілодобово, перша відповідь інженера в робочі години — до 30 хвилин, поза ними чергового піднімає автоматика, і всі ці строки — пункт договору, а не маркетинг на сайті.

Ви платите не за те, щоб хтось прибіг, коли вже горить. Ви платите за те, щоб поганий день не настав.

А для тих, хто тільки думає про перехід: перший контакт — протягом одного робочого дня, і починається все з безкоштовного аудиту, який показує, наскільки ваш «вечір п’ятниці» насправді ризикований.

Що з цього забрати

Якщо у вашому бізнесі є хоч один сервер, каса чи спільна база, від якої залежить робота, поставте собі три питання:

1. Хто дізнається про збій першим — система моніторингу чи розлючений клієнт у понеділок?
2. Скільки годин мине між падінням і першою реакцією?
3. Коли востаннє хтось перевіряв, що ваша резервна копія реально відновлюється?

Якщо на бодай одне питання відповідь незручна — це не привід для паніки. Це привід один раз спокійно навести лад, щоб вечір п’ятниці залишався просто вечором п’ятниці.