gRPC giữ kết nối lâu dài, nên load balancer tầng kết nối không rải được từng request — gRPC tự cân bằng ở phía client. Bài này chạy thật với 3 server: chính sách mặc định pick_first dồn cả 300 request vào một server (2 server ngồi không); đổi sang round_robin thì 300 request rải đều 100/101/99. Đo bằng counter thật mỗi server. Client biết danh sách backend qua resolver và tự chọn — không cần proxy ở giữa.
Bài 1 nói gRPC khó debug vì byte nhị phân và cần codegen. Reflection gỡ đúng nỗi đau đó. Bài này chạy thật: server bật reflection một dòng, rồi grpcurl — curl cho gRPC — liệt kê service, xem schema message, và gọi GetOrder nhận về JSON, tất cả KHÔNG cần file .proto trên máy. Server tự khai schema lúc chạy. Công cụ debug mạnh nhất cho gRPC — nhưng nên tắt ở production nhạy cảm vì nó lộ toàn bộ API.
Nhìn lại sáu chặng, mười phép đo đáng nhớ nhất, đặt cạnh sê-ri Java trên cùng một máy, và bản đồ đi tiếp. Go và Java là một sự đánh đổi, không phải một thứ bậc.
govulncheck không đếm lỗ hổng có trong nhà — nó đi từ cửa chính theo mọi hành lang và chỉ báo cái nằm trên đường mã bạn thật sự gọi tới. Cộng năm chỗ khác phải tự kiểm, và ba họ lỗi Go xoá sẵn cho bạn.
Tắt dịch vụ như đóng cửa hàng cuối ngày: Close() là cúp cầu dao đuổi khách đang thanh toán; Shutdown() là khóa cửa với khách mới rồi để khách trong tính tiền nốt. Thứ tự đóng, hạn chờ, và cái bẫy endpoint trong Kubernetes.
log cũ như cuốn nhật ký văn xuôi phải grep bằng regex; slog như cuốn sổ cái có cột, mỗi sự kiện một trường truy vấn được. Hai handler, With gắn ngữ cảnh, che dữ liệu nhạy cảm, và cái bẫy đối số tính dù mức log đã tắt.