Hi All, It has been 12 years since Synapse was founded (2007-12-19). As we all know in the last few years we did not have a good run. The activity of the project has significantly gone down and there is not much of a contribution from the majority of the committers.
Also, ESB architectural style is no longer the preferred style for doing the integration. The world has been moved towards container friendly products, microservices, and cloud-native technologies. However, the integration problem solved by the ESB architecture still exists and handled by different entities. Even though Synapse is an ESB, it has most of the qualities (ex: faster startup time, low resource consumption, etc.) that are important for containers and microservices integrations. So with a little effort, we could make Synapse a container friendly product that suits any architectural style for doing the integration. So, should we consider positioning Synapse as an 'Integration Framework' or an 'Integration Product' that serves all architectural styles? Will that help us reactivate the project? Please share your thoughts. Thank you. ---------- Forwarded message --------- From: Isuru Udana <[email protected]> Date: Thu, Dec 12, 2019 at 7:03 AM Subject: Re: Positioning Synapse as an Integration Framework To: <[email protected]> I will open this discussion to the community to reach a wide audience. On Wed, Dec 11, 2019 at 5:20 AM Vanjikumaran Sivajothy < [email protected]> wrote: > I am not too sure about adopting the very abstract term Integration > Framework; However, I can assure that moving towards container-native is a > logical move. > I can help on this to produce an initial set of artifacts. > > > > On Mon, Dec 2, 2019 at 4:23 PM Isuru Udana <[email protected]> wrote: > > > Hi PMC, > > > > It has been 12 years since Synapse was founded (2007-12-19). As we all > know > > in the last few years we did not have a good run. The activity of the > > project has significantly gone down and there is not much of a > contribution > > from the majority of the committers/PMC members. > > > > Also, ESB architectural style is no longer the preferred style for doing > > the integration. The world has been moved towards container friendly > > products, microservices, and cloud-native technologies. However, the > > integration problem solved by the ESB architecture still exists and > handled > > by different entities. > > > > Even though Synapse is an ESB, it has most of the qualities (ex: faster > > startup time, low resource consumption, etc.) that are important for > > containers and microservices integrations. So with a little effort, we > > could make Synapse a container friendly product that suits any > > architectural style for doing the integration. > > > > So, should we consider positioning Synapse as an 'Integration Framework' > or > > an 'Integration Product' that serves all architectural styles? > > Will that help us reactivate the project? > > > > > > -- > > *Isuru Udana* > > > > > > > > *email: [email protected] <[email protected]> blog: > > http://mytecheye.blogspot.com/ <http://mytecheye.blogspot.com/>* > > > > > -- > Best Regards, > Vanji > -- *Isuru Udana* Senior Technical Lead *; WSO2 Inc.; http://wso2.com <http://wso2.com>email: [email protected] <[email protected]> blog: http://mytecheye.blogspot.com/ <http://mytecheye.blogspot.com/>*
