Cloud Native 17 min read

Design and Implementation of a Service Mesh Architecture for HTTP Traffic Governance

This document details the motivation, technology selection, overall architecture, data‑plane and control‑plane design, key implementation challenges such as HTTPS interception, precise URL monitoring, and plugin extensibility, and outlines future directions for scaling service mesh within the organization.

58 Tech
58 Tech
58 Tech
Design and Implementation of a Service Mesh Architecture for HTTP Traffic Governance

The rapid growth of micro‑service and container technologies exposed limitations in traditional SDK‑based architectures, prompting the adoption of a service‑mesh framework to handle both east‑west (server‑to‑server) and north‑south (client‑to‑server) traffic while minimizing impact on business logic.

Technical selection focused on reusing existing infrastructure; MOSN was chosen as the data‑plane proxy over Envoy due to language compatibility, and the control‑plane was built by extending the company's existing service‑governance system rather than adopting Istio, reducing learning and migration costs.

The overall architecture separates the data‑plane and control‑plane. The data‑plane runs as sidecar containers, intercepting traffic via iptables, communicating with the control‑plane through bidirectional streams, and reporting metrics. The control‑plane provides rule distribution, monitoring aggregation, and management services, integrating with existing alerting, service discovery, and monitoring systems.

Key designs include:

HTTPS traffic interception using iptables, dnsmasq, and ipset combined with a man‑in‑the‑middle approach, ensuring client trust of root certificates across multiple languages.

Precise URL monitoring by matching dynamic paths to configured patterns, reducing data volume and enabling accurate statistics.

Plugin extensibility via multi‑container, multi‑process deployment, allowing language‑agnostic plugins, high isolation, and seamless, zero‑downtime upgrades managed by the underlying platform.

Future work aims to improve performance, enhance security and compliance, and foster a more open ecosystem supporting third‑party extensions and protocol conversion.

microservicesKubernetesPlugin ArchitectureService MeshControl PlaneData PlaneHTTP traffic
58 Tech
Written by

58 Tech

Official tech channel of 58, a platform for tech innovation, sharing, and communication.

0 followers
Reader feedback

How this landed with the community

login Sign in to like

Rate this article

Was this worth your time?

Sign in to rate
Discussion

0 Comments

Thoughtful readers leave field notes, pushback, and hard-won operational detail here.