Спасибо за классный комментарий! Вы правы — функции baselinewma() и baselinedev() действительно созданы для таких задач и выглядят компактнее.
Когда несколько лет назад мы внедряли это решение, то столкнулись с тем, что документация по этим функциям была довольно скудной. Гугление и формы не давали исчерпывающего понимания. Попытки использовать baselinewmaне увенчались успехом.
Но ваш комментарий — отличный повод пересмотреть реализацию! Для новых проектов мы точно будем использовать встроенные функции. Благо с ИИ теперь можно быстро и понятно написать нужную формулу.
Мы, как подрядчики по сопровождению одной из систем, не можем точно сказать, в чём была причина. Заказчик нередко делает что-то без уведомления. Это боль(( Мы полагаем, что Каспер порушил что-то где-то.
Спасибо за очень полезную и подробную статью! Особенно понравился акцент на связке Apache Camel и Spring Boot — действительно мощный и гибкий стек для современных интеграционных решений.
Хотелось бы уточнить: заметил, что в статье не упоминается Apache Karaf, хотя, насколько помню, в таких платформах, как ServiceMix, Karaf играл важную роль как контейнер для запуска Camel, CXF и AMQ. Интересно, связано ли это с тем, что в современных реалиях Spring Boot взял на себя функции контейнерной среды, и Karaf в этом контексте стал менее актуален?
К тому же, слышал, что сейчас Karaf активно развивается и из коробки позволяет прямо из репозиториев устанавливать самые свежие версии Camel, CXF и AMQ, что позволяет собирать собственный современный сервисмикс. Как вы думаете, насколько Karaf сегодня актуален для построения интеграционных платформ с учетом этих возможностей?
Было бы здорово получить ваше мнение на этот счёт. Спасибо ещё раз за отличный материал!
Довольно интересно, как в DATAREON Platform сочетаются возможности полноценной шины данных с гибкой системой BPM и встроенным модулем хранения данных. Можно ли рассматривать это решение как интегрированное сочетание ESB, BPM и базы данных в одном продукте? Какие преимущества и, возможно, ограничения вы видите у такого подхода в сравнении с классическими архитектурами на отдельные компоненты?
Спасибо за классный комментарий! Вы правы — функции
baselinewma()иbaselinedev()действительно созданы для таких задач и выглядят компактнее.Когда несколько лет назад мы внедряли это решение, то столкнулись с тем, что документация по этим функциям была довольно скудной. Гугление и формы не давали исчерпывающего понимания. Попытки использовать
baselinewmaне увенчались успехом.Но ваш комментарий — отличный повод пересмотреть реализацию! Для новых проектов мы точно будем использовать встроенные функции. Благо с ИИ теперь можно быстро и понятно написать нужную формулу.
Мы полагаем, что установка Каспера.
Мы, как подрядчики по сопровождению одной из систем, не можем точно сказать, в чём была причина. Заказчик нередко делает что-то без уведомления. Это боль(( Мы полагаем, что Каспер порушил что-то где-то.
Спасибо за очень полезную и подробную статью! Особенно понравился акцент на связке Apache Camel и Spring Boot — действительно мощный и гибкий стек для современных интеграционных решений.
Хотелось бы уточнить: заметил, что в статье не упоминается Apache Karaf, хотя, насколько помню, в таких платформах, как ServiceMix, Karaf играл важную роль как контейнер для запуска Camel, CXF и AMQ. Интересно, связано ли это с тем, что в современных реалиях Spring Boot взял на себя функции контейнерной среды, и Karaf в этом контексте стал менее актуален?
К тому же, слышал, что сейчас Karaf активно развивается и из коробки позволяет прямо из репозиториев устанавливать самые свежие версии Camel, CXF и AMQ, что позволяет собирать собственный современный сервисмикс. Как вы думаете, насколько Karaf сегодня актуален для построения интеграционных платформ с учетом этих возможностей?
Было бы здорово получить ваше мнение на этот счёт. Спасибо ещё раз за отличный материал!
Довольно интересно, как в DATAREON Platform сочетаются возможности полноценной шины данных с гибкой системой BPM и встроенным модулем хранения данных. Можно ли рассматривать это решение как интегрированное сочетание ESB, BPM и базы данных в одном продукте? Какие преимущества и, возможно, ограничения вы видите у такого подхода в сравнении с классическими архитектурами на отдельные компоненты?