Versatile and capable, expensive and lacking some features
What do you like best about the product?
It is very versatile product, easy to get started and create integrations with many different systems and integration platforms, cloud and on premise solutions.
Time to market is very respected among the business representatives.
Very good possibilities to bridge cloud and on-premise infrastrucutures.
Stable products, having nodes which are headless is a benefit during implementation, easy to scale and move nodes if needed.
Extensibility with custom snaps is also positive where partners can expand with new functionality.
Customer support comes back in a timely manner and helps to resolve issues and provide patches.
We use the product for many different integrations continously, business critical flows are running well.
Time to market is very respected among the business representatives.
Very good possibilities to bridge cloud and on-premise infrastrucutures.
Stable products, having nodes which are headless is a benefit during implementation, easy to scale and move nodes if needed.
Extensibility with custom snaps is also positive where partners can expand with new functionality.
Customer support comes back in a timely manner and helps to resolve issues and provide patches.
We use the product for many different integrations continously, business critical flows are running well.
What do you dislike about the product?
Structuring objects in pipelines and tasks is not effecient for integrations, it is good for API based flows.
I would prefer a possibility to structure having each integration in an "agreement" which could hold together detection from input channel polling, transformation steps (pipelines) and possibly send/output steps.
In the current setup we have to construct message queue consumers, file pollers and other input channels in pipelines which are either continously running and allocating a lot of resources and slots (due to many sub pipelines in the flow) or executed on schedules.
It would be good to break out and add possibility to have lightweight input channels which can consume from all the possible sources (maybe based on pipelines) and then route the data picked up in to specific agreements/integration pipelines based on detection rules.
I would prefer to have more support for unit testing of pipelines, such as creating test cases for pipelines or parts of pipelines which could be used for validating after changes are done to further strengthen safe deployments in to production.
It is a bit slow to process and develop, we have long processing times of validations which is not very effecient during development.
Further strengthen the integration with git and other source control.
Enable support for backing up data outside snaplogic in the solution.
I would prefer a possibility to structure having each integration in an "agreement" which could hold together detection from input channel polling, transformation steps (pipelines) and possibly send/output steps.
In the current setup we have to construct message queue consumers, file pollers and other input channels in pipelines which are either continously running and allocating a lot of resources and slots (due to many sub pipelines in the flow) or executed on schedules.
It would be good to break out and add possibility to have lightweight input channels which can consume from all the possible sources (maybe based on pipelines) and then route the data picked up in to specific agreements/integration pipelines based on detection rules.
I would prefer to have more support for unit testing of pipelines, such as creating test cases for pipelines or parts of pipelines which could be used for validating after changes are done to further strengthen safe deployments in to production.
It is a bit slow to process and develop, we have long processing times of validations which is not very effecient during development.
Further strengthen the integration with git and other source control.
Enable support for backing up data outside snaplogic in the solution.
What problems is the product solving and how is that benefiting you?
Quick time to market.
Connectivity support with many standard products.
Ease of development and partially for troubleshooting with the enabling of validation and possibility to analyze data in each step.
Connectivity support with many standard products.
Ease of development and partially for troubleshooting with the enabling of validation and possibility to analyze data in each step.
There are no comments to display