{"id":8337,"date":"2021-09-28T16:52:58","date_gmt":"2021-09-28T11:22:58","guid":{"rendered":"https:\/\/opstree.com\/blog\/\/?p=8337"},"modified":"2021-09-28T21:55:12","modified_gmt":"2021-09-28T16:25:12","slug":"traefik-a-reverse-proxy-load-balancer","status":"publish","type":"post","link":"https:\/\/opstree.com\/blog\/2021\/09\/28\/traefik-a-reverse-proxy-load-balancer\/","title":{"rendered":"Traefik a Reverse Proxy\/Load Balancer"},"content":{"rendered":"\n

Traefik is an open-source Edge Router that is made to deploy services with ease. It is brilliant enough to request on behalf of your system and for finding which components are responsible for handling those requests.<\/p>\n\n\n\n

This is a 4 series blog where PART1 includes Introduction to Traefik with key Concepts and Configuration. Part2,Part3, and Part4 are to follow.<\/p>\n\n\n\n

In its essence, it is a dynamic <\/strong>reverse proxy written in the Go language.<\/p>\n\n\n\n

But before exploring how Traefik works and handles the requests, let\u2019s first take an idea about what exactly the terms edge router<\/strong> and reverse proxy<\/strong> mean.<\/p>\n\n\n\n\n\n\n\n

EDGE ROUTER:<\/strong><\/h2>\n\n\n\n

A router basically is something that gives routes to your data as per your definitions whereas edge routers are special network devices that resides at the boundary of a network (acting as a gateway) ensuring that your network is connected with an external network and the data traffic flows according to the rules defined.<\/p>\n\n\n\n

Traefik as an Edge Router<\/em> acts as a door to your platform intercepting and routing every incoming request: it knows all the logic and every rule that determine which services handle which requests (based on the path, the host, headers, and so on …).<\/p>\n\n\n\n

\"\"
Traefik as an Edge Router<\/figcaption><\/figure>\n\n\n\n

               <\/p>\n\n\n\n

REVERSE PROXY\/LOAD BALANCER<\/strong><\/h2>\n\n\n\n

A reverse proxy is a server that sits in front of web servers and forwards client (e.g. web browser) requests to those web servers. They provide a layer of security and reliability over our web servers meanwhile also increasing the performance of the requests served by our web servers.<\/p>\n\n\n\n

It acts as a filter and barrier for our servers deciding which requests to be allowed to pass to the servers and which are to be filtered as discarded. Most reverse proxies also have the ability to load balance the requests distributing the incoming traffic according to the defined load balancing algorithm\/strategy.<\/p>\n\n\n\n

Traefik integrates with your existing infrastructure components (Docker, Swarm mode, Kubernetes, Marathon, Consul, Etcd, Rancher, Amazon ECS, \u2026) and configures itself automatically and dynamically. Pointing Traefik at your orchestrator should be the only configuration step you need. It is as simple as that.<\/p>\n\n\n\n

AUTO SERVICE DISCOVERY<\/strong><\/h2>\n\n\n\n

Another major concept of Traefik is Auto Service Discovery. Now a question might have popped in your mind that what exactly do we mean here and how does Traefik achieve it? <\/p>\n\n\n\n

Service discovery aims to reduce the configuration efforts required by users and administrators. It requires a configuration file where all the services which are to be integrated are mentioned. Their configuration parameters are represented in a key-value pair making it much easier to understand and manage.<\/p>\n\n\n\n

Traefik goes a level above that by implementing the concept of auto service discovery where we don\u2019t need to have a separate configuration file for any service like Docker, Kubernetes, Rancher, etc instead Traefik gets them from the services themselves. In order to achieve that, we just need to mention the provider in the traefik.toml configuration file.<\/p>\n\n\n\n

\"\"
Auto-Service Discovery in Traefik<\/figcaption><\/figure>\n\n\n\n

     <\/p>\n\n\n\n

Configuration in Traefik :<\/strong><\/h2>\n\n\n\n

Configuration in Traefik is available in 2 ways :<\/p>\n\n\n\n