Вышла R-Vision TDP 3.1 с обновлённым механизмом размещения приманок

Вышла R-Vision TDP 3.1 с обновлённым механизмом размещения приманок

Вышла R-Vision TDP 3.1 с обновлённым механизмом размещения приманок

Разработчики выпустили новую версию системы R-Vision TDP 3.1, предназначенной для имитации элементов ИТ-инфраструктуры. Релиз отметился обновлённым механизмом размещения приманок, открытым API и улучшенной поддержкой сетей с отечественными ОС.

R-Vision TDP 3.1 поможет заказчикам детально настраивать политики размещения приманок, используя сбор базовой информации о машинах (версия ОС, язык и установленный софт).

Доработанный механизм размещения приманок, по словам разработчиков, даже в крупных сетях сделает их более реалистичными и надёжными. Специалистов порадует весь спектр развёрнутых инструментов для размещения приманок на хостах клиентов: KSC, Microsoft SCCM, Ansible, Puppet.

Кроме того, стали шире возможности интеграции R-Vision TDP 3.1 с информационной системой заказчика, при этом учитываются возникающие в крупных сетях ограничения.

Если, положим, у заказчика запрещена запись в DNS-серверах, R-Vision TDP поможет передать списки несуществующих имён DNS-хостов через API (заказчик может добавлять их самостоятельно). Можно также предоставить список ложных аккаунтов для их мониторинга в SIEM-системе.

Немаловажное нововведение — R-Vision TDP 3.1 теперь можно интегрировать в сети, где устройства либо уже работают на российских ОС, либо только мигрируют на наш софт.

Интерфейс новой версии продукта разработчики называют интуитивно понятным. Взаимодействие с решением через публичное API с поддержкой Swagger (Open API) стало проще.

Зачем Яндекс Go создал отдельный язык для расчёта стоимости поездок

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

Как объяснили разработчики в статье на Хабре, прайсинг работает не только при заказе машины.

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

 

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

 

Сам алгоритм раньше можно было бы держать в C++, но он меняется в среднем дважды в неделю. Выкатка сервиса на 50 подов занимает около 40 минут, а лес динамических конфигов быстро превратил бы код в музей условных операторов.

Поэтому Яндекс разработал собственный DSL. В нём есть условия, функции, неизменяемые значения и fold вместо циклов. Правила собираются в последовательную цепочку: каждое преобразование получает текущую цену и параметры, а возвращает новый результат с метаданными. Грамматику описали через ANTLR 4, а верификатор Z3 проверяет, что программа не выдаст некорректную цену.

 

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

 

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

RSS: Новости на портале Anti-Malware.ru