Gloo Gateway & Mesh Starter Pack logo

    Gloo Gateway & Mesh Starter Pack

    Sold by
    Gloo by Solo.io integrates Cloud Native API Gateway, Kubernetes Ingress, Istio Service Mesh and Cilium CNI into a unified, application networking stack. This starter pack is ideal for new customers getting started with single cluster environments (up to 24 Cores and 10M API Calls).

    Ratings and reviews

    4.5
    2 ratings
    3 star
    2 star
    1 star
    50%
    50%
    0%
    0%
    0%
    1 AWS reviews
    |
    1 external reviews
    External reviews are from PeerSpot .

    Filters

    Review type

    AWS Marketplace reviews
    External reviews
    Reviews (2)
    reviewer2813076

    Unified API gateway has reduced tool sprawl and has improved traffic control and observability

    Reviewed on Jun 05, 2026
    Review provided by PeerSpot

    What is our primary use case?

    Gloo Platform provides numerous features including mesh and gateways, and I primarily use the gateway feature, with occasional use of the mesh feature for specific components.

    The gateway feature manages all APIs, API endpoints, and different services running in my application, providing features such as rate limiting, observability, and visibility into all incoming traffic.

    Gloo Platform's gateway feature is what I appreciate most, and I occasionally use the service mesh because it is based on Istio itself, depending on requirements. I mostly use the mTLS feature of the service mesh.

    Gloo Platform's features are optimal for my use case because I have numerous applications and microservices running, requiring rate limiting and traffic management integrated into one platform, which proves very beneficial.

    What is most valuable?

    Initially, I used a different application component to rate limit and protect my application, but after starting to use Gloo Platform, I removed that layer because Gloo Platform provided it natively.

    The observability feature is also quite effective, with a very intuitive user interface through which I can see exactly what is happening and what traffic is flowing in and out of my application.

    Efficiency improved significantly as I no longer need to maintain the other application I previously had, which provides substantial help.

    What needs improvement?

    I have not faced any pain points with Gloo Platform; the current features are sufficient for my needs.

    I cannot think of any needed improvements at this stage.

    Currently, the platform is in a good state.

    For how long have I used the solution?

    I have been using Gloo Platform for approximately six months.

    What do I think about the stability of the solution?

    Gloo Platform is stable for me, and I have not experienced any downtime issues.

    What do I think about the scalability of the solution?

    Gloo Platform handles scalability well and manages increased loads effectively.

    How are customer service and support?

    Customer support is good, and I have had a positive experience when reaching out.

    Which solution did I use previously and why did I switch?

    I adopted Gloo Platform based on a recommendation and did not try any different solution.

    I directly selected Gloo Platform and did not evaluate any other options.

    What was our ROI?

    I experienced time saved as a return on investment.

    I save a considerable amount of time because I previously ran an entire separate application, but after starting to use Gloo Platform, it provided rate limiting and all those features, allowing me to remove that additional application, which provides significant benefits.

    What's my experience with pricing, setup cost, and licensing?

    My experience with pricing, setup cost, and licensing has been satisfactory; there were no complications, and everything was manageable.

    What other advice do I have?

    I give Gloo Platform a rating of 10 out of 10 because I genuinely appreciate it; it has all the features and requirements that I need.

    I give it a 10 because it fits my use case perfectly, enabling me to achieve my objectives, and I genuinely appreciate the Gloo Platform community and the people there.

    Regarding Gloo Platform's AI capabilities, I find them beneficial because they recently added agentic features and many AI capabilities that I find helpful.

    The accuracy and reliability of Gloo Platform's AI features is mostly consistent, although sometimes it does experience hallucinations.

    If you need a solution that provides management for your APIs along with features such as rate limiting, mTLS, and other functionalities, I would recommend Gloo Platform; it is truly excellent.

    I rated this review 10 out of 10.

    Gaurav Saini

    Offers an interpreted language, which doesn't require compilation and good community support

    Reviewed on Aug 05, 2024
    Review from a verified AWS customer

    What is our primary use case?

    We have many microservices written in Glue, which trigger based on certain events. The Glue service is responsible for containerizing and running them over the cloud. We use Glue for various purposes, including data computing.

    What is most valuable?

    It's very accurate. You don't need many frameworks or other things to run Glue. It's an interpreted language which doesn't require compilation. 

    But, it is difficult to learn and difficult to remember the syntaxes comparatively.

    What needs improvement?

    I sometimes face issues with integration. For example, integrating third-party services or other services not part of Glue takes a lot of time because there's not much content available on the internet. So, integration is what I face issues with in Glue most of the time.

    For how long have I used the solution?

    I have been using it for three to four years now. 

    What do I think about the scalability of the solution?

    We are eight developers in our team. My team is working on almost four to five Glue services. Out of those, four members, including me, work on Glue.

    How are customer service and support?

    I faced one issue with Glue: I wanted it to pick certain images, containerize them, and run them over the cloud. The containerization integration wasn't successful. I posted a couple of messages in the community channel and received good support, which helped me resolve my issue quickly. The community is small, but the people are very helpful.

    Which solution did I use previously and why did I switch?

    I used to work on Java, .NET, and a little bit on Python as well. I had extensive experience in Python and .NET. Before Glue, I used to work on .NET, Python services, and sometimes Java. 

    In my organization, it's language-independent, so we have microservices written in almost all languages, including Glue, Python...I've worked on almost all of them, but extensively, I've worked on Python, .NET, Java, and Glue.

    How was the initial setup?

    I don't handle the end-to-end deployment of Glue, but we have a CI/CD pipeline set up for this. The setup mainly revolves around the CI/CD pipeline.

    The only challenge we faced was in containerizing the Glue application for deployment. The rest of the configuration was pretty smooth.

    What about the implementation team?


    Which other solutions did I evaluate?

    It's an architectural decision that upper management took. Maybe they found some benefit in it. I don't know, but they thought of going for Glue. It was an architectural decision.

    What other advice do I have?

    Glue is not mandatory. It's an option. If you have the learning capability to learn Glue quickly, you can go for it. 

    But there are other alternatives where you will find many articles, study material, and certifications on the internet, apart from Glue. So, if Glue is not mandatory for you, go for something else. If you don't have any other option, go for Glue. But it's not easy because Glue is difficult to learn, and it is difficult to remember the syntax.

    Every time you need support, if you're going to have a bigger integration or connectivity with third-party libraries or services, you won't find many articles or help on the internet. However, the community is there, but you need to spend some time with them to make them understand the issue. 

    Keeping all these points in mind, I would still suggest that if you have an alternative language to go for, you should go for it. Otherwise, go for Glue.

    It is not easy for a beginner to learn to use Glue for the first time. There are a few videos and courses available, but it's difficult. It's not as easy as other languages, also in terms of available content. So, it's a bit hard. But once you understand the concept, then you can potentially grasp things further.

    Overall, I would rate it an eight out of ten because I didn't use Glue for all purposes. I used it mainly for integration and service connectivity.  

    Which deployment model are you using for this solution?

    Public Cloud

    If public cloud, private cloud, or hybrid cloud, which cloud provider do you use?