Хоча я і не відповідав саме тому завданню, мені довелося відновитися після вимушеного простою.
Я раніше був SA для досить великого фінансового сайту. Ми знали, що наші системи всередині і зовні, мали централізовану реєстрацію та чудові інструменти для просіювання через них.
Раптом (природно, дуже близько до строку), всі мобільні телефони з глузду зходять з тривожними повідомленнями. Перевірте, чи не працює сайт, і всі співробітники SA кидають те, що вони роблять, і починають розслідування.
Журнали Apache були чудовими, база даних не кидала жодних помилок, а кеші крутилися просто. Безліч запасних ресурсів, мережа була чудовою, а останніх розгортань немає.
Через 10 хвилин я дізнаюся, що один із розробників отримав доступ до сайту та додав die (); у незрозумілому модулі, пов'язаному з генерацією сторінки.
Іншими словами, програмне забезпечення робило те, що було сказано, і не було інформації про журнал, яка могла б допомогти.
GM для компанії, яка керувала сайтом, підійшла з величезною усмішкою і сказала, що хотіла нас погнати. Я сказав йому відкрутити, а не торкатися моїх виробничих серверів, що у нас були великі плани відновлення після аварій, але некомпетентність його розробника переконалася, що жоден із цих планів не перейшов у рух.
Якщо він хотів би перевірити наш час відповіді, він, принаймні, повинен обговорити це з CTO і запитати, чи може він зробити це "деякий час сьогодні" або "на цьому тижні". Таким чином ніхто не був би злий, і ми б не витрачали жодного разу сперечатися з цього приводу.
Вся подія була однією з найбільш непрофесійних, з якими я стикався досі.