Likelihood to Recommend It is really helpful for managing [the] scaling of systems with need and utilizing resources when needed. Also, DevOps support for deployment plans is quite useful when deploying applications. Monitoring systems with graphQL and utilizing them in APIs is quite helpful when used in Microservices systems to identify system capabilities and user utilization of applications.
Read full review It's free! No argument can win a fight with that! And it's the only reason I gave it a 5. If you have no money to spend, and a simple environment you'll have a nice product. But free does come with a price. After 5 years we're still struggling with ports, and analytics (it just won't work without any errors caused by some configuration somewhere). An API Manager should work out of the box. The only configuration expertise that any developer wants to invest in, is the configuration of API's. Not the product itself... Anyone who've seen the training material, just for installing this thing will agree that this is not the way to go. Of all the API Managers out there (we've tried 4), WSO2 is the only one were you need to know how this dragon of a java application works internally. Did I already mention the humongous amount of config files?
Read full review Pros Graphically representation in GraphQL Scaling system DevOps management Read full review Authentication based on OAuth 2.0 and HTTP Basic Authentication. Rate Limiting applied at different levels like Subscriber, API, Resource and Backend. Monitoring by exporting the metrics in Prometheus and traces in Jaeger. Mediation to perform transformation, orchestration etc. Read full review Cons Quota enforcement can be simplified Caching mechanism for API with akamai can be improved Gateway configuration can be simplified as details are not much elaborate Read full review Better QA testing prior to releases rollout Better support needed Read full review Alternatives Considered Akamai [API Gateway] helps better in terms of representation of graphQL and its consumption in monitoring system making a package for deployment speed with monitoring and scaling application with all services and utilizing most of a system without much knowledge of other aspects. Also, [a] user-friendly system helps people to handle [the] system with necessary options
Read full review Providing better capabilities comparing the overall API lifecycle management, especially the availability of API Integration layer and a strong identity layer of their own which provides an end-to-end API ecosystem that would be advantageous in terms of a large software development initiative.
Read full review Return on Investment Decrease in time required for deployment and monitoring by significant amount causing less support resources needed Scaling applications on month-end at high usage time has reduced TAT time for issues and no of issues occurring Quota enforcement has allowed [managing] multiple systems and their needs in respective stakeholders hands and reduced infra teams involvement in [the] management of reoccurring problems Read full review We've moved away from legacy SOAP services where nobody knew what services was used by who. WSO2 eliminated at least 90% of time spend on any service. Creating API's (or actually creating the API Management layer...) is so simple that new developers can get away with it in no time. Again, real time gainer. Since creating API's is so simple, developers are very fast in adopting a kind of "Domain thinking". In comparison with Azure API Manager: Azure does not demand knowledge of "how" the product works, but it's definitely more difficult to get an API up and running in Azure. And for some reason, azure does not promote clean domain driven architecture. Domain Driven architecture is the greatest time saver strategy possible. And WSO2 fits nicely in there. Read full review ScreenShots