Чудо в тайге»: после жесткой посадки Ан-28 под Томском выжили все пассажиры

«Чудо в тайге»: после жесткой посадки Ан-28 под Томском выжили все пассажиры

В Томской области 16 июля около 13:00 мск пропал с радаров пассажирский самолет Ан-28. На борту находились 19 человек, включая двоих детей. Через несколько часов воздушное судно обнаружили: оказалось, что оно совершило жесткую посадку и сильно повреждено, но все пассажиры выжили. В подробностях случившегося разбирались «Известия».

Самолет Ан-28 пропал в Томской области

В Томской области пропал пассажирский самолет Ан-28, выполнявший рейс Кедровый–Томск. Об этом сообщили 16 июля в пресс-службе администрации региона.

По предварительным данным, самолет принадлежал авиакомпании «Сибирская легкая авиация». Всего на борту находились 19 человек — четыре члена экипажа и 15 пассажиров, из них два ребенка. Ан-28 пропал с радаров через 29 минут после взлета.

После этого авиакомпания «СиЛА» отменила два рейса из Томска в пятницу и субботу, которые должны были быть выполнены на пропавшем Ан-28. В пятницу отменен рейс Томск–Каргасок — Новый Васюган, в субботу — рейс Томск–Барнаул–Белокуриха–Новосибирск.

Спасатели зафиксировали сигнал маяка в лесу

По данным источника, около 13:00 мск (18:00 по местному времени) в Бакчарском районе был зафиксирован сигнал аварийного маяка. На поиски направились два вертолета Ми-8 и вертолет МЧС. Было предварительно установлено, что самолет аварийно сел в лесу.

В Томской области три больницы были переведены в режим повышенной готовности — в случае необходимости потенциальных пострадавших готовы были принять Бакчарская районная больница, Колпашевская районная больница и Томская областная клиническая больница.

Ан-28 совершил жесткую посадку

Около 15:00 мск (19:00 по томскому времени) источник в экстренных службах сообщил, что пропавший Ан-28 обнаружен. По предварительным данным, все пассажиры живы.

Как отметили в санавиации региона, место жесткой посадки Ан-28 заметили с воздуха, рядом с судном находились люди. Экипаж и пассажиры не получили серьезных травм, сам самолет сильно поврежден. Сейчас всех находившихся на борту эвакуируют на вертолетах в Томск.

По информации «Известий», пилот воздушного судна Анатолий Прытков получил перелом ноги. Остальные находившиеся на борту серьезных травм не получили — только ссадины и небольшие повреждения.

Версии случившегося с Ан-28

Оперативный штаб рассматривает несколько версий произошедшего с самолетом Ан-28. В качестве основной выделяют аварийную посадку из-за отказа двигателя.

«После получаса полета, по предварительным данным, у самолета отказал двигатель. Пилоты предупредили пассажиров о готовящейся аварийной посадке и смогли посадить самолет на брюхо», — сказал источник.

По данным источника «Известий», причиной аварийной посадки стал отказ двигателя, пилотам удалось посадить самолет на открытой площадке посреди тайги.

Аварийные выходы в самолете при этом остались целы, люди смогли покинуть поврежденный самолет. Возгорания не последовало.

По данным сотрудников бакчарской метеостанции, в районе, где проводились поиски пропавшего самолета, в момент посадки была благоприятная погода без осадков.

Пассажиров спас профессионализм пилотов

Как отметил в беседе с «Известиями» генерал-майор запаса, председатель совета директоров Национальной ассоциации объединений офицеров запаса Вооруженных сил Владимир Богатырев, пассажиров Ан-28 спас профессионализм пилотов.

— Мы не знаем техническое состояние самолета, но о том, что пилоты повели себя очень профессионально, можем говорить со всей уверенностью. Совершить жесткую посадку в тайге, при которой все остались живы, очень сложно. Нужно было определить точное место посадки, убедиться, что хватает запаса полосы, убедиться в качестве грунта. Пилоты справились на отлично. Такие случаи — редкость! — сказал эксперт.

Он сравнил случай спасения пассажиров и экипажа Ан-28 с аварийной посадкой А321 под Жуковским в августе 2019 года. Тогда летчики посадили самолет с обоими отказавшими двигателями в кукурузное поле, и все, кто находился на борту, тоже остались живы. Некоторые из них получили травмы.

— Конечно, посадить Airbus на поле сложнее, чем приспособленный для посадки в грунт Ан-28. Тем не менее главное, что были спасены жизни людей, — подытожил Владимир Богатырев.

Следователи возбудили уголовное дело

После исчезновения Ан-28 было возбуждено уголовное дело. Об этом сообщили в пресс-службе Западно-Сибирского следственного управления на транспорте СК РФ.

— Возбуждено дело по признакам преступления, предусмотренного ст. 263 УК РФ («Нарушение правил безопасности движения и эксплуатации воздушного транспорта»), — рассказали «Известиям» в ведомстве.

В ходе расследования следователям предстоит установить причину и обстоятельства случившегося. Параллельно с ними проверку проводит и прокуратура. Об этом также сообщили в пресс-службе ведомства.

Что известно о самолете?

По словам председателя комиссии по гражданской авиации общественного совета Ространснадзора заслуженного пилота СССР Олега Смирнова, Ан-28 — небольшой самолет, который выполняет рейсы на малые расстояния.

— Его называют «шустрый малыш малой авиации». Он производится в большом количестве и показывает свою техническую и экономическую эффективность при полетах на малые расстояния и в малые аэродромы, — рассказал Смирнов «Известиям».

Он отметил, что Ан-28 может производить посадку на разные поверхности: и на грунт, и на снег, и на лед. То, что у него сработал аварийный маячок, является хорошим показателем: это говорит о современном оснащении самолета. Ан-28 относится к сравнительно молодым моделям, его начали активно эксплуатировать в 1984 году.

Самолету Ан-28 с бортовым номером RA-28728, по данным Rassianplanes.net, больше 30 лет. Сертификат летной годности истекает 30 января 2022 года. Из реестра коммерческих эксплуатантов воздушных судов на 6 июля следует, что в настоящий момент в России только две авиакомпании летают на Ан-28: «СиЛА» (пять самолетов) и Камчатское авиапредприятие (один борт).

Ан-28 является легким многофункциональным самолетом, который был создан на базе многоцелевого самолета Ан-14 «Пчелка», разработанного ОКБ имени Антонова в 1958 году. Рассчитан на перевозку 17 пассажиров. Первый полет совершил в 1973 году. Таких самолетов было выпущено около 200 разных модификаций. По данным портала Aviation Safety Network, с Ан-28 произошло 35 катастроф, в которых погибли 113 человек.

На территории России последний раз катастрофа с Ан-28 произошла 12 сентября 2012 года. Тогда в районе аэродрома Палана в Камчатском крае борт Петропавловск-Камчатского авиапредприятия при снижении столкнулся со склоном горы Пятибратка на удалении почти 11 км от аэропорта. Причиной той катастрофы явилось нарушение экипажем установленной схемы захода на посадку. В крови обоих членов экипажа был обнаружен алкоголь.

Что такое бабушка всех двигателей

Жизненный путь марки иллюстрируют кадры-инсталляции к кинокартинам, в которых охотно снимались «Москвичи». В этой фильмографии собраны ленты разных жанров, настроений, контекстов: они образуют пёстрый, одушевлённый и воодушевляющий полный метр.

Часть экспозиции переоборудована под съемочную площадку, где гости могут разделить с культовым автомобилем главную роль в сцене из фильма «Зелёный огонёк».

Жизненный путь марки иллюстрируют кадры-инсталляции к кинокартинам, в которых охотно снимались «Москвичи». В этой фильмографии собраны ленты разных жанров, настроений, контекстов: они образуют пёстрый, одушевлённый и воодушевляющий полный метр.

Часть экспозиции переоборудована под съемочную площадку, где гости могут разделить с культовым автомобилем главную роль в сцене из фильма «Зелёный огонёк».

В экспозицию «Мечта Москвича» вошли 30 экспонатов транспортной коллекции и более 300 артефактов. Среди них «Москвич-422» («Буратино») 1954 года — уникальный образец с сохранившимся деревянным кузовом, миллионный «Москвич-408» 1967 года, «Москвич-400», сошедший с конвейера в первый послевоенный год, а также ГД-1 — первый советский двигатель, созданный для участия в Формуле-1.

Холл занимает монументальная надувная инсталляция современной художницы Ирины Кориной «Рог изобилия» — многозначный символ эпохи, подарившей стране первый народный автомобиль КИМ.

Входной зал экспозиции посвящён истории марки, которая материализуется в инсталляциях-кадрах из кинолент.
В зале «Ралли» собраны свидетельства гоночных достижений автомобилей, в зале «Прототипы» — футуристичные концепт-кары.

Сердце выставки — «Зал истории завода». Здесь находится картотека чертежей, фотографий и книг, связанных с инженерным и дизайнерским наследием «Москвича». Тут же оборудована съёмочная площадка.

В экспозицию «Мечта Москвича» вошли 30 экспонатов транспортной коллекции и более 300 артефактов. Среди них «Москвич-422» («Буратино») 1954 года — уникальный образец с сохранившимся деревянным кузовом, миллионный «Москвич-408» 1967 года, «Москвич-400», сошедший с конвейера в первый послевоенный год, а также ГД-1 — первый советский двигатель, созданный для участия в Формуле-1.

Холл занимает монументальная надувная инсталляция современной художницы Ирины Кориной «Рог изобилия» — многозначный символ эпохи, подарившей стране первый народный автомобиль КИМ.

Входной зал экспозиции посвящён истории марки, которая материализуется в инсталляциях-кадрах из кинолент.
В зале «Ралли» собраны свидетельства гоночных достижений автомобилей, в зале «Прототипы» — футуристичные концепт-кары.

Сердце выставки — «Зал истории завода». Здесь находится картотека чертежей, фотографий и книг, связанных с инженерным и дизайнерским наследием «Москвича». Тут же оборудована съёмочная площадка.

«Нам нужна одна победа, одна на всех – мы за ценой не постоим…»

«Пример беззаветного служения отчизне», Смальченко Лидия Карповна, Давлекановский район

Смальченко Лидия Карповна, участница Великой Отечественной войны 1941-1945 годов, родилась 20 марта 1916 года в деревне Сергиополь Давлекановского района. Призвана на войну с г. Уфа в апреле 1942 года, и несла службу в 80-ой зенитной артиллерийской дивизии. Уволена в запас 6 августа 1945 года, основание: Указ Президиума Верховного Совета СССР от 23 июня 1945 года

Из рассказа моей бабушки Смальченко Лидии Карповны.

Сталинград бросал в глухую тревожную ночь сполохи пламени. Огромный город судорожно вздрагивал от массированных ударов немецкой авиации. Советские части под натиском превосходящих сил противника отступали на новые позиции.
Далеко от центра, на окраине, в так называемой Бекетовке, осталось шесть советских солдат.
Задание было коротким и ясным. Все три автомашины должны быть восстановлены и приведены в свою часть до прихода гитлеровцев.
Взгляд командира задержался на мне. Выдержу ли? Все — таки женщина, да и на фронте недавно.
Шестерых тискали в своих объятиях уходившие товарищи. На всякий случай. Время было такое.
— Мы ждем вас, — говорили они, а в глазах тревога – сумеете ли выбраться, встретимся ли еще раз.
Мелькнули за поворотом последние фигуры.
Ушли.
А им надо работать. Работать. Безмолвной грудой металла застыли машины. Они должны жить. Жить, как живут они, люди.
Над головой с глухим свистом распарывают воздух снаряды. Несут смертоносный груз прямо на город. Он не остается в долгу, огрызается зло и ожесточенно.
На окраине шестеро. Дело не продвигается. Не хватает запасных частей. А приказ должен быть выполнен.
Кто – то вспомнил. Недалеко МТС. Можно там найти детали. Днем ходить опасно. Близко немцы. Придется делать вылазки по ночам. Мучительно тянется время. Каждая минута наполнена тревожным ожиданием.
Сутки…вторые…третьи. Работа кажется завершается.
Неприятный сюрприз. Перекрыты все дороги, за исключением одной, самой трудной.
Выберемся, главное – машины на ходу.
Настороженно шумнули двигатели. Автомашины медленно, на ощупь двинулись по разбитой снарядами дороге. Одна из них надежно укрыта брезентом и солдатскими шинелями. Там бензин.
Пять дней пути. По горящему городу, по степной дороге, на которую то и дело наваливаются самолеты с крестами. Зловещими черными крестами. Сто километров тревоги. За машины, за товарищей, за себя.
Нашли своих у небольшого городка Иловля. Трудно было привыкнуть к тому, что мы снова вместе с боевыми друзьями.
— Ничего особенного мы, кажется, и не делали. Просто каждый был на своем посту, выполнял порученное ему дело. Приходилось сидеть не только за баранкой.
— А первую благодарность я получила за кухню. Приготовила как – то бойцам обед и очень уж он им понравился. Как -ни –как, женская рука готовила.
Фронтовые дороги. Опаленные горячим знойным солнцем и морозными вьюгами. От берегов Волги до Будапешта проехала по ним Лидия Карповна, бережно храня в сердце память о муже, который погиб в самом начале войны. Погиб на посту, за рулем. Я постаралась быть ему достойной заменой.
— Меня почему – то не тронули ни пули, ни бомбы, — наверное очень хотела жить.
Теплыми майскими днями пришел на исстрадавшуюся землю мир. Домой я вернулась, когда на полях уже золотились спелые хлеба. Отдохнула немного и за работу. Все оставшееся время проработала на Давлекановском мельзаводе в качестве старшего лаборанта.
— Труженица, — с любовью отзывались о ней товарищи. Мне хочется добавить: Великая труженица, носящая имя не только матери, бабушки, но и солдата. Солдата мира.
С войны Смальченко Лидия Карповна привезла многочисленные благодарственные письма, грамоты, ордена и медали.
В свое время бабушка активно участвовала в общественной жизни района, работая в то время старшим лаборантом на Давлекановском мельзаводе. Когда выбирали главу города, она была даже доверенным лицом у тогдашнего претендента на этот пост Марата Мукминовича Латыпова. Лидию Карповну замечали и среди активистов в период избирательных кампаний.
Приближается 75-летие Великой Победы. Эта торжественная дата имеет большое значение для каждого россиянина. Ратный подвиг воинов-освободителей навсегда вписан в историю страны, Европы, мира. К сожалению, в последнее время все чаще и чаще звучат оскорбительные реплики, вольно трактующие исторические факты. Наша с вами общая задача – сохранить память о героизме наших бабушек, дедушек, отцов и матерей в каждой семье, в каждом бьющемся сердце.
Я горд тем, что у меня была такая бабушка, которая вместе с советскими солдатами прошла грозными дорогами и победила в этой страшной, жестокой войне, подарив нам мирное, чистое небо над головой.
Ушла она из жизни 25 марта 2001 года в возрасте 85 лет. Растут внуки и правнуки. Для всех своих потомков Лидия Карповна Смальченко навсегда останется примером беззаветного служения Отчизне.

Вячеслав Шаров, председатель территориальной избирательной комиссии муниципального района Давлекановский район.

DevOps для бабушки

Тут где-то мелькало, что сложно бабушке про DevOps рассказать. Я попробую.

▍Ба, надо поговорить

Ты вот порой ругаешься, когда у тебя в телефоне программы тормозят. Ну, ты у меня уже знаешь, что называются эти программы «приложения» и делают их программисты. Они работают в компаниях-разработчиках приложений. Но, чтобы сделать и выпустить такое приложение-программу, а также технически поддерживать её – исправлять ошибки (чтобы не она тормозила, например), добавлять новые полезные и удобные для тебя функции – нужны не только программисты, а целый штат разных специалистов.

Это те, кто придумывает, что должны делать эти программы, анализирует, кому они могут понадобиться, каким целям бизнеса они будут служить (ну, конечно, люди же деньги зарабатывают через оказание тебе услуги). Есть те, кто планирует, где и как потом рекламировать приложение, чтобы его устанавливало множество людей, какие функции сделать платными (ну, конечно…). Дизайнеры придумывают, какого цвета кнопки будут в приложении, как их расположить, чтобы удобней было пользоваться и прочее юзабилити (от английского usability — «удобство и простота использования»). Программисты, конечно, самые крутые на мой взгляд – они пишут программный код, чтобы всё это работало, причём работало правильно. Если будет работать неправильно – они будут что-то переписывать, да так, чтобы от этого переписывания другие функции не перестали работать. Тут прям логика нужна недюжая.

В хорошем дизайне, кстати, тоже логики немало. Да ещё и художественный вкус нужен, чтобы у пользователей кровь из глаз не текла, когда они открывают приложение. Да не бойся, это просто так говорят, когда неприятно смотреть на дизайн. Да, да, вот те мелкие оранжевые буквы на чёрном фоне и куча разных шрифтов, именно! Ещё есть тестировщики, которые тестируют части написанного программистами кода и, если находят ошибки, отправляют на доработку (да, можно не всё сразу тестировать, а кусками – хм, а ты начинаешь понимать). И есть те, кто потом, когда приложение после разных тестов и исправлений ошибок выходит на рынок, следит за обратной связью от пользователей. Ага, отзывы. Великая вещь! Этот мониторинг позволяет понять, что надо исправить, какие функции добавить или отключить.

В общем, народу много и набор специалистов зависит от масштаба и типа проекта: есть ведь приложение-игра, например, а есть мобильный банк. Разные же вещи. Ах да, есть ещё тот, кто всей этой командой управляет. Так вот, насчёт команды. Взаимодействие в ней может быть разным. И от того, какое оно, зависит и скорость выпуска приложения, и скорость его обновления, и стоимость его разработки. Как «зачем скорость»? Потому что пока одни долго думают что, куда и как – другие уже быстренько всё напишут, выпустят и соберут сливки (ну, конечно…). Вот раньше так и было – медленно. А теперь DevOps. Сейчас поймёшь.

▍Как раньше выпускали приложения (каскадная модель разработки)

Лет 10-15 назад в разработке в основном применяли так называемую каскадную модель. Это когда все фазы производства приложения последовательно перетекали одна в другую, как будто вода течёт по ступеням сверху вниз. Вначале собирались менеджеры, маркетологи и другие специалисты, которые придумывали идею приложения или программы для компьютера. В первой фазе определяли требования к будущему «продукту». Потом техническое задание с требованиями передавали программистам, которые делали проект приложения. Когда проект согласовали, он переходил в фазу разработки (написания программного кода в виде текста) и сборки (когда этот текст переводят в компьютерный код). Эти фазы сейчас условно объединяют под термином DEVelopment – разработка.

После этого наступает фаза тестирования. После своей серии работ на тестовых компьютерах тестировщики передают программу в отдел эксплуатации, где код устанавливают уже на рабочие компьютеры – запускают в боевом режиме, выводят на рынок. Люди пользуются программой, оставляют отзывы – автоматически ведётся статистика всяких всплывающих ошибок. Администраторы отдела эксплуатации мониторят эту обратную связь: собирают претензии пользователей и результаты статистики. А затем передают программистам, чтобы те исправляли ошибки и добавляли новые функции, если надо. Эту фазы относятся к периоду OPeration.

▍У каскадного подхода к разработке было много минусов

Во-первых,разработка велась долго. Очередная фаза наступала только после полного и успешного завершения предыдущей. Фазы не перекрещиваются, не параллелятся. При обнаружении ошибки или необходимости внесения новой функции, когда уже всё написано и протестировано, приходилось заново проходить все этапы постепенно. Время-то идёт, а конкуренты не спят.

Во-вторых, не было согласованности между отделами. Это вообще была головная боль. Например, тестировщики тестируют код неделю, а потом оказывается, что уже давно написана новая версия кода, а они тестируют старую. А программисты вообще не знают, что происходит с кодом после того, как он вышел из их отдела. Ну ладно, как-то там разобрались, потратили ещё кучу времени на новые тесты, отправили в отдел эксплуатации – а ничего не работает. Почему? Потому что у них компьютеры иной конфигурации, чем те, на которых писали и собирали код. Это у них классика была. Даже враждовали.

А всё это потраченное время оплачивал заказчик. Представь, тебе бы пришлось, как заказчику, платить в 5 раз больше за такую долгую неразбериху, а в итоге бы оказалось, что пока год делали приложение, какие-то функции уже не нужны пользователям или они должны быть другими. Мочало, начинай сначала. И, кстати, эту новость отдел разработки получает не сразу, как о ней стало известно, а тогда, когда отдел эксплуатации соберёт кучу пользовательских отзывов, проанализирует их, что-то там отсеет и пачкой передаст их программистам. И пока они всё исправляют, остальные сидят без работы. Потом тестировщики тестируют – остальные сидят без работы. Жуть и сплошные растраты. Ну и обстановочка в коллективе не фонтан, что тоже сказывается на процессах и результатах.

▍Как выпускают приложения сейчас (горизонтальный зацикленный поток)

Помнишь слова DEVelopment и OPeration? Да, разработка и эксплуатация. Так вот, придумали такую методологию организации процесса разработки, когда её фазы перетекают друг в друга как бы в горизонтальном потоке, причём непрерывном – представь течение в русле восьмёрки. Точно! Бесконечность. Да ты у меня продвинутая. И назвали эту методологию DevOps, по первым буквам этих английских слов, акроним, ага.

При таком подходе не каждый отдел отвечает за свою часть, а все вместе за всё приложение. Есть тесная связь между специалистами. На этапе определения требований участвуют все и уже там программисты могут сказать своё слово, про то, как лучше и быстрее проектировать; дизайнеры своё слово; маркетологи своё; уже можно определить подходящие инструменты для автоматизации некоторых процессов. Автоматизация, кстати, важнецкий элемент DevOps, но о ней позже. Фазы проектирования, написания кода, тестирования, запуска и поддержки приложения переходят друг в друга моментально и непрерывно по мере поступления задач. Все всегда заняты: одновременно можно писать одну часть кода, тестировать другую, вносить правки в третью, развёртывать четвёртую. Этот процесс называется CI/CD – сочетание непрерывной интеграции, то есть самой разработки (англ. continuous integration) и непрерывной доставки, то есть развёртывания (англ. continuous delivery или continuous deployment). Это жизненный цикл разработки программного обеспечения в DevOps.

Модель разработки DevOps

▍У DevOps-модели разработки есть много плюсов, перекрывающих минусы каскадной модели

У команд разработки, использующих DevOps-подход, приложения выходят гораздо быстрее, чем при каскадном подходе. Есть одна специальная программа для CI/CD, ей пользуются десятки миллионов людей. Её производитель, известная компания GitLab, периодически проводит разные исследования в своей сфере. Так вот Пятый ежегодный глобальный опрос GitLab по DevOps 2021 года показал: 57% респондентов сообщили, что код выпускается в два раза быстрее, что значительно больше прошлогодних 35%, а 19% заявили, что код выпускается в 10 раз быстрее!

При DevOps нет постепенной работы, она параллельная во всех отделах. Да и границы между отделами (специалистами) стираются – часто это общая группа, где все работают над всеми фазами приложения (жизненным циклом), развивая не только свои узкоспециализированные навыки. На обратную связь от пользователей реагируют быстро, тут же исправляют ошибки. При тестировании стало гораздо меньше ошибок, свойственных этому процессу и замедляющих его. И самое главное – расходы на создание и поддержку приложения снижаются тем больше, чем быстрее оно выпускается.

Многие процессы раньше выполнялись вручную, медленно, узкими специалистами. А команды DevOps используют такие технологии и программные инструменты для автоматизации этих процессов, которые позволяют не только сильно ускорить процессы, но и выполнять инженерам некоторые задачи без привлечения других отделов, минуя всякие согласования и прочую бюрократию (например, подготовку IT-инфраструктуры или развертывание кода). В том же отчёте GitLab говорится: «Большинство (55%) операционных групп сообщают, что их жизненные циклы были полностью или в основном автоматизированы. Для сравнения, в 2020 году только 8% команд заявили о полной автоматизации. Интегрируя автоматизацию в свои циклы разработки, члены команд DevOps получают драгоценное время для решения других задач. Операционные группы, например, изменили приоритеты, чтобы соответствовать новому ландшафту индустрии программного обеспечения, сформированному событиями 2020 года».

▍Как автоматизируют процессы в DevOps

Любую задачу в разработке можно автоматизировать, представляешь? Автоматизация всё ускоряет, упрощает, минимизирует человеческий фактор (ошибки). Программ (инструментов) для автоматизации процессов разработки много, в них обилие функций. Например, это инструменты для:

• Разработки – с их помощью отслеживают процесс создания кода и все изменения, внесённые в его разные версии. Если добавили новые функции и что-то сломалось, то они позволяют откатить эту версию до конфигурации, работавшей до изменений. Их ещё называют системы управления версиями (например, Git).
• Сборки – системы CI/CD (наш GitLab, а ещё известны Bamboo, Jenkins). Там выполняются скрипты (короткие описания действий, которые должна совершать система, написанные на языках программирования), происходит автоматическое тестирование и доставка протестированных частей соответствующим департаментам для дальнейшей работы.
• Развёртывания – автоматизируют развёртывание инфраструктуры и управление приложениями в «облаке» (Об облаках в другой раз, если этот ликбез тебе понравится. Коротко: это когда берут мощности удалённого компьютера в аренду и используют их через интернет. Очень выгодное дело). Это так называемые системы управления инфраструктурой как кодом (IaC) Например, Terraform, Ansible.
• Облачных технологий – помогают автоматически управлять нагрузками на систему, то есть снижать и увеличивать объёмы арендуемых мощностей в зависимости от нагрузки в определённые дни. Ну, чтобы не переплачивать за простой мощностей или чтобы не было сбоя в приложении из-за того, что им пользуется много людей одновременно, как в дни распродаж в интернет-магазинах, например (Да-да, поэтому и выгодно. Ба, ну ты голова!). Масштабирование называется. Ну и в целом автоматизируют рутину. Это инфраструктура, которую за тебя создадут и отладят в качестве сервиса (IaaS) или платформа под отдельные задачи как сервис (PaaS).
• Сред выполнения – это оркестраторы контейнеров (Об этом тоже в другой раз. Коротко: приложение может быть не целикашным, а разбитым на компоненты. Эти разные компоненты приложения и программные правила о том, как они должны работать, располагаются в изолированных друг от друга частях компьютера – контейнерах, но все вместе они связаны с главным общим двигателем. Это удобно тем, что нет опасности сломать всё приложение, если вносят изменения в какую-то его микро-часть). Контейнеров могут быть тысячи и ими надо управлять – это и делают оркестраторы. Ещё они облегчают процессы развёртывания, тестирования, запуска и другие.

В общем, DevOps – это методология оптимизированной организации процессов при разработке приложений. Помогает всё ускорить, автоматизировать и удешевить = больше заработать за относительно короткий промежуток времени. Времена-то у нас быстрые, как ты заметила.

▍А давай-ка замутим пирожков по DevOps-у?

С мясом и рисом. И сладеньких ещё, с яблоками. Говоришь, просто с рисом будет невкусно и хорошо бы добавить варёное яйцо? Согласна, так вкуснее. А пирожки будем жарить или печь? Да, я тоже больше люблю печёные. К тому же, это быстрее. Распределим их по контейнерам, то есть противням, которые можно будет менять местами по мере готовности: сверху и снизу они быстрее пекутся, а в середине – медленнее. Отлично, проект готов.

Где будем готовить и какие инструменты нам нужны? Будем делать много? Значит выдвигаем большой стол для раскатки теста. Месить будем в миске или прямо на столе? Ок, стол. Да, и уже пора бы начинки приготовить. Вот кастрюли, мясорубка, прочее… Руками, правда, тесто месить долго будем. Говоришь, есть планетарный миксер? Да ты схватываешь на лету! Автоматизируем.

Давай ты будешь тестом заниматься, а я начинкой. Ок, попробуй, как тебе мясная на соль? Отлично, но перца не хватает? Добавляем. Греем духовку, лепим. Давай я буду лепить, а ты забирай и выкладывай на подготовленные противни – будет конвейер. И что там дальше надо делать? Ну, ты сама знаешь – типа, смазать желтками и прочее. Сначала испечём тестовые пару штук? Ба, ты умница.

Так, я бы добавила корицу в яблочные. И жареный лучок в рисовые? Ок, добавляем. Ну, что, делаем всё на «боевых»? Следим за температурой, меняем противни местами и пирожки на них, чтобы с краёв не подгорели. Первую партию отнесём попробовать остальному семейству – интересно, что скажут? Ага, хотят, чтобы пирожки с мясом были с корочкой и чуть более солёные. Ок. Досаливай оставшееся под них тесто, я леплю, а ты клади на верхний противень. А я пока в это время помою посуду и стол.

Ну что, отлично потрудились и быстро сделали вкусные пирожки. Ещё и на масле сэкономили. А насчёт того, что у тебя приложение тормозит – ты вот не поленись и отзыв напиши. Вдруг ребята тоже DevOps-еры, как мы с тобой? Тогда они быстро промониторят твой отзыв и сообщение о сбое уйдёт программистам. Они там добавят соли с перцем.