Concept is good. API integration platform and associated abstraction is a good approach. However the description of 'mainframe' connectivity as an example suggests we don't really know what we're talking about over here. It would be like suggesting that we have a plug-in for 'Dell', or 'Solaris' to seamlessly obtain 'Dell data' or 'Solaris data' - get it? Hopefully in the four years since this video was published, some relevant knowledge has been acquired.
Refered a few videos and pdfs but found a lot of marketing talk like the spaghetti integrations diagram... without explaining how it actually reduces the duplicate calls when replaced by an enterprise service bus. The idea of composite apis makes the de-spaghettification so much more credible. Example: 5 apps make One call each to the compositte api instead of each of them making 3 calls to 3 data sources because the compositte api does the job of the 3 calls to the 3 data spurces.
How do you handle the existence of external APIs? Are they part of the System APIs? Or can these APIs be associated directly as part of my api-led connectivity?
Nice video thanks for the overview. I believe I understand the basics of Mulesoft but I don't necessarily agree with the Salesforce on top model. Wouldn't it make more sense to say that all the bottom tier (System API) layer components could talk to each other now because of Mulesoft. Yes Saleforce can take advantage of the new API layer on all the applications but so can any other application. I also have a bit of a concern about combining your system API's in to your process API's. My concern is that you might need to maintain transaction integrity between the System API layer and the Process layer, and I think that it might be difficult to do that. Does Mulesoft offer easy multi system transaction integrity? I mean you enter an order in your accounting system and it succeeds and then you enter your order in your CRM system and it fails. What do you do? I do agree that having this Process API layer makes sense though, just that it will probably be very complex. Now having said that, I would be nervous about building yet another layer on top of the Process layer of API's (Experience) for the reasons mentioned earlier only amplified. I would imagine if I wanted a suite of API's for say our Ecommerce platform I would offer a group of API's together but not one all encompassing API. Just my thoughts though and I am curious to what others are doing. For some of the technical questions and if someone could point me to a place to read up and get these answers I am more than willing to do that. I just think others might have similar questions but didn't ask on this video. Do these API's generated support any type of queuing? Do they support callbacks so that they can work in an asynchronous way? What type of security and monitoring/logging is available? Speaking of logging is there a way to mark attributes of your API as sensitive, so it won't be logged? I am thinking about CC numbers and other PCI data. In your example what if one of the System API's is down. How does that effect the Process layer? Can they support both REST with a JSON payload and also a SOAP/XML? Again thanks for the video and I am not at all trying to be overly critical and apologize in advance if I came across that way in this post. We are considering Mulesoft and I am trying to find out the capabilities of it. Yours was the first video I found.
Yeah but at what price? What’s the return on investment for every 5 developers and licensing arrangements for projects that are riddled with silo oriented intellectual property restrictions? For example, the 5 developers can not connect to those existing system APIs so what kind of financial risks would be incurred to the project if developers have to focus on such work arounds?
Nice explanation man Right now I am working on Oracle SOA suite I am a fresher , I want to how much mulesoft is different from Oracle SOA suite... Will it be difficult for me to move to mulesoft from Oracle SOA suite.?
We are on mainframes and planning to use mulesoft with salesforce. What is the API ineed to install on mainframe. Any usecase or documentation will be helpful. Thank you!
depends on your mainframe :) If you run IBM, i recommend you use zOS connect to expose your business objects, and that you integrate that into Mulesoft through Mulesoft System APIs in front of your mainframe Alternatively, you could connect through (staging) database tables