Nginx-Link-Tracking für Microservice-Architektur

Lesetipps: Dieser Artikel bietet keine vollständige Lösung für die Linkverfolgung, sondern lediglich eine Supportlösung für die Linkverfolgung auf der Nginx-Ebene!

Die Geburt von Microservices hat viele Probleme traditioneller monolithischer Anwendungen gelöst, wie z. B. schlechte Wartbarkeit, schlechte Skalierbarkeit und schlechte Flexibilität (grobkörniger Vergleich). Obwohl die Microservice-Architektur gut ist, bringt sie auch viele Herausforderungen mit sich, von denen „Fehlerbehebung“ eine der Herausforderungen ist, die gelöst werden müssen. Wie finden Sie also die Grundursache eines Fehlers in vielen Anwendungen und Instanzen?Basierend auf den oben genannten Anforderungen können wir alle Protokolle, die von jeder Transaktion in jeder Anwendung generiert werden, zentral sammeln und anzeigen (jedoch nur, wenn Sie über Folgendes verfügen:

). So können Sie schnell erkennen, bei welchem Schritt die Transaktion fehlgeschlagen ist. Bei guter Durchführung können Sie auch direkt eine Sekundärentwicklung und Datenanalyse durchführen. Nach der Analyse der gesammelten Protokolle und Fehler können diese intuitiv mit einer grafischen Oberfläche angezeigt werden.Sie können beispielsweise das Topologiediagramm von Microservice-Aufrufen anzeigen und Farben verwenden, um Fehler zu unterscheiden (z. B. häufig verwendetes Rot: weist auf eine Anomalie hin, grün: normal, gelb: Warnung). Anschließend können Sie häufige Fehler oder Ausnahmen klassifizieren und eine benutzerfreundliche Anzeige erstellen (um es ganz klar auszudrücken: Es besteht keine Notwendigkeit, direkt zum Stapel zu gehen), z. B.: NullPointerException: Die Schnittstelle fordert direkt und benutzerfreundlich auf, welche Codezeile einen Nullzeiger ausgelöst hat und der Eingabeparameter ist What... (Dies ist nicht der Schwerpunkt dieses Artikels, daher werde ich nicht auf allzu viel Unsinn eingehen. Ich werde ihn später bei Gelegenheit ausführlich vorstellen.)

Um die Linkverfolgung der gesamten Microservice-Architektur durchzuführen, hoffen wir auf jeden Fall, dass es eine globale Transaktions-ID gibt, um alle Protokolle vom ersten Punkt an zuzuordnen, an dem eine Transaktion das Microservice-Center betritt (für die Linkverfolgung reicht eine solche ID definitiv nicht aus). aber nur dies wird hier vorgestellt). Am idealsten ist es natürlich, die Front-End-Protokolle (z. B. Betriebsprotokolle, Datenflüsse usw.) zu planen.

server { # 定义$request_trace_id的值，在1.11.0之前，我们可以使用类似的方式声明 # 只要能确保其值出现重复的可能性尽可能的小即可。  set $request_trace_id trace-id-$pid-$connection-$bytes_sent-$msec; location / { # …… # 将此trace_id传递给后端的server，通过header方式，此后我们既可以在环境中获取此header  proxy_set_header X-Request-Id $request_trace_id; } }

:

$pid
• : Nginx-Worker-Prozess-ID
$connection
• : Die Anzahl der Link-IDs zum Upstream-Server
$bytes_sent
• : Anzahl der gesendeten Bytes
$msec
• : Die aktuelle Zeit, d. h. die von dieser Variablen erhaltene Zeit, einschließlich Sekunden und Millisekunden (geteilt durch .)

, die vom System/dev/urandomgeneriert wird. Das Referenzskript lautet wie folgt:

--- --- UUID --- Created by lry. --- DateTime: 2018/2/25 下午7:38 --- Describe: 用系统/dev/urandom生成的随机uuid --- local template ="xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" local d = io.open("/dev/urandom", "r"):read(4) math.randomseed(os.time() + d:byte(1) + (d:byte(2) * 256) + (d:byte(3) * 65536) + (d:byte(4) * 4294967296)) local uuid=string.gsub(template, "x", function (c) local v = (c == "x") and math.random(0, 0xf) or math.random(8, 0xb) return string.format("%x", v) end) return uuid

# Nnginx代理默认会把header中参数的 "_" 下划线去掉，所以后台服务器后就获取不到带"_"线的参数名 underscores_in_headers on; # 设定日志格式 log_format main \'$remote_addr - $remote_user [$time_local] "$request" \' \'$status $body_bytes_sent "$http_referer" $upstream_http_request_id \' \'"$http_user_agent" "$http_x_forwarded_for"\'; server { location / { # 如果请求头中已有该参数,则获取即可;如果没有,则使用$request_id进行填充 set $temp_request_id $http_x_request_id; if ($temp_request_id = "") { set $temp_request_id $request_id; } # 屏蔽掉原来的请求头参数 proxy_set_header x_request_id ""; # 设置向后转发的请求头参数 proxy_set_header X-Request-Id $temp_request_id; } }