Вчера завершилась конференция Industrial++ - первая ИТ конференция "реального сектора". https://industrialconf.ru/2024/

Первый интересный доклад на который я попал, это доклад Витольда Коморовского из КамАЗ Дижитал, про то как КамАЗ строит свою облачную платформу для сбора и обработки автомобильной телеметрии.

Следующим был доклад Владимира Тимонова из ЕВРАЗ про то как с помощью ИИ переписать старое приложение c Visual Basic 6 на С# и сколько получается сэкономить за счет использования ИИ.

Был очень хороший доклад Ильи Олексива и Михаила Фуфаева из СИБУРа про трудности с выкаткой ПО на удаленные производственные площадки и про построение devops конвейера для решения этой задачи.

Еще запомнился доклад Михаила Митрофанова из ОМК про практический опыт переноса технологических данных в облако.

Конференция шла два дня, докладов было много, доклады были интересные, наверное каждый четвертый доклад был про ИИ.
Авторы обещали поделиться ссылками, как только видео будет готово, несколько ссылок я планирую выложить в канал.

#конференции

Продолжим про Industrial++

Доклад Антона Заммоева из ГринАтом про то что успешный внутренний проект это еще не готовый продукт для рынка.

Автор честно и подробно рассказывает про все грабли на которые наступили превращая результат успешного проекта в хороший продукт:
- реклама, точнее как про нее сначала забыли;
- кастомизация под разных заказчиков;
- обучающие курсы;
- разделение ресурсов между внутренними и внешними заказчиками;

Тем у кого есть онлайн доступ к платформе Онтико рекомендую доклад посмотреть.

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

А если только собираетесь выпускать свой продукт, то советы из доклада точно будут полезны.

#конференции

Доклад Kubernetes в металлургии.

От Kubernetes в финтехе отличается только размерами кластеров.

Что для меня было интересным в докладе:
- расчет сколько будет стоить если пытаться сделать самим и почему так дорого;
- обьяснение причин по которым вдруг понадобился Kubernetes (оказалось что последние два года поставщики заказных MES, CRM, ESM  систем хотят их поставлять в виде docker контейнеров, и только так, и там где много docker  контейнеров уже как то сам собой появляется Kubernetes);
- особенности размещения и обслуживания кластеров в изолированных контурах (даже в таких с которыми канала нет вообще);

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

Тем кому интересна автоматизация промышленности доклад будет полезен. Доступно пока только на платформе Онтико.

#конференции

Видео доклада Романа Пионтика Enterprise 3.0 про цифровую архитектуру, про цифровые модели и про цифровые предприятия будущего.

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

Есть ли практическая польза от таких докладов у меня ответа нет. Мне было интересно смотреть, поэтому делюсь.

https://rutube.ru/video/private/40af649da073b0073db7bc915156005d/?p=g-Z937ItvjmF6U1UvK8AYQ

#aaac #доклады

Еще один из компонентов платформы Synapse стал opensource-ом.
Инструмент функционального и нагрузочного тестирования SyTester доступен по ссылке

Подробно новость про SyTester читайте https://t.me/gitversenews/360

#opensource

Приходите завтра на вебинар "Защита контейнерных сред с помощью Policy Engine и Service Mesh"

На вебинаре расскажем:
🔹Как защитить контейнерные среды в рантайме: обеспечение безопасности на уровне реестра, оркестратора и контейнеров.
🔹Что такое Policy Engine и его роль в управлении политиками безопасности и конфигурациями. Знакомство с Kubelatte и возможностями по мутации, валидации и генерации объектов Kubernetes.
🔹Как Service Mesh обеспечивает безопасность трафика, включая шифрование, контроль конфигураций приложений и кластеров, мониторинг состояния кластеров.
🔹В чем преимущества решений Platform V Synapse по сравнению с open source.

Рассказывать будет Максим Чудновский, эксперт в Istio, владелец продукта Synapse Service Mesh в СберТехе. Максим имеет большой опыт работы с контейнерными средами и участвовал в проектах внедрения Service Mesh и Policy Engine как в крупных российских компаниях, так и в международных корпорациях.

📆 19 ноября в 11:00. Ссылка на регистрацию: https://platformv.sbertech.ru/events/zashhita-kontejnernyh-sred-s-pomoshhyu-policy-engine-i-service-mesh?utm_source=ignatov&utm_medium=emailing&utm_campaign=webinar-19-11-2024

Любая большая корпорация это отдельный мир, со своими правилами, своими подходами и своими вариантами решениями технологических проблем. И всегда интересно из одного мира заглянуть в другой. А как оно там?

Хочу представить прекрасный доклад коллег из СИБУРа которые рассказывают про трудности доставки централизованно разработанного ПО на удаленные производственные площадки.

Доклад был сделан в октябре этого года на конференции Industrial++ Если кто-то захочет задать вопросы их можно задать в комментариях, докладчики есть среди подписчиков канала.

https://www.youtube.com/watch?v=dp_MSA20uqM

#доклады

Еще один рассказ "из другого мира", на этот раз из мира автомобильного.

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

https://www.youtube.com/watch?v=9Iy0bUCqq6Q

#доклады

На следующей неделе уже начинается HighLoad, а ее еще не отчитался обо всех ноябрьских конференциях. Исправляюсь, стараюсь нагнать.

7-8 ноября проходила конференция ByteOilGas (https://byteoilgasconf.ru). Если коротко то конференция мне очень понравилась, организована прекрасно.
Конференция больше IT-шная, но совсем программистские доклады тоже были - про Python, про алгоритмы, про оптимизацию, и конференция дает очень хороший срез основных тем над которыми работает отрасль.

Много докладов по теме безопасности - построение конвейеров DevSecOps, безопасная разработка, безопасность LLM моделей. Много докладов по архитектуре, предполагаю что это связано с активным импортозамещением, чтобы начать замещать, надо сначала инвентаризировать.

Нам тоже предоставили возможность выступить с докладом. https://vkvideo.ru/video-218490305_456239123?t=6h9m42s

Из других докладов которые меня заинтересовали отмечу доклад Руслана Кульчинского из "Транснефти". Прекрасный рассказ про то как все сложно, и как интересно.
https://vkvideo.ru/video-218490305_456239118?t=19m24s

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

#доклады

Давно с интересом слежу за развитием темы "Архитектура как код". Докладов и событий по этой теме становится все больше, инструменты развиваются, совершенствуются подходы.

В самый канун Нового года, "под елочку", пройдет презентация новой версии DocHub.

https://t.me/dochubchannel/170

#aaac

Запись вебинара Максима Чудновского "Защита контейнерных сред с помощью Policy Engine и ServiceMesh"

#доклады

https://rutube.ru/video/private/434a3496f25727039a59f82af1d3eb9f/?p=-VKkatJhxK-rpf0lhYJQyg

Поделюсь записью  еще одного очень хорошего вебинара от компании Luntry - "Подпись и валидация образов в  Kubernetes"

#доклады

https://luntry.ru/research

Идея, которая не пригодилась

Разбирая старый компьютер, наткнулся на презентацию 2018 года, когда только начинали переходить в контейнерные среды.
Презентация была посвящена доставке НСИ (нормативно-справочной информации). Казалось бы, что может быть проще, чем работа со справочниками? На самом деле, справочники – это основа работы любой информационной системы; без них ничего работать не будет.

Немного деталей:
1. У каждой системы есть своё программное обеспечение, которое читает данные из справочников. Так делают для повышения автономности и надёжности.
2. В каждом ландшафте существует своя система ведения и выгрузки рабочих копий справочников.
3. Если система распределённая, то есть еще система тиражирования справочников на все площадки.
4. Тиражирование справочников происходит, как правило, в виде транспортных архивов или файлов.
5. На каждой площадке имеется отдельная база данных либо набор баз данных, либо набор схем в общей базе данных, где хранится рабочая копия справочников.
6. У каждой системы есть программа загрузки справочников, которая переносит информацию из транспортных файлов в рабочую копию базы данных.
7. В каждой системе присутствует набор программных компонентов со своими API, которые читают данные из справочников.
8. Чтобы чтение из справочников происходило быстрее, данные обычно поднимаются в кэш.
9. Кэш необходимо уметь сбрасывать, это делается через управляющую консоль.
10. Консоль также отвечает за мониторинг загрузки транспортных файлов и наличие ошибок.

Продолжение в следующем посте...

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

Просто положим справочники в виде файла в образ и прочитаем его при старте приложения. Исчезнет половина, если не две трети сложности. Не будет проблем с масштабированием, не будет проблем с развёртыванием новых стендов, не будет проблемы с временем отклика при обращении к справочникам.

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

Привет всем.
Видео доклада Максима Чудновского на HighLoad 2024

"Все то, что нужно для сетевой безопасности приложений в платформе на базе Kubernetes"

https://youtu.be/LgIEXAJm5Rk

В докладе будет, в том числе, про KubeLatte - PolicyEngine с открытым исходным кодом от команды Synapse. https://gitverse.ru/sbertech/kubelatte-ce

#доклады

Запись вебинара "Архитектура как код".

Вы спросите: «Чего ты опять с этой архитектурой?» У меня есть предчувствие, возможно ошибочное, что дальнейшее развитие платформы Kubernetes, микросервисного подхода и всеми любимого ИИ сильно трансформируют прикладное программирование. Оно должно стать ещё более высокоуровневым. Может быть, прикладные программисты станут архитекторами, а может, архитекторы — программистами? Я не знаю, но какой-то ветер перемен прям ощущается.

https://t.me/dochubchannel/173

#aaac

На Хабре вышла статья Максима Ажгирея про инструмент нагрузочного и функционального тестирования SyTester. Вопросы автору статьи можно задавать как на Хабре, так и в комментариях под постом.

📌Полная версия статьи - ссылка

В ноябре код SyTester-а был выложен на GitVerse и доступен по ссылке

#Habr

Про велосипеды.

Перед Новым годом прочел интересную статью. Хотел ею поделиться, но забыл. К тому же она была очень интересная, но не совсем про разработку, точнее совсем не про разработку.

Статья посвящена событиям, о которых мы знаем немного — трансформации американского военно-промышленного комплекса и истории утраты им технологического лидерства. Она короткая и написана блестяще. Проблемы, которые обсуждаются Шьямом Санкаром, техническим директором компании Palantir, хорошо знакомы и разработчикам.

Например, если вслух произнести «дублирование кода», любой мысленно продолжит: «Надо бы устранить». Перед словом «архитектура» рука так и тянется добавить «согласованная» или «утверждённая». Мы ворчим по этому поводу, но это скорее поза. Если поставить вопрос ребром, все ответят: конечно, устранить, согласовать и утвердить. Ну а как иначе то? Теоретически, во второстепенных вопросах иногда можно, но в серьёзных вопросах однозначно нельзя.

Автор статьи рассуждает о вопросах максимально серьёзных.

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

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

Перевод статьи нашёл на канале Александра Любимова. Текст здесь (https://t.me/akela_zavtra/99). Прочитайте, некоторые тезисы про организацию сложных производств интересные.

#велосипеды

Про велосипеды, продолжение.

Чем зацепила статья из поста выше? Конечно же, формулировки смешные ("про Кубу и Министерство обороны США") и тезисы броские ("отрыв коммерческих инноваций от производства", "зацикленность монополии на затратах, контроле и муторном регулировании"). Но самое главное – это абсолютно понятный любому айтишнику разговор о среде, которая генерирует и поддерживает инновации.

Анализ, проведенный Шьямом Санкаром, удивительно подтверждает выводы, сделанные двадцать пять лет назад Эриком Реймондом в его знаменитой статье «Собор и базар» о модели разработки операционной системы Linux. (Если кто-то вдруг не читал, вот ссылка на перевод)

Когда одни выпускают кукурузные хлопья и системы наведения, другие – алюминиевые банки и первые ступени ракет, и так далее, это типичный «базар». Его реорганизовали в строгий «собор» из пяти крупных компаний с долгосрочным финансированием и "выстроенными" процессами. «Собор», казалось бы, должен был обыграть «базар» в одну калитку, однако, если верить автору статьи, получилось ровно наоборот ( "консолидация породила конформизм").

А при чем здесь "велосипеды" спросите вы? "Велосипеды" это и есть инновации. Нет никаких формальных критериев, позволяющих на ранних этапах отличить «велосипед» от перспективной инновации. На старте они выглядят совершенно одинаково – как "велосипед". Решающий фактор отбора перспективных решений – количество попыток, предпринятых независимыми экспериментаторами.

#велосипеды

Чуть флуда на этом серьёзном канале.

Сегодня исполняется 30 лет с момента выхода мажорной версии JDK 1.0.

У меня в связи с этим своё воспоминание: где-то в 1998 году я пришёл к нашему зам. директору Владимиру Александровичу, светлая ему память, и говорю: «Технология перспективная, надо переходить». (Всё, что у нас было в тот момент, работало на SCO Unix и на C/C++.) Долго я его этим вопросом доставал. Собрали какое-то совещание, все послушали про "write once, run anywhere" и сказали: «На фиг-на фиг». Я, конечно, расстроился слегка.

Уже после совещания он меня спрашивает:
— Сколько этой твоей Java ресурсов то надо?
— 4 Мб памяти минимум.
— Ну вот видишь, а у нас, у нас во всех филиалах на рабочих местах 640 Кб.

Да путь к инновациям никогда не бывает легким.
Всем, кто продолжает сегодня писать на Java, физкульт-привет!

Про велосипеды. Окончание

Никак не мог дописать про велосипеды. Крутится в голове разное: велосипеды, Калашников, реформа американского ВПК, Айзек Азимов, князь Кропоткин, анархисты... Поэтому дальше будет набор несвязных мыслей.

"Велосипедом" принято называть попытку сделать уже сделанное по следующим причинам:
- не смогли нагуглить;
- нагуглили, но было лень дальше читать;
- чтобы чтобы упростить сложную реализацию;
- чтобы приспособить старую реализацию к изменившимся условиям.

И выглядит это, как правило, совершенно нерационально. Зачем «изобретать велосипед», когда нужно правильно пользоваться проверенными решениями? И вроде действительно так, но есть несколько «но». Первое — упрощение, это самый главный инженерный навык. Великий Михаил Калашников, в начале своей карьеры, услышал от другого великого конструктора Георгия Шпагина* присказку, которую повторял всю жизнь: «Самое сложное — это сделать просто». Второе — а откуда, собственно, берутся проверенные надёжные решения? Из требований пользователей? Ну, если вы никогда не слышали про Айфон, вы вряд ли знаете, что он вам нужен. Они берутся из попыток сделать что-то по другому, иногда из наивных, как правило нерациональных, иногда рискованных, и всегда интересно понять, почему они вдруг делаются и как выживают, превращаясь в зрелые проверенные решения.
*(на всякий случай, Г. С. Шпагин — это конструктор автомата Победы, ППШ, такого с круглым магазином, и один из конструкторов пулемёта ДШК)

У Айзека Азимова был рассказ «День знаний», в котором цивилизация достигла такого прогресса, что все нужные знания прошиваются обучающимся прямо в мозг, а вся специализация, карьера, весь жизненный трек человека определяются на основании тестирования подростка машиной. И в этом обществе был очень небольшой процент «бракованных» персонажей, непригодных ни к какой прошивке; единственное, чем они были полезны, — они могли создавать новые знания, те самые обучающие программы, которые прошивали всем остальным. Те из них, из кого учёных в результате не получилось, становились коучами и психологами. Возможно что «изобретатели велосипедов» из тех самых, из «бракованных».

#велосипеды