435
Subscribers
+124 hours
+37 days
+930 days
Data loading in progress...
Similar Channels
Tags Cloud
No data
Any problems? Please refresh the page or contact our support manager.
Incoming and Outgoing Mentions
---
---
---
---
---
---
Attracting Subscribers
December '24Dec '24
December '24
+11
in 0 channels
November '24
+27
in 0 channels
Get PRO
October '24
+36
in 0 channels
Get PRO
September '24
+326
in 1 channels
Get PRO
August '240
in 0 channels
Get PRO
July '24
+27
in 0 channels
Get PRO
June '240
in 0 channels
Get PRO
May '24
+63
in 0 channels
| Date | Subscriber Growth | Mentions | Channels | |
| 21 December | +1 | |||
| 20 December | +1 | |||
| 19 December | 0 | |||
| 18 December | 0 | |||
| 17 December | 0 | |||
| 16 December | +1 | |||
| 15 December | 0 | |||
| 14 December | 0 | |||
| 13 December | 0 | |||
| 12 December | 0 | |||
| 11 December | +1 | |||
| 10 December | 0 | |||
| 09 December | 0 | |||
| 08 December | 0 | |||
| 07 December | 0 | |||
| 06 December | +2 | |||
| 05 December | +1 | |||
| 04 December | +3 | |||
| 03 December | +1 | |||
| 02 December | 0 | |||
| 01 December | 0 |
Channel Posts
Видео доклада Романа Пионтика Enterprise 3.0 про цифровую архитектуру, про цифровые модели и про цифровые предприятия будущего.
Роман, как всегда, рассказывает интересно, рассуждает масштабно. В интернете спорят произносил ли когда-то Генри Форд фразу про лошадь побыстрее, однако всем понятно что переход на следующий уровень сложности всегда идет через принципиальное изменение подхода.
Есть ли практическая польза от таких докладов у меня ответа нет. Мне было интересно смотреть, поэтому делюсь.
https://rutube.ru/video/private/40af649da073b0073db7bc915156005d/?p=g-Z937ItvjmF6U1UvK8AYQ
#доклады
| 2 |  Доклад Kubernetes в металлургии.
От Kubernetes в финтехе отличается только размерами кластеров.
Что для меня было интересным в докладе:
- расчет сколько будет стоить если пытаться сделать самим и почему так дорого;
- обьяснение причин по которым вдруг понадобился Kubernetes (оказалось что последние два года поставщики заказных MES, CRM, ESM систем хотят их поставлять в виде docker контейнеров, и только так, и там где много docker контейнеров уже как то сам собой появляется Kubernetes);
- особенности размещения и обслуживания кластеров в изолированных контурах (даже в таких с которыми канала нет вообще);
Отсутствие каналов связи, производительных каналов, надежных каналов на конференции обсуждали много. Это особенность с которой всем автоматизирующим промышленность придется еще некоторое время мириться.
Тем кому интересна автоматизация промышленности доклад будет полезен. Доступно пока только на платформе Онтико.
#конференции | 0 |
| 3 | Доклад Kubernetes в металлургии.
От Kubernetes в финтехе отличается только размерами кластеров.
Что для меня было интересным в докладе:
- расчет сколько будет стоить если пытаться сделать самим и почему так дорого;
- обьяснение причин по которым вдруг понадобился Kubernetes (оказалось что последние два года поставщики заказных MES, CRM, ESM систем хотят их поставлять в виде docker контейнеров, и только так, и там где много docker контейнеров уже как то сам собой появляется Kubernetes);
- особенности размещения и обслуживания кластеров в изолированных контурах (даже в таких с которыми канала нет вообще);
Отсутствие каналов связи, производительных каналов, надежных каналов на конференции обсуждали много. Это особенность с которой всем автоматизирующим промышленность придется еще некоторое время мириться.
Тем кому интересна автоматизация промышленности доклад будет полезен. Доступно пока только на платформе Онтико.
#конференции | 0 |
| 4 |  Продолжим про Industrial++
Доклад Антона Заммоева из ГринАтом про то что успешный внутренний проект это еще не готовый продукт для рынка.
Автор честно и подробно рассказывает про все грабли на которые наступили превращая результат успешного проекта в хороший продукт:
- реклама, точнее как про нее сначала забыли;
- кастомизация под разных заказчиков;
- обучающие курсы;
- разделение ресурсов между внутренними и внешними заказчиками;
Тем у кого есть онлайн доступ к платформе Онтико рекомендую доклад посмотреть.
Если вы уже превращаете свой проект в продукт, то возможно вы узнаете себя и вам будет чуть легче, что вы не один.
А если только собираетесь выпускать свой продукт, то советы из доклада точно будут полезны.
#конференции | 0 |
| 5 | Продолжим про Industrial++
Доклад Антона Заммоева из ГринАтом про то что успешный внутренний проект это еще не готовый продукт для рынка.
Автор честно и подробно рассказывает про все грабли на которые наступили превращая результат успешного проекта в хороший продукт:
- реклама, точнее как про нее сначала забыли;
- кастомизация под разных заказчиков;
- обучающие курсы;
- разделение ресурсов между внутренними и внешними заказчиками;
Тем у кого есть онлайн доступ к платформе Онтико рекомендую доклад посмотреть.
Если вы уже превращаете свой проект в продукт, то возможно вы узнаете себя и вам будет чуть легче, что вы не один.
А если только собираетесь выпускать свой продукт, то советы из доклада точно будут полезны.
#конференции | 0 |
| 6 | Вчера завершилась конференция Industrial++ - первая ИТ конференция "реального сектора". https://industrialconf.ru/2024/
Первый интересный доклад на который я попал, это доклад Витольда Коморовского из КамАЗ Дижитал, про то как КамАЗ строит свою облачную платформу для сбора и обработки автомобильной телеметрии.
Следующим был доклад Владимира Тимонова из ЕВРАЗ про то как с помощью ИИ переписать старое приложение c Visual Basic 6 на С# и сколько получается сэкономить за счет использования ИИ.
Был очень хороший доклад Ильи Олексива и Михаила Фуфаева из СИБУРа про трудности с выкаткой ПО на удаленные производственные площадки и про построение devops конвейера для решения этой задачи.
Еще запомнился доклад Михаила Митрофанова из ОМК про практический опыт переноса технологических данных в облако.
Конференция шла два дня, докладов было много, доклады были интересные, наверное каждый четвертый доклад был про ИИ.
Авторы обещали поделиться ссылками, как только видео будет готово, несколько ссылок я планирую выложить в канал.
#конференции | 0 |
| 7 | Вчера завершилась конференция Industrial++ - первая ИТ конференция "реального сектора". https://industrialconf.ru/2024/
Первый интересный доклад на который я попал, это доклад Витольда Коморовского из КамАЗ Дижитал, про то как КамАЗ строит свою облачную платформу для сбора и обработки автомобильной телеметрии.
Следующим был доклад Владимира Тимонова из ЕВРАЗ про то как с помощью ИИ переписать старое приложение c Visual Basic 6 на С# и сколько получается сэкономить за счет использования ИИ.
Был очень хороший доклад Ильи Олексива и Михаила Фуфаева из СИБУРа про трудности с выкаткой ПО на удаленные производственные площадки и про построение devops конвейера для решения этой задачи.
Еще запомнился доклад Михаила Митрофанова из ОМК про практический опыт переноса технологических данных в облако.
Конференция шла два дня, докладов было много, доклады были интересные, наверное каждый четвертый доклад был про ИИ.
Авторы обещали поделиться ссылками, как только видео будет готово, несколько ссылок я планирую выложить в канал.
#конференции | 0 |
| 8 | Еще немного про симуляторы для Kubernetes. Видео доклада Дэвида Моррисона на KubeCon North America в 2023 году про симулятор SimKube.
В тексте доклада ссылка на еще один симулятор KWOK (Kubernetes WithOut Kubelet) и доклады о нем на этой же конференции.
https://www.youtube.com/watch?v=epII6_JwQSA&t=1426s
#DigitalTwin | 0 |
| 9 | В новой статье на Хабре Артем Безруков рассказывает об опыте развертывания Artemis в облаке.
Как выбирали решение, с какими трудностями столкнулись и к чему в результате пришли.
📌Полная версия статьи - ссылка
#Habr | 0 |
| 10 | Привет всем.
Немного рекламы, если кто азартный. Я, например, быстро думать не умею, медленно правда тоже не всегда получается.
Короче, второй ежегодный конкурс красоты кода, до 28го октября можно порубиться в розыгрыше призов, дорого, богато.
P.S. Сотрудники СБЕРа и дочерних обществ не могут принимать участие.
P.S.S Самому даже интересно стало, как выглядит красивый код в devops
#info | 0 |
| 11 | Если что-то, что пришло в голову не находится за 5-10 минут поиска в инете, то значит или я хочу странного, или оно называется как-то по другому. Так получилось и в этот раз.
По ключевой фразе Digital Twin находится приличное количество научных статей которые излагают насколько это полезная штука, но чтобы найти какие-то живые проекты надо искать microservice simulator framework.
Находятся проекты разной степени сложности и проработки. Вот список того что попалось:
https://github.com/yurishkuro/microsim
https://edgerun.github.io/faas-sim/index.html
https://github.com/kurron/microservice-simulator
https://github.com/elleFlorio/mu-sim
https://github.com/Cloudslab/cloudsim
Если кто-то найдет еще полезные проекты, напишите в комментарии
#DigitalTwin | 0 |
| 12 | А где там AI ? Каждый раз когда начинали разговор про "цифрового двойника" первый вопрос был - а где там AI ? Приходилось говорить что нет, любимого всеми AI там нет, это просто коэффициенты преобразования трафика от входов к выходам, и расчет потребления CPU и RAM. Все на технологиях прошлого века, даже дифференциальных уравнений нет как в методе конечных элементов.
Одна из проблем использования AI для сопровождения ИТ-систем это то что системы постоянно меняются. Для того чтобы обучить модель нужно время, а изменения делают накопленные данные нерелевантными. Кроме того сопровождение системы старается не допускать аварий, и для обучения модели правильному поведению при аварии данных не хватает.
Неожиданное решение предложено в статье про KubeKlone - обучать AI на цифровом двойнике. Цифровой двойник позволяет сжать время обучения и безопасно эмулировать аварийные режимы работы.
Вот ссылка на статью https://conferences.sigcomm.org/events/apnet2022/papers/kubeklone_camera_ready.pdf
#DigitalTwin | 0 |
| 13 |  Следующее для чего будет полезен цифровой двойник это настройка политик автоскейлинга. Для большого проекта с десятками различных бизнес процессов и сотнями микросервисов вручную подбирать параметры долго и сложно. Если проект развернут в on-premise то еще сложнее.
Задаем цифровому двойнику разные значения входных нагрузок и получаем необходимое кол-во реплик для каждого микросервиса. Выгружаем настройки для hpa. Ленту нагрузки можно сохранить. После каждого нового внедрения/изменения модели, прогоняем ленту нагрузки, пересчитываем значения, выгружаем новые политики для hpa.
В комментариях к предыдущему посту задавали вопрос - как это может выглядеть? Например как на картинке
#DigitalTwin | 0 |
| 14 | Продолжим обсуждать цифрового двойника. (начало тут https://t.me/SynapseDevCommunity/47)
Можно ли заменить нагрузочное тестирование "нагрузочным моделированием"?
Нагрузочное тестирование информационных систем всегда было занятием дорогим, долгим и не очень точным, но с этим мирились, потому что внедрение без НТ это вообще чистый метод Монте-Карло.
После перехода в микросервисную архитектуру вопрос стал еще сложнее. Если у вас хотя бы одно внедрение в день, то понятие "состояние системы" оказывается размыто, у вас каждый день новое состояние системы. При частных изменениях проводить для каждого изменения цикл НТ нет никакой физической возможности, проводить периодические НТ, или при изменениях экспертно оцененных как значимые, это опять метод Монте-Карло.
А что если взять и сделать цифровой слепок каждого микросервиса? Функцию зависимости потребления CPU и RAM от входной нагрузки, функцию преобразования входного трафика в выходной, еще возможно функцию времени отклика. Все данные которые необходимы для построения такого "цифрового слепка" есть в метриках Service Mesh-а. Дальше соединить входы и выходы отдельных "цифровых слепков" и получить цифрового двойника системы. С таким цифровым двойником можно проводить эксперименты, например рассчитывать потребление ресурсов при разных нагрузках за несколько секунд, обновлять отдельные слепки и получать оценку результатов внедрения новых версий.
#DigitalTwin | 0 |
| 15 |  Заходите к нам на ... вебинар.
📆 19 сентября в 11:00 приглашаем на вебинар «Шиномонтаж уровня предприятия: уходим от монолита в корпоративной сервисной шине».
На вебинаре вместе с нашим партнером Neoflex обсудим, как импортозамещение поможет вывести интеграционное взаимодействие на новый уровень автоматизации и отказоустойчивости. Поговорим о мировых трендах в построении интеграционных сервисов, и как они позволяют компенсировать недостатки классических сервисных шин. Не обойдем стороной опыт миграции и предложим пошаговую инструкцию перехода на интеграционную платформу с нативной поддержкой Kubernetes.
Вебинар будет полезен архитекторам, CIO, CTO, руководителям отдела интеграции и всем, кому интересна тема интеграционных сервисов на современном стеке технологий.
Регистрация по ссылке: https://platformv.sbertech.ru/events/shinomontazh-urovnya-predpriyatiya-uhodim-ot-monolita-v-korporativnoj-servisnoj-shine?utm_source=ignatov&utm_medium=emailing&utm_campaign=webinar-19-09-2024 | 0 |
| 16 |  Событие прошлой недели - представляли на конференции по кибербезопасности OFFZONE наше решение для защиты трафика в контейнерных средах.
Рассказывали как Synapse Service Mesh и Kubelatte обеспечивают безопасность трафика, шифрование, проверку политик на соблюдение требований ИБ, контроль конфигураций приложений и кластеров, мониторинг состояния кластеров.
Напоминаю что KubeLatte это PolicyEngine с открытым исходным кодом доступный по ссылке https://gitverse.ru/sbertech/kubelatte-ce
Присоединяйтесь. | 0 |
| 17 | За последние два года много слушал про цифровых двойников. На выбор:
- цифровые двойники турбин и авиационных двигателей;
- цифровые двойники нефтяных и газовых месторождений;
- цифровые двойники компаний (орг. и штатной структуры);
- цифровые двойники городов;
Ни разу не попадалось ничего про цифровой двойник информационной системы. На первый взгляд кажется - а это то зачем?
А с другой стороны системы усложняются, количество настроечных параметров улетает вверх по параболе, эксперименты на стендах нагрузочного тестирования долгие и дорогие, а оценка, хотя бы приблизительная, поведения системы в пограничных режимах нужна. Где брать?
Все цифровые двойники про которые я слушал строились по большому объему собранных данных.
Кажется что такой подход для информационных систем не подходит. Системы обновляются быстрее чем накапливается достаточное кол-во данных для анализа.
#DigitalTwin | 0 |
| 18 | В новой статье на Хабре Максим Чудновский @mchudnovskiy и Александр Козлов @KozlovAlexE рассказывают о Dubbo – высокопроизводительном инструменте для разработки распределенных систем. В материале вспомним базовое устройство Service Mesh, реализацией которого является Dubbo, а также разберемся, действительно ли Dubbo похож на gRPC.
📌Полная версия статьи – по ссылке.
#Habr | 0 |
| 19 | Еще раз про структуру репозитория.
Популярная сейчас тема - "Архитектура как код". Много докладов на конференциях. Хранение архитектуры в git-е, версионирование изменений, архитектурные тесты, реверс инжиниринг архитектуры из манифестов K8s, метрик ServiceMesh, даже кода.
Иногда даже думается что настоящая разработка - это рай, из которого выгнали архитекторов, и теперь они мечтают вернуться.
На мой неискушенный взгляд бывшего разработчика, самое ценное что есть в архитектуре это солюшион архитектура, перечень компонентов, связей между ними, краткое описание назначения компонентов. Это все что нужно чтобы понять проект. И это первое что хочется увидеть заглядывая в репозиторий.
Казалось бы структура репозитория это ровно тот вопрос в котором архитектура и разработка должны достигать полного единодушия. Должны, но не достигают.
Репозитории большинства проектов ничего вам не скажут о его структуре, нужно смотреть архитектуру, если она конечно актуальна, а для этого нужно постоянно выполнять реверс-инжиниринг.
"Все действительное - разумно, все разумное - действительно". Да это так, но мне некоторые вещи кажутся бессмысленным.
По ссылке доклад Ромы Пионтика про архитектурный фраймворк. Слежу за темой с искренним интересом.
https://m.youtube.com/watch?v=JYFfikvZz_Y&pp=ygUEU2VhZg%3D%3D | 0 |
| 20 | Закрою тему с проектом Kargo. Еще одна верная мысль у авторов проекта - термины CI/CD и pipeline родились в эпоху серверов приложений. Тогда pipeline и правда был чем-то похож на трубу, а этапы CI и CD были равны по сложности.
При переходе к микросервисам этап CI сильно упростился. CI микросервиса это простой, короткоживущий процесс. Этап CD наоборот изрядно потолстел. Большое кол-во сервисов и релизов усложняет его еще больше.
CI/CD сейчас это ни разу не "труба", даже не "воронка". Мысль у авторов проекта что эти этапы надо разделить и рассматривать отдельно совершенно верная.
Если в проект Kargo добавить группировку релизов и придумать как комбинировать Analysis Template заданные для стадии выкатки с ArgoRollouts идущими в составе конкретных релизов то со временем получится крутой инструмент для этапа CD.
#deploymentasacode | 0 |
