head to head · open source

Bruno vs spring-cloud-gateway

Bruno has 47,022 GitHub stars, 2,888 forks, 1,831 open issues and last shipped yesterday. spring-cloud-gateway has 4,908 stars, 3,478 forks, 548 open issues and last shipped yesterday. Bruno leads on adoption by 858% (47,022 vs 4,908 stars). Bruno is written in JavaScript under MIT; spring-cloud-gateway is written in Java under Apache-2.0. Bruno has attracted 6% as many forks as stars, spring-cloud-gateway 71%. spring-cloud-gateway was the more recently maintained of the two, and both are self-hostable with no licence fee.

Two open source projects, one decision. Both are free and self-hostable — the differences are community size, license terms, language stack and release pace.

Bruno ★ 47K spring-cloud-gateway ★ 4.9K category Developer Tools

← all 8884 open source comparisons

Side by side

Bruno spring-cloud-gateway
GitHub stars ★ 47K ★ 4.9K
License MIT Apache-2.0
Written in JavaScript Java
Last push 2026-09-17 2026-09-17
Forks ⑂ 2.9K ⑂ 3.5K
Self-hosting Yes Yes
Data ownership Your server Your server

pick Bruno if

  • You weight community size — 47K stars and counting
  • You want the MIT license terms
  • Your stack matches JavaScript
  • You value the larger contributor base for long-term maintenance

full Bruno profile →

pick spring-cloud-gateway if

  • You want the spring-cloud-gateway feature set and don't need the biggest community
  • You prefer the Apache-2.0 license terms
  • Your stack matches Java
  • You evaluated both and spring-cloud-gateway fits your workflow better

full spring-cloud-gateway profile →

About Bruno

Bruno is a lightweight, open source API client and IDE for exploring and testing APIs, built for developers and teams who want their request collections stored as plain text in a folder on their own filesystem rather than in a vendor's cloud.

read the full Bruno overview →

About spring-cloud-gateway

spring cloud gateway is an API Gateway built on Spring Framework and Spring Boot, and it lives in the Java, Spring Cloud, and microservices ecosystem. It sits in front of services and decides how incoming HTTP requests should be proxied to downstream endpoints.

read the full spring-cloud-gateway overview →

More in Developer Tools

OpenCode ★ 208K Langflow ★ 155K Supabase ★ 110K pi ★ 107K fastapi ★ 102K Neovim ★ 102K

Related comparisons

fastapi vs bruno hoppscotch vs bruno fastapi vs hoppscotch fastapi vs insomnia fastapi vs one-api fastapi vs openapi-specification fastapi vs openapi-generator fastapi vs redoc opencode vs pi opencode vs openhands opencode vs paperclip opencode vs orca opencode vs cline opencode vs aider opencode vs continue opencode vs tabby opencode vs neovim opencode vs zed langflow vs neovim langflow vs zed opencode vs kilocode opencode vs codeedit neovim vs zed langflow vs kilocode

More API Development & Testing projects

Compare either of these against the rest of the API Development & Testing field.

Bruno vs fastapi Bruno vs Hoppscotch Bruno vs Insomnia Bruno vs one-api Bruno vs OpenAPI-Specification Bruno vs openapi-generator Bruno vs redoc Bruno vs SafeLine Bruno vs Mobile-Security-Framework-MobSF Bruno vs grpc-gateway Bruno vs Yaak Bruno vs hurl

Frequently asked questions

Is Bruno or spring-cloud-gateway more popular?

Bruno has 47,022 GitHub stars and spring-cloud-gateway has 4,908. Bruno has the larger community by that measure.

Are Bruno and spring-cloud-gateway free?

Both are open source. Bruno is licensed under MIT and spring-cloud-gateway under Apache-2.0. Neither carries a licence fee.

What is the difference between Bruno and spring-cloud-gateway?

Bruno is written in JavaScript and spring-cloud-gateway in Java. The practical differences are community size, licence terms, language stack and release cadence — all compared in the table above.

Which should I choose, Bruno or spring-cloud-gateway?

Choose Bruno if you want the larger community (47,022 stars) or its MIT licence terms. Choose spring-cloud-gateway if its feature set, stack or Apache-2.0 licence fits better. Both are self-hostable.