#Кофе-пауза. Три примера волновой передачи инженерного кода.
- 0 -
Если на ночь глядя вам захочется колыбельную, попросите голосового помощника зачитать понятие корпускулярно-волнового дуализма. Крепкий и здоровый сон гарантирован, и как учит нас Авиценна, сон является лучшим лекарством.
- 1 -
1995-й. Небольшой и почти нелегальный завод по производству фарфоровых изделий для металлургической промышленности. Ожидается внезапная инспекция, но не как обычно, а как полагается. Предмет проверки – электрохозяйство. Нужна электросхема завода, причем – завтра. Как это сделать?
Нас, электриков, на заводе только трое. Один стоит у распределительного щита, второй (не будем показывать на зеркало) чертит схему, третий где-то в цехах в готовности отключить взбесившийся механизм методом брут-форса. И по очереди отключаем автоматы. У персонала инструкция, если что-то остановилось – кричать. Кто закричал – значит, запитано отсюда, чертим.
Метод варварский и очень опасный, но когда под угрозой существование завода, приходится работать с нарушением всех техник безопасности. К утру схема была готова, проверка прошла, и не пытайтесь повторить это дома™.
-2-
2012-й. Информационная система управления расчетами с поставщиками жилищно-коммунальных услуг уровня города (Санкт-Петербург). Необходима оптимизация локального дата-центра. Скопилось слишком много устаревших серверов, часть из которых занимается непонятно чем, никто уже не помнит – иных уж нет, а те далече.
Хочется все это выбросить и заменить в стойках на лезвия. Но вывод из промышленной эксплуатации в жизненном цикле элементов IT-ландшафта ничуть не менее сложная задача, чем развертывание. Отключаем старый сервер, но не убираем, ждем, кто закричит.
На одном из серверов вместо крика приходит очень вежливый запрос из одной уважаемой аббревиатуры – а отчего задержался наш недельный отчет? Далее, понятно, следует команда службе эксплуатации – обеспечить полное резервирование этого сервера и аккуратно протирать его от пыли. Красная сборка, прослужит еще лет двадцать.
-3-
2023-й. Лекционное занятие в одной из высших школ. Итак, коллеги, сегодня на факультативе мы рассмотрим инженерную технику модели отказов. Мы проектируем интеграционное взаимодействие в гетерогенной информационной среде, где задействован не только IT-ландшафт нашего предприятия, но и системы-корреспонденты, над которыми у нас нет никакого контроля.
Модель отказов – это умозрительное отключение любого из сегментов взаимодействия с последующей оценкой, какой именно ущерб понесет предприятие в кратко-, средне- и долгосрочной перспективах. Если мы не попытаемся сломать нашу схему интеграционного взаимодействия в бумаге, она обязательно сломается в металле, то есть, простите, в программном коде. Ну а теперь – практические примеры…
PS
Основано на реальных событиях. ;-)
- 0 -
Если на ночь глядя вам захочется колыбельную, попросите голосового помощника зачитать понятие корпускулярно-волнового дуализма. Крепкий и здоровый сон гарантирован, и как учит нас Авиценна, сон является лучшим лекарством.
- 1 -
1995-й. Небольшой и почти нелегальный завод по производству фарфоровых изделий для металлургической промышленности. Ожидается внезапная инспекция, но не как обычно, а как полагается. Предмет проверки – электрохозяйство. Нужна электросхема завода, причем – завтра. Как это сделать?
Нас, электриков, на заводе только трое. Один стоит у распределительного щита, второй (не будем показывать на зеркало) чертит схему, третий где-то в цехах в готовности отключить взбесившийся механизм методом брут-форса. И по очереди отключаем автоматы. У персонала инструкция, если что-то остановилось – кричать. Кто закричал – значит, запитано отсюда, чертим.
Метод варварский и очень опасный, но когда под угрозой существование завода, приходится работать с нарушением всех техник безопасности. К утру схема была готова, проверка прошла, и не пытайтесь повторить это дома™.
-2-
2012-й. Информационная система управления расчетами с поставщиками жилищно-коммунальных услуг уровня города (Санкт-Петербург). Необходима оптимизация локального дата-центра. Скопилось слишком много устаревших серверов, часть из которых занимается непонятно чем, никто уже не помнит – иных уж нет, а те далече.
Хочется все это выбросить и заменить в стойках на лезвия. Но вывод из промышленной эксплуатации в жизненном цикле элементов IT-ландшафта ничуть не менее сложная задача, чем развертывание. Отключаем старый сервер, но не убираем, ждем, кто закричит.
На одном из серверов вместо крика приходит очень вежливый запрос из одной уважаемой аббревиатуры – а отчего задержался наш недельный отчет? Далее, понятно, следует команда службе эксплуатации – обеспечить полное резервирование этого сервера и аккуратно протирать его от пыли. Красная сборка, прослужит еще лет двадцать.
-3-
2023-й. Лекционное занятие в одной из высших школ. Итак, коллеги, сегодня на факультативе мы рассмотрим инженерную технику модели отказов. Мы проектируем интеграционное взаимодействие в гетерогенной информационной среде, где задействован не только IT-ландшафт нашего предприятия, но и системы-корреспонденты, над которыми у нас нет никакого контроля.
Модель отказов – это умозрительное отключение любого из сегментов взаимодействия с последующей оценкой, какой именно ущерб понесет предприятие в кратко-, средне- и долгосрочной перспективах. Если мы не попытаемся сломать нашу схему интеграционного взаимодействия в бумаге, она обязательно сломается в металле, то есть, простите, в программном коде. Ну а теперь – практические примеры…
PS
Основано на реальных событиях. ;-)