Все потоки

Где заканчивается vibe и начинается инженерия

ИИ уже в ежедневной разработке. Cursor, Claude Code, Copilot и другие инструменты помогают писать код, собирать прототипы, проверять гипотезы и быстрее двигаться от идеи к работающему решению. Правда, для этого нужно перенастроить инженерный процесс и ответить на важные вопросы.

❓ Кто отвечает за качество сгенерированного кода?
🧪 Как проверять, который написал не только человек?
🚀 Как ускорение разработки меняет внутренние процессы?

Что делать с безопасностью, если, по данным Veracode, 45% проверенных образцов AI-generated code не прошли security-тесты и получили уязвимости из OWASP Top 10?

25 июня в Сфере X5 в Парке Горького проведём первый митап серии AI & ML Talks. Он будет посвящён теме «Vibe Coding: новая разработка или новый техдолг?»

Со спикерами из Альфа-Банка, X5 Tech и X5 Digital обсудим, что уже происходит в командах: где заканчивается «vibe» и начинается инженерия, какие ИИ-инструменты реально помогают разработчикам, а что пока остаётся демкой. Отдельно поговорим о качестве, безопасности, ревью и о том, насколько большие компании готовы пускать ИИ-код в продакшен.

🎤 В программе три доклада, Hot Battle на спорный тезис с голосованием зала и нетворкинг под открытым небом.

👥 Митап будет полезен разработчикам любого стека, тимлидам, AI-early adopters и всем, кто уже использует ИИ-инструменты в работе или только разбирается, как встроить их в свой процесс.

🗓 Встречаемся 25 июня в 18:30 на площадке «Сфера X5» в Парке Горького.

🔗 Регистрация

Шпаргалка из 92 нейросетей для всех задач — список сервисов. которые решают многие проблемы, включая:

• Генерация картинок, текстов, видео, аудио и прочего контента;

• Программирование и анализ данных;

• Создание презентаций;

• Маркетинг и SMM;

• Дизайн;

• Точные науки.

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

Ограничение количества банковских карт и прочее: меры против мошенников законопроект рассмотрен и принят в третьем чтении.

Ранее я уже писала о других мерах борьбы с мошенниками - вот пост.

Госдума приняла закон о новых мерах защиты граждан от кибермошенников. Лимит на карты, самозапрет на звонки из-за рубежа и обязанность банков возмещать ущерб - разбираем по порядку.

Платежные карты и денежные переводы

Лимит на карты - 20 штук на человека.

С 1 сентября 2027 года банки смогут предоставить одному и тому же физлицу в совокупности не более 20 карт, которые позволяют переводить деньги . При этом норму о лимите в 5 карт в одном банке, которая была в первом чтении, исключили - можно иметь все 20 в одной кредитной организации.

ЦБ РФ будет вправе определить случаи, когда применяется более высокий лимит (например, для предпринимателей или участников ВЭД).

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

Как будет работать контроль

С 1 сентября 2026 года банки начнут направлять в единую систему учёта информацию о выданных картах, их номерах и ИНН держателей. С 1 сентября 2027 года перед каждой выдачей новой карты банк будет обязан проверить через эту базу, не превышен ли лимит.

Банки обязаны возмещать ущерб

С 1 марта 2027 года банки будут обязаны возмещать физлицам суммы переводов, которые провели без добровольного согласия клиентов. Это относится к ситуациям, когда банк сначала получил из ГИС «Антифрод» сведения о мошенничестве, но всё равно исполнил распоряжение на перевод.

Антивирусная защита

С 1 марта 2027 года банки должны будут закреплять в договорах с физлицами право клиента согласиться на установку антивируса для защиты банковских программ или отказаться от этого.

Мобильная связь

Самозапрет на звонки из-за границы

Граждане получат право запрещать пропуск вызовов с иностранных номеров . Установить запрет можно будет через Госуслуги или МФЦ. Снять его можно будет только при личном посещении МФЦ - так решили сделать по аналогии с самозапретом на SIM-карты.

Удобная штука. Особенно для тех, кому звонят «из банка» с зарубежных номеров.

Новые правила для абонентов

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

База IMEI-номеров

Создадут базу данных IMEI-номеров мобильных устройств - пополнять её будут, в частности, операторы связи .

Исключения для массовых вызовов

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

Срок вступления: все эти нормы о связи заработают с 1 марта 2027 года.

Документ: Проект Федерального закона № 1110676-8

А что вы думаете о новых мерах? Поможет ли лимит на карты в борьбе с мошенниками? Пойдёте устанавливать самозапрет на звонки из-за границы? Делитесь мнением в комментариях 👇

Негативные последствия воздействия сахара на поведение детей обусловлены ожиданиями родителей?

Несколько десятков двойных слепых РКИ, проведенных начиная с 1980-х, не обнаружили никакого эффекта сахара на поведение или когнитивные функции детей.

Показательным стало исследование 1994 года, в котором набрали матерей, твердо убежденных, что их сыновья (5-7 лет) остро реагируют на сахар. Всем детям дали одно и то же, напиток с плацебо (аспартамом), без сахара. Половине матерей сказали, что детям дали плацебо. Другой половине сообщили, что их ребенок только что получил "большую дозу сахара".

Матери из "сахарной" группы оценивали поведение своих детей как более гиперактивное. При этом объективные измерения физической активности, актометры на запястьях детей, показали обратное. Дети в "сахарной" группе двигались даже чуть меньше, чем в контрольной. Матери словно видели гиперактивность там, где ее не было, и взаимодействовали с ребенком в контролирующей, сдерживающей манере.

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

Литература:

Метаанализ РКИ об отсутствии влияния сахара на поведение или когнитивные способности детей: Wolraich ML, Wilson DB, White JW. The effect of sugar on behavior or cognition in children. A meta-analysis. JAMA. 1995 Nov 22-29;274(20):1617-21. doi: 10.1001/jama.1995.03530200053037

Экспериментальное исследование (закрытый доступ, но есть на Sci-Hub): Hoover DW, Milich R. Effects of sugar ingestion expectancies on mother-child interactions. J Abnorm Child Psychol. 1994 Aug;22(4):501-15. doi: 10.1007/BF02168088

Источник: https://www.facebook.com/4everscience

Страшно не то, что ИИ отнимает работу

Без работы на дядю люди как-то справлялись. Хуже другое.

Вот смотрите - появились смартфоны. Появились в них карты и навигаторы. Вы не обращали внимание, как у многих людей атрофировался навык ориентировки на местности? Сколько людей стоят у выхода из метро, держат в руках телефон с картой и не понимают - куда им идти?

Человечество медленно и тысячелетиями вырабатывало полезные навыки - научились выращивать еду, создавать инструменты - всё чего достигла наша цивилизация - это благодаря навыкам, которые очень долго постигались и передавались следующим поколениям.

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

Маленькое удобство сейчас, дать чуточку воли своей лени и через несколько лет можно превратиться в инвалида, который без “большого брата” не сможет поддерживать свою жизнь.

Бэкенд без слепых зон: 10 открытых уроков для разработчиков

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

Собрали бесплатные открытые уроки для бэкенд‑разработчиков разных стеков. Преподаватели‑практики покажут рабочие подходы, разберут типовые ошибки и ответят на вопросы. Заодно можно познакомиться с экспертами и проверить формат обучения OTUS.

Архитектура и взаимодействие сервисов

• 22 июня, 20:00. «OAuth 2.0, JWT и коварные куки: проектируем безопасную аутентификацию». Записаться

• 24 июня, 20:00. «RabbitMQ против Kafka — что выбрать для вашей структуры: сравнение и лучшие практики». Записаться

• 24 июня, 20:00. «Отказоустойчивый и высокодоступный кластер RabbitMQ». Записаться

Java и Spring

• 22 июня, 20:00. «Контейнеризация Java-приложений с Docker». Записаться

• 29 июня, 20:00. «Как работает @Transactional в Spring: границы транзакций и типовые ошибки». Записаться

• 1 июля, 20:00. «Алгоритмическая сложность коллекций в Java». Записаться

• 22 июля, 20:00. «DAO на Spring JDBC». Записаться

.NET и Go

• 18 июня, 20:00. «Хостинг ASP.NET Core изнутри». Записаться

• 25 июня, 20:00. «Кеширование в ASP.NET Core: от IMemoryCache до Redis». Записаться

• 8 июля, 20:00. «Чистая архитектура на Go без "карго-культа": слои, DTO и интерфейсы». Записаться

Выбирайте тему под свой стек и подключайтесь к открытым урокам.

Больше бесплатных открытых уроков по другим направлениям смотрите в нашем дайджесте.

Многодоменная архитектура: почему бэкап одного домена не восстанавливает сервис

В инфраструктурных проектах иногда возникает идея разделить окружение на несколько доменов:

• пользователи – в одном контуре;

• серверы и рабочие станции – в другом;

• тестовая среда – в третьем.

На схеме это выглядит логично: сегментация, изоляция ошибок, разные зоны ответственности, поэтапная миграция без шуму и пыли.

Но в эксплуатации важен не только вопрос «где лежит объект».

Важнее другое: какие зависимости связывают объекты между собой.

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

Сценарий

Пользователь – в домене A.
Рабочая станция – в домене B.
Группа доступа к приложению – в домене C.

Цепочка доступа:

учётная запись → группа → DNS → доверие между доменами (Kerberos) → права на сервере.

Каждый компонент по отдельности может выглядеть исправным:

KDC отвечает. LDAP-серверы доступны. DNS разрешает имена. Билеты выдаются. Группа существует. Пользователь в группе.

А доступ к приложению всё равно не работает.

Почему? Потому что сломался не отдельный объект, а связь между объектами.

Именно здесь обычная логика «объект изменился → нашли резервную копию → восстановили объект» перестаёт быть достаточной.

В многодоменной среде важно уметь восстановить не только объект, но и связность: группы, доверительные отношения между доменами, DNS SRV-записи, Kerberos-зависимости и порядок применения политик.

Что стоит проверить заранее

• Основной источник данных – где создаются пользователи, где живут группы, какие домены участвуют в кросс-аутентификации.

• Карта доверительных отношений – какие домены доверяют друг другу, в каком направлении работает доверие и что произойдёт, если одно звено станет недоступным.

• Контур восстановления – какие домены можно восстанавливать отдельно, а какие требуют жёсткой последовательности: например, сначала восстановить домен A, проверить состояние доверия к B и только потом тестировать доступ.

• DNS и Kerberos – понимаем ли мы, как после восстановления домены находят друг друга? Не разъедутся ли ключи на сервисах и контроллерах, если восстановление идёт из старого снепшота? При откате может измениться KVNO в SPN-записях, и Kerberos-аутентификация для ресурсов сломается, хотя формально всё «зелёное».

• Сквозной тест доступа – проверяем не только доступность серверов, а весь путь: пользователь из одного домена должен получить доступ к ресурсу в другом.

Главный вывод

Многодоменная архитектура – это не просто «удобно разделили контуры». Это более сложная эксплуатационная модель.

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

Иначе гибкость на этапе проектирования превращается в непрозрачность при первой серьёзной аварии.

Коллеги, тестируете восстановление всей цепочки доступа или только каждый домен по отдельности?

#Linux #Инфраструктура #Backup

VK Tech 🤝 YADRO
Договорились о технологическом партнерстве

Только что на VK Cloud Conf 2026 мы подписали меморандум о партнерстве в области создания программно-аппаратных комплексов (ПАК).

Разработку проведем на базе флагманского оборудования YADRO:
• серверов VEGMAN
• систем хранения данных TATLIN
• коммутаторов KORNFELD

И продуктов VK Tech:
• VK Private Cloud
• VK WorkSpace

Поставка в формате ПАКов упрощает развертывание и поддержку корпоративной инфраструктуры и обеспечивает ее соответствие требованиям регуляторов.

«Объединяя флагманское оборудование YADRO с нашими облачными и коммуникационными продуктами, мы даем заказчику предсказуемый результат: высокую производительность, отказоустойчивость и полное соответствие требованиям регуляторов», — прокомментировал директор направления по инфраструктуре и ПАК VK Tech Вячеслав Разовский.

Принимаем поздравления в виде реакций под постом ❤️

«В такой атмосфере ты не боишься ошибаться»💜

➡️ Полина Сапрыкина, младший аналитик в департаменте Логистика, рассказала о поддержке коллег в случаях ошибок. Достаточно спросить — и команда всегда подскажет!

Смотри видео✨

Проявляй себя, работай в КОРУСе: https://links.korusconsulting.ru/ybFq

#говоряткорусяне

Каким будет КОРУС через 25 лет?💥

На этот вопрос постарались ответить наши коллеги из разных департаментов.

Проявляй себя, работай в КОРУСе: https://links.korusconsulting.ru/ybFq

#говоряткорусяне

VK Secure Cloud аттестован для размещения значимых объектов КИИ ⚡️

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

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

🌐 Теперь вы можете размещать:
• значимые объекты критической информационной инфраструктуры (ЗОКИИ) до первой категории значимости
• государственные информационные системы первого класса защищенности (К1)
• информационные системы персональных данных первого уровня защищенности (УЗ1)

➜ Выбирайте аттестованное облако, соответствующее российским стандартам безопасности

Внедрили поддержку мультиагентных систем на платформе VK AI Space 🤖

Теперь вы можете создавать мультиагентные сценарии в VK AI Space от VK Tech. Это позволит компаниям перейти от точечных ИИ-агентов к координируемым системам цифровых сотрудников.

👥 Мультиагентная система устроена как команда специалистов под руководством менеджера:

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

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

⚡️ Такой подход ускоряет разработку сложных ИИ-решений. При этом каждый отдельный агент работает со всем контекстом, возникающим при решении задачи, а мультиагентная система — только с результатом работы субагентов.

Мы эксклюзивно представили это решение на VK Cloud Conf. Узнайте больше по ссылке.

Рынок ПО для ИИ в России вырастет почти вчетверо к 2030 году

Эксклюзивно на VK Cloud Conf совместно с Apple Hills Digital представили исследование российского рынка программного обеспечения для искусственного интеллекта.

Исследование описывает объем, структуру и динамику российского рынка ПО для ИИ за 2022–2025 годы и прогноз до 2030 года.

👆 Его подготовили на основе прямого опроса более 40 ведущих российских вендоров ИИ-решений, отчетности участников рынка и открытых источников.

📈 В 2025 году объем рынка достиг 25 млрд рублей, а к 2030 году вырастет почти вчетверо — до 94,8 млрд рублей при среднегодовом темпе роста 30,5%.

Главный сдвиг: компании переходят от FOMO к ROI — от страха упустить технологию к расчету окупаемости. Появляются роли директоров по ИИ, центры компетенций и KPI на внедрение ИИ, а генеративный ИИ (GenAI) встраивается в прикладные продукты и стимулирует их продажи.

«76% рынка ПО для ИИ — это прикладные решения, встроенные в бизнес-процессы, а не сами модели. Компании перестали внедрять ИИ из страха отстать и начали считать отдачу. Выигрывает не тот, кто первым купил технологию, а тот, кто встроил ее в работающий процесс и сделал это не в одиночку, а с партнером. Мы закрываем этот разрыв ИИ-инфраструктурой VK Cloud, платформой VK AI Space для запуска ИИ-агентов в защищенном контуре и экспертизой внедрения», — комментирует директор по облачным сервисам VK Tech Дмитрий Лазаренко.

Полный текст исследования оставили по ссылке.

Подборка вебинаров на июнь 

В июне вас ждут еще три онлайн-встречи с экспертами Cloud.ru — о Spark, облачных расходах и Redis. Регистрируйтесь заранее, чтобы ничего не пропустить.

🎥Spark Connect для ИТ-команд: упрощаем разработку и работу с данными

Покажем, как сделать использование Apache Spark удобным для всей команды с помощью Spark Connect и Evolution Managed Spark. Затронем вопросы разработки в IDE, анализа данных в Jupyter и построения ETL на чистом SQL в dbt. Не бойтесь споткнуться о порог входа — здесь он минимальный. 

🧑‍💻 Для кого: дата-инженеры, аналитики, руководители дата-отделов.

📅 Когда? 23 июня 11:00 мск.

📍 Где? Онлайн. Зарегистрируйтесь, чтобы задать вопросы спикерам.

🎥Как управлять расходами в облаке и не удивляться счетам

Разберем, как сделать облачные расходы прозрачными с помощью FinOps-инструментов. Вы узнаете, почему важно назначать владельцев ресурсов, как правильно выбирать тариф, выставлять автоматические квоты и настраивать алерты, чтобы сократить затраты на 20–30%. Всё — с живым демо в личном кабинете.

🧑‍💻 Для кого: ИТ-менеджеры, DevOps, финансовые директора.

📅 Когда? 25 июня 11:00 мск.

📍 Где?  Онлайн. Зарегистрируйтесь, чтобы задать вопросы спикерам.

🎥Эволюция приложения в облаке: как настроить кеш с Redis и ничего не сломать

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

🧑‍💻 Для кого: бэкенд-разработчики, DevOps-инженеры, архитекторы.

📅 Когда? 30 июня 11:00 мск.

📍 Где?  Онлайн. Зарегистрируйтесь, чтобы задать вопросы спикерам.

Биржа заказов на Инфостарте помогает специалистам по 1С находить проекты разного масштаба: от разовых консультаций и точечных доработок до интеграций, обменов и переноса данных. В новой подборке - заказы, размещенные на Бирже с 10 по 17 июня. Возможно, среди них есть задача подходящая под ваш опыт.

На этой неделе заказчикам нужны 1С-разработчики для работы со старыми и новыми конфигурациями: интеграций с онлайн-кассами по ФЗ-54, интернет-магазинами, Telegram-ботами и ФГИС «Зерно», переноса данных из 1С 7.7 в 1С 8, настройки обменов, выгрузок в XML, доработки УТ 11.5, УНФ 3.0 и нестандартного производственного учета.

• Доработка «Подключение онлайн касс (ФЗ-54) к старой 1С конфигурации Описание и реализация проекта»

• Производственная организация работает в программе 1С Предприятие 7,7, необходимо написать выгрузку документов в бухгалтерию 1С 3 КОРП. База сильно доработанная.

• Ищем 1С-программиста для интеграции с интернет-магазином

• Произвести выгрузку из 1С7 Бухгалтерия в 1С8 бухгалтерия.

• Доработка динамического адресного хранения в УТ 11.5 . Нужна возможность использования статических адресов.

• Требуется вторая ед. учета (приход, расход, производство, перемещение), работающая параллельно с основной

• Выгрузка Номенклатуры из УП 10.3 в xml формате на сервер и тд

• Добавить MTProto в бота ТГ в 1с

• Регулярные доработки и настройки УНФ 3.0

• Доработка «Реализация обмена с ФГИС "Зерно"»

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

На Бирже доступны:

• прямой обмен контактами между заказчиком и исполнителем;

• работа без комиссии площадки;

• возможность безопасной сделки;

• рейтинги, кейсы и история откликов;

• исполнители разного масштаба — от частных специалистов до ИТ-команд.

Посмотреть свежие задачи и откликнуться можно на Бирже заказов Инфостарта.

А за беспилотные авто в России ответит пользователь

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

1. Вступление закона в силу планируется уже осенью 2027 года. Видимо, мы уже близки к применению беспилотников на дорогах по всей России. Сейчас они действуют только в экспериментальных зонах.

2. Регионы смогут ограничивать применение беспилотников как в регионе в целом, так и в отдельных локациях, в определённые дни или при проведении мероприятий. Это логичное решение после хаоса в Китае из-за внезапно вставших на прикол беспилотных авто.

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

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

Terraform в zVirt: базовая автоматизация виртуальной инфраструктуры

Привет, Хабр! 24 июня в 11:00 мы проведем вебинар о различных подходах к автоматизации.

Автоматизация — это способ сделать ИТ-ландшафт более прозрачным, управляемым и предсказуемым. На вебинаре разберем, как применять Terraform в zVirt, чтобы сократить объем рутинных операций, снизить риск ошибок и перейти к управлению инфраструктурой с помощью кода.

Что разберем:

- Различные подходы к автоматизации: когда и зачем нужен Terraform?

- Технический обзор: архитектура поддержки Terraform в zVirt

- Управление примитивами виртуализации: виртуальные машины, диски и сети

- Live-demo: от ознакомительных сценариев до устранения неисправностей

Кому будет полезен вебинар?

- Руководителям ИТ-инфраструктуры

- Системным инженерам

- Системным администраторам

- DevOps-инженерам

Участники вебинара первыми получат доступ к Cookbook zVirt Terraform — практическому гайду, составленному на опыте реальных кейсов управления комплексной инфраструктурой zVirt средствами Terraform.

Присоединяйтесь! Регистрация открыто по ссылке.

Настроить мониторинг за 60 секунд: вебинар про Deckhouse Observability на практике

Метрики, лейблы, Prometheus, PromQL, Grafana, дашборды, алерты, каналы уведомлений. Тема мониторинга большая и сложная, но базовый пайплайн от сбора метрик до визуализации данных и настройки алертов можно разобрать за 60 минут. Этим и займёмся на вебинаре Deckhouse Академии на примере живого сценария.

• Разберём, как формируется метрика, что такое лейблы и кардинальность, а также как не допустить взрыва кардинальности.

• Рассмотрим, как Prometheus собирает данные и как начать собирать их со своего приложения, добавив три строчки в Deployment.

• Визуализируем метрику и покажем пример агрегации сырых данных с помощью PromQL.

• Создадим правило для алерта, настроим свой канал уведомлений и получим уведомление по агрегированной метрике.

Регистрируйтесь и подключайтесь 23 июня в 12:00 (МСК). После вебинара вы поймёте, как работает цепочка App → Metric → Prometheus → PromQL → Grafana → Alert, сможете подключить своё приложение к Prometheus без правки scrape_config, написать простой запрос на PromQL и настроить оповещения с защитой от шума.

Установка и использование Nexus Repository для хранения артефактов

Nexus закрывает типовую DevOps-задачу: единое хранилище для Maven, npm, Docker, NuGet, PyPI и собственных бинарей, кэш внешних зависимостей и предсказуемый источник артефактов в CI/CD. Версии — Community Edition, Pro и связка с Repository Firewall для отсечения небезопасных компонентов на входе.

В статье разобрали установку Nexus Repository 3.91.1 тремя способами, а также показали первичную настройку, загрузку артефактов и политики очистки. И не забыли про разграничение прав через Privileges, Roles и Users, отключение анонимного доступа и вывод Nexus наружу по HTTPS через Nginx с Certbot.

Все детали — в статье Рег.облака.

Очень критически надо читать умные статьи про найм персонала.
Потому что на примере этой статьи с Хабра, можно сделать серьезные выводы и ошибиться.Как компании теряют прибыль из-за ошибок в подборе и почему это редко видно сразу https://habr.com/ru/articles/1044856/

У автора есть одно допущение, которое не обозначено в статье, но считаю, что важно его обозначить - наличие на рынке труда того самого идеального кандидата.
Это допущение, однако, является не более чем заблуждением или когнитивным искажением.
На самом деле идеального кандидата просто не существует, а если даже он есть, что вы можете ему предложить? Идеальную работу? Что-то сомневаюсь...
Таким образом на рынке труда работодатель должен искать не лучших из лучших, а лучших, среди тех, кто есть. А есть на рынке труда не самые лучшие кадры, скорее наоборот, всех хороших уже расхватали. Значит остались только худшие.
Поэтому лучше следовать принципу, что всегда и везде мы выбираем лучшего из худших, а не самого идеального. Тогда будет проще выстроить процессы найма, адаптации, испытательного срока и т.д., не тратя много сил и ресурсов на поиск, не теряя время и деньги за тот период, пока кандидат не найден и вакансия висит. Иначе поиск затянется, работа не будет выполняться, бизнес-цели не будут достигаться.