Systems | Development | Analytics | API | Testing

Ask five engineers whether a test is "functional" or "integration" and you will probably get three answers. That is not because people are confused. It is because the same test can honestly be both. Here is the short version. Integration testing checks that components work together. Functional testing checks that the software does what the requirements say. One is about how the pieces connect. The other is about what the user gets.

In Under the Hood with Go TLS and eBPF, I left socket tracking as an exercise for later. The example used bpf_get_current_pid_tgid() and explicitly excluded concurrent TLS operations. Capturing plaintext was enough for that post. With rustls, later arrived: I could read the HTTP payload perfectly and still attach it to the wrong TCP connection. That’s a frustratingly convincing failure. The request looks right. The response looks right. The application works.

OpenTelemetry graduated from the CNCF in May 2026 as, in the foundation’s own words, the de facto observability standard. The JavaScript API package alone did 1.36 billion downloads in twelve months. That kind of win has a side effect nobody plans for. Once a wire format is everywhere, has a receiver for every source, a transform language, and an agent your platform team already operates, people start putting things on it that have nothing to do with knowing whether a service is healthy.

Kong AI Gateway already gives platform teams a central place to route, observe, and enforce policy across AI traffic. Security teams working alongside those platform teams often need another set of answers: Which agents are connected? Which attack paths actually succeed against them? What happened across the full session or tool chain? And if an agent is compromised, can its next action be stopped before it reaches an enterprise system? The integration is designed to be complementary.