Wenn Sie Dienste ausführen, die in der Lage sein sollten, eine hohe Menge an Traffic zu verwalten, können Sie viel von diesem Traffic zwischen Ihren Backend-Servern ausgleichen.Es gibt viele Produktions-Last-Balancer auf dem Markt (NGINX, HAProxy usw.), aber zu wissen, wie sie hinter den Kulissen arbeiten, ist gutes Wissen. Ein einfacher HTTP Load Balancer in Go Using Standard Library, In dieser Implementierung werden wir einen Round-Robin-Algorithmus verwenden, um eingehende Anfragen gleichmäßig zwischen einer Sammlung von Backend-Servern zu verteilen. Die Grundstruktur Zuerst müssen wir unsere Kerndatenstrukturen definieren.Unser Ladebalancer verfolgt mehrere Backend-Server und deren Gesundheit: package main

import (
	"flag"
	"fmt"
	"log"
	"net"
	"net/http"
	"net/http/httputil"
	"net/url"
	"sync"
	"sync/atomic"
	"time"
)

// Backend represents a backend server
type Backend struct {
	URL          *url.URL
	Alive        bool
	mux          sync.RWMutex
	ReverseProxy *httputil.ReverseProxy
}

// SetAlive updates the alive status of backend
func (b *Backend) SetAlive(alive bool) {
	b.mux.Lock()
	b.Alive = alive
	b.mux.Unlock()
}

// IsAlive returns true when backend is alive
func (b *Backend) IsAlive() (alive bool) {
	b.mux.RLock()
	alive = b.Alive
	b.mux.RUnlock()
	return
}

// LoadBalancer represents a load balancer
type LoadBalancer struct {
	backends []*Backend
	current  uint64
}

// NextBackend returns the next available backend to handle the request
func (lb *LoadBalancer) NextBackend() *Backend {
	// Simple round-robin
	next := atomic.AddUint64(&lb.current, uint64(1)) % uint64(len(lb.backends))
	
	// Find the next available backend
	for i := 0; i < len(lb.backends); i++ {
		idx := (int(next) + i) % len(lb.backends)
		if lb.backends[idx].IsAlive() {
			return lb.backends[idx]
		}
	}
	return nil
}
 Jetzt ein paar Schlüsselpunkte hier zu beachten: 
 
 
 
 
 
 Der Backend Struct repräsentiert einen einzigen Backend-Server mit seiner URL und seinem Live-Status. Wir verwenden einen Mutex, um den Live-Status jedes Backend in einer gleichzeitigen Umgebung sicher zu aktualisieren und zu überprüfen. Der LoadBalancer verfolgt eine Liste von Back-Ends und pflegt einen Zähler für den Round-Robin-Algorithmus. Wir verwenden atomare Operationen, um den Zähler in einer gleichzeitigen Umgebung sicher zu steigern. Die NextBackend-Methode implementiert den Round-Robin-Algorithmus und überspringt ungesunde Backends. Gesundheitskontrolle Die Erkennung der Nichtverfügbarkeit des Backend ist eine der kritischen Funktionen eines jeden Lastenausgleichs.Lass uns einen sehr einfachen Gesundheitskontrollmechanismus implementieren: // isBackendAlive checks whether a backend is alive by establishing a TCP connection
func isBackendAlive(u *url.URL) bool {
	timeout := 2 * time.Second
	conn, err := net.DialTimeout("tcp", u.Host, timeout)
	if err != nil {
		log.Printf("Site unreachable: %s", err)
		return false
	}
	defer conn.Close()
	return true
}

// HealthCheck pings the backends and updates their status
func (lb *LoadBalancer) HealthCheck() {
	for _, b := range lb.backends {
		status := isBackendAlive(b.URL)
		b.SetAlive(status)
		if status {
			log.Printf("Backend %s is alive", b.URL)
		} else {
			log.Printf("Backend %s is dead", b.URL)
		}
	}
}

// HealthCheckPeriodically runs a routine health check every interval
func (lb *LoadBalancer) HealthCheckPeriodically(interval time.Duration) {
	t := time.NewTicker(interval)
	for {
		select {
		case <-t.C:
			lb.HealthCheck()
		}
	}
}
 Diese Gesundheitsprüfung ist einfach: 
 
 
 
 Wir versuchen, eine TCP-Verbindung mit dem Backend zu initiieren. Wenn diese Verbindung erfolgreich ist, ist das Backend lebendig; andernfalls ist es tot. Die Überprüfung wird in einem Intervall ausgeführt, das in der Funktion HealthCheckPeriodically angegeben ist. In einer Produktionsumgebung möchten Sie wahrscheinlich eine fortschrittlichere Gesundheitsprüfung, die tatsächlich eine HTTP-Anfrage an einen bestimmten Endpunkt macht, aber das bringt uns an den Start. Der HTTP Handler Lassen Sie uns weitermachen und den HTTP-Handler implementieren, der die Anfrage empfängt und sie zu unseren Backends leitet: // ServeHTTP implements the http.Handler interface for the LoadBalancer
func (lb *LoadBalancer) ServeHTTP(w http.ResponseWriter, r *http.Request) {
	backend := lb.NextBackend()
	if backend == nil {
		http.Error(w, "Service Unavailable", http.StatusServiceUnavailable)
		return
	}
	
	// Forward the request to the backend
	backend.ReverseProxy.ServeHTTP(w, r)
}
 Und hier passiert die Magie: 
 
 
 
 Unser Round-Robin-Algorithmus gibt uns das nächste verfügbare Backend. Wenn kein Backend verfügbar ist, geben wir einen Fehler 503 Service Unavailable zurück. Andernfalls werden wir die Anfrage über den internen Reverse Proxy von Go an das ausgewählte Backend proxy. Beachten Sie, wie die Das Paket bietet die Typ, der alle Komplexität der Proxy-HTTP-Anfragen für uns bearbeitet. net/http/httputil ReverseProxy Alles zusammen setzen Schließlich werden wir die Umsetzung der Funktion, um unseren Lastbalancer zu konfigurieren und zu starten: main func main() {
	// Parse command line flags
	port := flag.Int("port", 8080, "Port to serve on")
	flag.Parse()

	// Configure backends
	serverList := []string{
		"http://localhost:8081",
		"http://localhost:8082",
		"http://localhost:8083",
	}

	// Create load balancer
	lb := LoadBalancer{}

	// Initialize backends
	for _, serverURL := range serverList {
		url, err := url.Parse(serverURL)
		if err != nil {
			log.Fatal(err)
		}

		proxy := httputil.NewSingleHostReverseProxy(url)
		proxy.ErrorHandler = func(w http.ResponseWriter, r *http.Request, err error) {
			log.Printf("Error: %v", err)
			http.Error(w, "Service Unavailable", http.StatusServiceUnavailable)
		}

		lb.backends = append(lb.backends, &Backend{
			URL:          url,
			Alive:        true,
			ReverseProxy: proxy,
		})
		log.Printf("Configured backend: %s", url)
	}

	// Initial health check
	lb.HealthCheck()

	// Start periodic health check
	go lb.HealthCheckPeriodically(time.Minute)

	// Start server
	server := http.Server{
		Addr:    fmt.Sprintf(":%d", *port),
		Handler: &lb,
	}

	log.Printf("Load Balancer started at :%d\n", *port)
	if err := server.ListenAndServe(); err != nil {
		log.Fatal(err)
	}
}
 Nun, hier ist, was in der Hauptfunktion vor sich geht: 
 
 
 
 
 
 
 Wir konfigurieren den Port basierend auf den Befehlszeilenflaggen, die wir parsen. Wir haben eine Liste von Backend-Servern erstellt. For each backend server, we:
 
 
 
 
 
 
 Parse the URL Create a reverse proxy for that backend Add error handling for when a backend fails Add the backend to our load balancer Wir führen eine erste Gesundheitsprüfung durch. Wir starten eine Goroutine für regelmäßige Gesundheitsuntersuchungen. Schließlich starten wir den HTTP-Server mit unserem Ladebalancer als Handler. Testen Sie den Load Balancer Um also wieder unseren Lastenausgleich zu testen, brauchen wir einige Backend-Server.Eine naive Implementierung eines Backend-Servers könnte so aussehen: // Save this to backend.go
package main

import (
	"flag"
	"fmt"
	"log"
	"net/http"
	"os"
)

func main() {
	port := flag.Int("port", 8081, "Port to serve on")
	flag.Parse()

	http.HandleFunc("/", func(w http.ResponseWriter, r *http.Request) {
		hostname, _ := os.Hostname()
		fmt.Fprintf(w, "Backend server on port %d, host: %s, Request path: %s\n", *port, hostname, r.URL.Path)
	})

	log.Printf("Backend started at :%d\n", *port)
	if err := http.ListenAndServe(fmt.Sprintf(":%d", *port), nil); err != nil {
		log.Fatal(err)
	}
}
 Führen Sie mehrere Instanzen dieses Backend auf verschiedenen Ports aus: go build -o backend backend.go
./backend -port 8081 &
./backend -port 8082 &
./backend -port 8083 &
 Dann bauen und führen Sie den Ladebalancer: go build -o load-balancer main.go
./load-balancer
 Nun, machen Sie einige Anfragen, um es zu testen: curl http://localhost:8080/test
 Machen Sie mehrere Anfragen, und Sie werden sehen, dass sie auf Ihren Backend-Servern in einer Round-Robin-Modus verteilt werden. Potenzielle Verbesserungen Dies ist eine minimale Implementierung, aber es gibt viele Dinge, die Sie tun können, um es zu verbessern: 
 
 
 
 
 
 
 
 
 : Implement weighted round-robin, least connections, or IP hash-based selection. Different balancing algorithms 
 
 : Make full HTTP requests to a health endpoint instead of just checking TCP connectivity. Better health checking 
 
 : Track request counts, response times, and error rates for each backend. Metrics collection 
 
 : Ensure requests from the same client always go to the same backend. Sticky sessions 
 
 : Add HTTPS for secure connections. TLS support 
 
 : Allow updating the backend list without restarting. Dynamic configuration Wir haben einen einfachen, aber effektiven HTTP-Lastbalancer gebaut, der nichts als die Standardbibliothek von Go verwendet. Dieses Beispiel zeigt wichtige Konzepte in der Netzwerkprogrammierung und die Kraft der integrierten Netzwerkfunktionen von Go. Obwohl dies nicht fertig ist, bietet es eine solide Grundlage für das Verständnis, wie Lastbilancer funktionieren.Die komplette Lösung besteht aus etwa 150 Zeilen Code - ein Beweis für die Ausdrucksfähigkeit von Go und die Stärke seiner Standardbibliothek. Für den Produktionsgebrauch möchten Sie mehr Funktionen aufbauen und robuste Fehlerbehandlung hinzufügen, aber die Kernkonzepte sind alle gleich.Ein Verständnis dieser grundlegenden Prinzipien bereitet Sie darauf vor, jeden Ladebalancer, den Sie auf der Straße verwenden, besser zu konfigurieren und zu debuggen. Der Quellcode finden Sie hier https://github.com/rezmoss/simple-load-balancer

Read My Stories

Dieses Audio ist in der Originalsprache der Geschichte produziert!

Zu lang; Lesen

Make resilience your competitive advantage

Dieses 150-Line Go-Skript ist eigentlich ein Full-On Load Balancer

About Author

KOMMENTARE

Hängeetiketten

DIESER ARTIKEL WURDE VORGESTELLT IN

Related Stories

HackerNoon Decoded 2024: Wir feiern unsere Produktmanagement-Community!

HackerNoon Decoded 2024: Celebrating Our AI Community!

HackerNoon Decoded: The Top 10 Countries Where HackerNoon Is the Most Active

HackerNoon Decoded 2024: Wir feiern die Community unserer Technologieunternehmen!

HackerNoon Decoded 2024: Wir feiern unsere Produktmanagement-Community!

HackerNoon Decoded 2024: Celebrating Our AI Community!

HackerNoon Decoded: The Top 10 Countries Where HackerNoon Is the Most Active

HackerNoon Decoded 2024: Wir feiern die Community unserer Technologieunternehmen!

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps