Все потоки

Представьте ситуацию: вы написали шикарного Telegram-бота, отладили его на своем ноутбуке с Python 3.11 и последней версией любимой библиотеки. Вы отправляете код коллеге, а у него падает с ошибкой, потому что у него Python 3.9 и какая-то зависимость встала криво. Или, что еще хуже, вы пытаетесь выкатить это на сервер, а там системный администратор смотрит на ваш requirements.txt и тяжело вздыхает, потому что для установки одной из библиотек нужна системная утилита, которой нет и не будет. Знакомо?

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

В этом обзоре рассмотрим архитектуру современных ITSM и ESM-платформ, как ИИ интегрируется в сервисные процессы, и что это дает бизнесу на примере реальных внедрений.

В начале 2022 года Купер, как и многие компании, лишился привычных инструментов ноукод-автоматизаций. До этого мы активно использовали Workflow Builder, встроенный в Slack, в связке с Zapier и Google Apps Script. Одним из важных инструментов, созданных с помощью этого набора, была автоматизация рассылки уведомлений об инцидентах — как внутри компании, так и партнерам. Переезд в Mattermost оказался болезненным: рассылки по чатам, каналам и почте приходилось делать вручную, ведь отказаться от информирования мы не могли.

Как мы выкрутились из этой ситуации и дополнили сервис еще кучей полезных автоматизаций? Расскажу я, Алексей Глотов — руководитель группы разработки автоматизаций внутренних процесов отдела мониторинга.

Привет, Хабр! Сегодня с вами Анна Асабина, главный инженер по тестированию, и Ольга Султанова, руководитель  направления тестирования в Рунити. Мы расскажем о нашем опыте внедрения метрик в тестировании: какие метрики для нас работают, зачем мы автоматизировали их сбор и что в итоге изменилось.

От стабильности IT-инфраструктуры зависит бесперебойная работа всего бизнеса. Однако с ростом масштабов инфраструктуры обеспечивать её эффективность и отказоустойчивость становится всё сложнее. 

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

Octopus от ГК «Юзтех» и Хабр провели опрос среди читателей и выяснили, какие подходы преобладают в российском IT-сообществе. Всего опрос прошли 447 респондентов, более ста из них ответили на все вопросы. 

Итоги оказались неожиданными: компании переходят на ЦОД и, несмотря на масштабы инфраструктур, многие процессы до сих пор ведутся вручную. Давайте разберёмся, что происходит на рынке и какие выводы можно сделать.

Apache Kafka и REST (Representational State Transfer) — два популярных стиля взаимодействия, используемых в архитектуре микросервисов. У каждого из них есть свои сильные стороны и характеристики, которые делают их подходящими для различных сценариев. В этой статье мы рассмотрим технические аспекты использования Kafka и REST для межсервисного взаимодействия, приведем примеры и обобщим их ключевые моменты в сравнительной таблице.

1.Что такое пространство?

2.О самых распространенных пространствах

3.Причем тут трансформ и умножение матриц?

4.Как их можно использовать, на примерах шейдеров

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

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

Там, где другие строят с нуля, Nestlé просто открывает шаблон. Где кто-то ищет «как сделать», Iberdrola просто следует собственному кодексу автоматики.

И чем сложнее технологии, тем ценнее становится не оборудование — а порядок.

Всем привет! Это вторая часть моего лонгрида о том, как ИИ меняет ИТ и не только. Тут я размышляю на тему no-code-моды, физических ограничениях и энергетической цены нынешнего ИИ-бума, а также о трансформациях, которые происходят в науке и медицине благодаря нейросетям. 

Если вы не читали первую часть, то вам сюда. 

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

AI-приложения являются волком в овечьей шкуре.

Можно всего за полдня создать впечатляющий AI-функционал с вау-эффектом. Который на уровне MVP будет работать просто замечательно. 

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

И это - отличная новость для тестировщиков. 

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

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

Всем привет! Меня зовут Алексей Кременьков, я старший разработчик в Яндекс Почте. В этой статье расскажу, как мы работаем с большим количеством шардов PostgreSQL: как создавали собственный сервис динамического шардирования Sharpei, как развивали инфраструктуру под него и как проходил переезд на облачное решение. В конце разберёмся, какие плюсы и минусы мы смогли найти в этом решении.

Если обычный человек посмотрит на исходный код программы, написанный на популярных языках вроде JavaScript или Python, то по контексту и знакомым словам он сможет понять, что происходит. Но регулярные выражения со стороны похожи на случайный набор символов – будто кошка прошла по клавиатуре. В этом случае даже код на Ассемблере выглядит более читаемым.

Мы в «ЛАНИТ-Интеграции» не понаслышке знаем, как бывает сложно собрать воедино данные из нескольких источников, привести их к общему виду и создать на их основе единую таблицу с полным отчетом. Для решения этой задачи был создан плагин «Аналитика» для Р7-офис как инструмент автоматизации для выгрузки и обработки данных. В этой статье в блоге ЛАНИТ хочу рассказать вам о новых возможностях поиска данных в плагине в сочетании с функционалом RegExp (они же регулярные выражения или просто регулярки).

Сегодня поговорим не просто об инструменте, а о фундаменте, на котором строятся современные интеграционные платформы. Речь пойдет об Apache Camel – открытом интеграционном фреймворке, который лежит в основе таких решений, как Red Hat Fuse, Talend и нашей собственной платформы от «Диасофт» – Digital Q.Integration.

Важно подчеркнуть: мы не используем экспериментальные или нишевые стеки. Наша платформа построена на проверенной, зрелой и широко распространенной связке: Apache Camel и Spring Boot. Это дает стабильность, совместимость с корпоративной инфраструктурой и возможность глубоко интегрироваться с экосистемой Spring – от безопасности до мониторинга и распределенной трассировки.

Да, я знаю. «Опять статья про WireGuard». Но это не очередное «how-to» на 5 строк. Это — история боли, паранойи и, наконец, автоматизации. Это история о том, как мы перестали «обслуживать» VPN и заставили его работать на нас...

Как Алёша изучал линукс...

Автоматизируем (частично) создание виртуальных машин qemu через systemd.

ТЗ:

На железном сервере должны подниматься VM для работы пользователей.

Интернет-трафик с каждой VM должен заворачиваться в свой socks5-прокси (весь!)

Все это должно работать достаточно просто чтобы с этим справился обезьян*.

*- мне не нравится слово эникей, ничего не имею против эникеев, да и справиться должен мой друг. Да и все мы, гоминиды, не так уж далеко от обезьян утопали.

Это конечно же не всё ТЗ, но про реализацию конкретно этих трех пунктов в части VM и будет данный пост.

Ни с написанием своих юнитов systemd, ни с qemu, ни с nftables я до этого не сталкивался, так что если вдруг что сделано не совсем правильно, извините

В комментариях к предыдущему посту "Система резервации на 600 заказов в секунду без буферизации и другой дичи" только ленивый не упомянул явные блокировки в Postgres, как способ борьбы с дедлоками.

Это не удивительно, так как select for update - очень популярный прием во всех СУБД, даже на Хабре есть статья на эту тему.

Привет, Хабр! Сегодня я, Дмитрий Блинов, основатель и руководитель компании LogistiX, хочу поговорить с вами о том, как меняется подход к автоматизации и роботизации складов. За двадцать лет работы на рынке, реализовав более 500 проектов для крупнейших компаний, мы видим, что традиционные капитальные вложения (CapEx) все чаще уступают место более гибким моделям, таким как RaaS/aaS (роботы/автоматизация как услуга). И это не просто тренд, это ответ на вызовы времени, о которых мы сегодня поговорим, опираясь на наш опыт и системный подход.

Меня зовут Александра Гордеева, я возглавляю процессный офис в ПСБ.

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