Я разработчик приложений, в основном разрабатываю и поддерживаю корпоративные приложения, такие как ERP, система HCM. Проработав много лет в этой области, я начал чувствовать, что бизнес-система разрабатывается не совсем правильно. После многих лет обслуживания и усовершенствования сотнями разработчиков система становится все больше и больше, все более и более сложной. В конце концов, сделать большие изменения в системе просто невозможно, потому что вся логика запуталась, как итальянская лапша. Разработчики так боятся вызвать серьезные проблемы у клиентов.
Недавно я нашел Парадигма программирования на основе потока, изобретенный Дж. Пол Моррисон, и я нахожу это действительно интересным. Я очень одобряю идею разработки приложений путем визуального рисования диаграмм. Как мы все знаем, разработка бизнес-системы начинается с построения схемы бизнес-процессов. Почему диаграмма бизнес-процессов не может быть просто самой системой??
Естественно, я пытался найти реализации FBP, и изобретатель FBP рекомендует именно nifi. Я не очень глубоко копался в нифи.
Сразу после просмотра некоторых вводных видеороликов и документации я обнаруживаю, что большую часть времени эксперты nifi всегда говорят об использовании nifi для системы iot, транслируя подобные вещи в реальном времени. Похоже, что нифи не имеет отношения к бизнес-системам.
Жду, чтобы кто-нибудь развеял мои сомнения. Подходит ли nifi для создания систем бизнес-транзакций?





Apache NiFi определенно используется для многих систем «бизнес-логики», особенно для обработки логики извлечения/преобразования/загрузки (ETL). Хотя это не строго инструмент ETL, NiFi может упростить маршрутизацию данных и простую обработку событий в ряде сценариев. В Страница "На платформе NiFi" перечислены некоторые общедоступные варианты использования NiFi, и многие из них предназначены для «бизнес-систем», не связанных с IoT.
извините, я не видел ваш вопрос раньше - ваши комментарии интересны. Я удивлен, что вы говорите, что NiFi — это программное обеспечение FBP, которое я рекомендую — я указываю его как продукт, который ближе к «классической» философии FBP, чем то, что мы называем системами, «похожими на FBP» или «вдохновленными FBP». и я предполагаю, что это один из немногих продуктов FBP, представленных на рынке, в отличие от моей работы, которая является общественным достоянием. Термины «подобный FBP» и «вдохновленный FBP» на самом деле благодаря Джо Витту, разработчику NiFi. Я пытаюсь описать разницу между «классическим» FBP и «FBP-подобным» в своей статье на https://jpaulm.github.io/fbp/noflo.html. При всем уважении к Джо, я нахожу NiFi несколько излишне сложным, хотя его пакеты данных неизменяемы, что имеет определенные преимущества. Для полного набора, который перенесет вас от диаграммы к реальному работающему коду, я бы посоветовал вам начать с инструмента построения диаграмм FBP, https://github.com/jpaulm/drawfbp, сгенерировать сеть JavaFBP, используя https://github.com/jpaulm/javafbp, и запустить! Оба этих инструмента, а также другие на https://github.com/jpaulm/, имеют открытый исходный код. Мы с моим коллегой Бобом Корриком работаем над учебным пособием, которое может оказаться полезным для вас: https://github.com/jpaulm/fbp-tutorial-filter-file .