Skip to content

A fast reverse proxy with an embedded gateway to wrap third-party APIs and bring them to the ecosystem of light platform

License

Notifications You must be signed in to change notification settings

networknt/light-proxy

Repository files navigation

Deprecated: It is replaced by the light-gateway with light-router and light-proxy features.

A fast and light-weight reverse proxy with embedded gateway to wrap third party APIs and bring them to the ecosystem of light-4j frameworks

Stack Overflow | Google Group | Gitter Chat | Subreddit | Youtube Channel | Documentation | Contribution Guide |

Build Status

Why Reverse Proxy

All the services developed on top of light-4j frameworks support client side service discovery, load balance and cluster natively. So there is no need to put a reverse proxy instance in front of our services like other API frameworks that support only server side service discovery.

Also, light services embed a distributed gateway to address all the cross-cutting concerns in the request/response chain and work with the ecosystem that consists:

Currently, we only support Java language; however, we are planning to support Nodejs and Go in the future if there are enough customer demands. For some of our customers, they have some existing RESTful APIs that built on top of other Java frameworks or other languages. We've been asked frequently on how to interact with these services to/from light services and how to enable security, metrics, logging, discovery, validation, sanitization etc. on the existing services.

Our answer is to deploy a reverse proxy built on top of light-4j framework that wraps the existing service.

The reverse proxy has the following features:

  • High throughput, low latency and small footprint.
  • Integrate light-oauth2 to protect un-secured services
  • Built-in load balancer
  • Can be started with Docker or standalone
  • Support HTTP 2.0 protocol on both in/out connections
  • TLS termination
  • Support REST, GraphQL and RPC style of APIs
  • Centralized logging with ELK, traceabilityId and CorrelationId
  • Collect client and service metrics into InfluxDB and view the dashboard on Grafana
  • Service registry and discovery with Consul or Zookeeper
  • Manage configuration with light-config-server

To learn how to use this proxy, pleases refer to

  • Getting Started to learn core concepts
  • Tutorial with step by step guide for RESTful proxy
  • Configuration for different configurations based on your situations
  • Artifact to guide customer to choose the right artifact to deploy light-proxy.

Sample on local environment

  • Start a sample NodeJs API:

 cd ~/networknt
 git clone [email protected]:networknt/light-proxy.git

Follow the steps to start Nodejs books store restful API. The Nodejs api will start on local port: 8080

We can verify the Nodejs restful API directly with curl command:

Get:

curl --location --request GET 'http://localhost:8080/api/books/' \
--header 'Content-Type: application/json' \
--data-raw '{"name":"mybook"}'

Post:

curl --location --request POST 'http://localhost:8080/api/books/' \
--header 'Content-Type: application/json' \
--data-raw '{"title":"Newbook"}'

Put:

curl --location --request POST 'http://localhost:8080/api/books/' \
--header 'Content-Type: application/json' \
--data-raw '{"title":"Newbook"}'

Delete:

curl --location --request DELETE 'http://localhost:8080/api/books/4' \
--header 'Content-Type: application/json' \

Now let's use light-proxy to leverage the light platform cross-cutting concerns:

  • Build and start Proxy server:

cd light-proxy
mvn clean install
java -jar -Dlight-4j-config-dir=config/local  target/light-proxy.jar

The light-proxy will start based on the config on /config/local

Since we are trying to verify the light-proxy concept on local environment only. The sample will only verify schema validation handler for cross-cutting concerns.

The openapi specification for the book store API located at here

Access bookstore nodejs API through light-proxy:

GET:


https://localhost:9445/api/books/

POST:

https://localhost:9445/api/books/

request body:

{"title":"New Book"}

Create a book with schema validation error: book title is required field

POST

https://localhost:9445/api/books/

request body:

{"author":"Steve Jobs"}

Response:

{
    "statusCode": 400,
    "code": "ERR11004",
    "message": "VALIDATOR_SCHEMA",
    "description": "Schema Validation Error - requestBody.title: is missing but it is required",
    "severity": "ERROR"
}