Uwe Happy to have this be a longer dialogue just wanted to get a quick response back. You mentioned having unconnected flows separate from each other. Yes this is absolutely how it is done for really massive large scale sets of disparate flows. The process group concept allows you to logically create abstractions/groups of flows. People tend to name their process groups and processor in meaningful ways. We have the search bar in the top-right for fast-find of such components even if buried very deep in the flow.
This approach works quite well and helps enforce that you keep things organized and allows you to 'refactor' the flows by moving around and restructuring groups/etc.. Thanks Joe On Thu, Feb 2, 2017 at 5:39 PM, Uwe Geercken <uwe.geerc...@web.de> wrote: > Hello, > > excuse my question, but I still have not fully understood how one would > logically handle large flow graphs. If I have many systems involved and many > different types of output, would I really put everything in one flow? Or is > this a misunderstanding on my side? If you put everything in one flow is it > not getting messy and hard to search and debug? That would have an influence > on quality at some point in time. > > Or would you logically seperate things that do not really belong together > and run them in flows on different servers - unconnected and seperated from > the others? Would that be the idea? > > I would be happy to hear some of your thoughts or findings from your > experience. > > Rgds, > > Uwe > >