Thought of writing-up on my MuleSoft experience so-far, comparing with prior integrations exposure from ActiveX based, point-to-point, XML SOAP web-services to Oracle SOA in BPEL-XLST.
The one thing I notice on the MuleSoft end is, even though with lots of marketing jargons, there is still a decent thought on the developer-side. Oracle, the mammoth (needs microservice approach for Oracle organization itself !), is quite messy. My reference is towards the Oracle Fusion Middleware, where Oracle SOA is the core.
This is no way to say that MuleSoft integration uses a standards based approach, but atleast you can see them thinking in terms of Enterprise Integration Patterns(EIP) and API spec-based development. With Swagger (now called open API spec) taking over, MuleSoft has started to increase their support level towards it. Not sure what is the RAML future though, but my 2 cents is that the approach MuleSoft takes is commendable which again reinforces its developer focus, I guess.
Regarding their desktop application, AnyPoint Studio, a decent editor (but obviously bloated because of the Eclipse genes) is generally functional. Few times we had to close down the Studio and rarely restart the whole system, because of some weird behaviour.
I like the RAD (Rapid Appliction Development) of the Studio and to my experience the functionality seems to be quite comprehensive with a decent debugging mechanism and the ability to inspect the message flow intuitively. There is a broad thinking and flexibility on your choice of custom scripting/coding (such as Groovy, Java etc..), when certain functionality isn't out-of-the box or one has a special requirement to achieve a particular outcome.
It will be nice to have a single, consistent Mule-specific language, instead of 2 different ones, like the MEL(Mule expression language) and DWL(Data Weave Language).
Yeah one more thing, they need up their level in terms of monitoring and troubleshooting components, esp. if you have applications on-premises. ARM (AnyPoint Runtime Manager) seems to be a poor cousin when comparing with Oracle SOA's OEM (Oracle Enterprise Monitoring SOA Pack).
Lastly their release seems to be quite often, which is pretty good. Like MuleSoft's offerings (for now! ).
The one thing I notice on the MuleSoft end is, even though with lots of marketing jargons, there is still a decent thought on the developer-side. Oracle, the mammoth (needs microservice approach for Oracle organization itself !), is quite messy. My reference is towards the Oracle Fusion Middleware, where Oracle SOA is the core.
This is no way to say that MuleSoft integration uses a standards based approach, but atleast you can see them thinking in terms of Enterprise Integration Patterns(EIP) and API spec-based development. With Swagger (now called open API spec) taking over, MuleSoft has started to increase their support level towards it. Not sure what is the RAML future though, but my 2 cents is that the approach MuleSoft takes is commendable which again reinforces its developer focus, I guess.
Regarding their desktop application, AnyPoint Studio, a decent editor (but obviously bloated because of the Eclipse genes) is generally functional. Few times we had to close down the Studio and rarely restart the whole system, because of some weird behaviour.
I like the RAD (Rapid Appliction Development) of the Studio and to my experience the functionality seems to be quite comprehensive with a decent debugging mechanism and the ability to inspect the message flow intuitively. There is a broad thinking and flexibility on your choice of custom scripting/coding (such as Groovy, Java etc..), when certain functionality isn't out-of-the box or one has a special requirement to achieve a particular outcome.
It will be nice to have a single, consistent Mule-specific language, instead of 2 different ones, like the MEL(Mule expression language) and DWL(Data Weave Language).
Yeah one more thing, they need up their level in terms of monitoring and troubleshooting components, esp. if you have applications on-premises. ARM (AnyPoint Runtime Manager) seems to be a poor cousin when comparing with Oracle SOA's OEM (Oracle Enterprise Monitoring SOA Pack).
Lastly their release seems to be quite often, which is pretty good. Like MuleSoft's offerings (for now! ).
No comments:
Post a Comment