opentelemetry-demo
traefik
Our great sponsors
opentelemetry-demo | traefik | |
---|---|---|
18 | 183 | |
1,416 | 47,814 | |
7.4% | 1.7% | |
9.5 | 9.4 | |
5 days ago | 2 days ago | |
TypeScript | Go | |
Apache License 2.0 | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
opentelemetry-demo
-
Implementing OTel Trace Context Propagation Through Message Brokers with Go
Here is a typical trace from the OpenTelemetry demo project.
-
Synthetic Monitoring with the Tracetest GitHub Action
# test suite based on https://github.com/open-telemetry/opentelemetry-demo/tree/main/test/tracetesting/frontend-service type: Test spec: id: frontend-view-cart name: 'Frontend: View cart' description: Simulate a user viewing the shopping cart trigger: type: http httpRequest: url: http://${var:FRONTEND_ADDR}/api/cart?userId=2491f868-88f1-4345-8836-d5d8511a9f83 method: GET headers: - key: Content-Type value: application/json specs: - name: It called the frontend with success selector: span[tracetest.span.type="general" name="Tracetest trigger"] assertions: - attr:tracetest.response.status = 200 - name: It retrieved the cart items correctly selector: span[name="oteldemo.CartService/GetCart"] assertions: - attr:rpc.grpc.status_code = 0
-
The Power of Traces: Learn by Contributing to OpenTelemetry
Contributing to the OpenTelemetry Demo is a great way to get involved and showcase your skills in the OpenTelemetry community. It's a real-world example of OpenTelemetry in action, and by actively contributing, you enhance your understanding and improve the project's quality.
-
Tracetest Monthly Newsletter - July 2023
Trace-based testing added to OpenTelemetry Demo
-
Hands-on OpenTelemetry: Troubleshoot issues with your instrumented apps
Examples and the tutorial in this blog post use the OpenTelemetry Astronomy Shop Demo to show what you can do with OpenTelemetry and New Relic. This application is built and maintained by the OpenTelemetry open-source community, and it provides a real-world example of a distributed application that’s been instrumented with OpenTelemetry. In the Deploying the OpenTelemetry Astronomy Shop demo app section, you’ll have an opportunity to get hands-on experience spinning up your own version of this application. You’ll learn how to:
-
Looking for resources to learn Kubernetes at a deep level.
Take this https://github.com/open-telemetry/opentelemetry-demo
-
2 Years Solution Engineer Experience + 1 Support Engineering, Would my background fit moving into SRE?
I mean, you really just need experience instrumenting apps and tinkering with them to play with OTEL. https://github.com/open-telemetry/opentelemetry-demo is a good start. You can modify the collector to point to any backend of your choice.
-
Tracetest in Action: Running Trace-Based Tests on the OpenTelemetry Demo App with Nomad
I got to play around with these newer features last December, after a months-long hiatus, and it was really cool to see the evolution of the product. If you follow my work, you’ll know that I play in both the Kubernetes and Nomad worlds. Today, I’ll be taking you on a quick little guided tour of Tracetest, using Traces from the OpenTelemetry Demo App to give you a feel for how it works. The whole setup will be running on HashiCorp Nomad. \
-
Chaining API Tests to Handle Complex Distributed System Testing
By having an observability infrastructure gather information about a set of API/microservices, we can have a concise view of the operation of these services and start thinking in an observability-driven way to test your software. Tracetest can help. When given an API endpoint, Tracetest checks observability traces to see if this API is behaving as intended. For example, let’s try to test an OpenTelemetry Astronomy Store which has the exact same use cases that we want to check. To test the "Add product to the shopping cart" task, we can create a test, define a URL and payload in the trigger section that we send to the Cart API and use the specs to define our assertions, checking if the API was called with the correct Product ID and if this product was persisted correctly.
-
How to Convert Kubernetes Manifests into Nomad Jobspecs
In my latest Nomadification Project (TM), I got the OpenTelemetry Demo App to run on Nomad (with HashiQube, of course). To do this, I used the OpenTelemetry Demo App Helm Chart as my guide. In doing this, and other Nomadifications, I realized that I’ve never gone through the process of explaining the conversion process from Kubernetes manifests to Nomad jobspecs.
traefik
-
How to securely reverse-proxy ASP.NET Core web apps
However, it's very unlikely that .NET developers will directly expose their Kestrel-based web apps to the internet. Typically, we use other popular web servers like Nginx, Traefik, and Caddy to act as a reverse-proxy in front of Kestrel for various reasons:
-
Deploying Web Apps with Caddy: A Beginner's Guide Caddy
Not as good though. Case in point: https://github.com/traefik/traefik/issues/5472#issuecomment-... (that's just from this morning)
I'm speak objectively here. Of course, any built-in auto HTTPS that works (more or less) is better than none. Traefik uses an ACME library that was originally written for Caddy. After the original author left that project, Traefik team started maintaining it. Caddy's users' requirements exceeded what the library was capable of, but unfortunately there was friction in getting it to achieve our requirements. So I ended up writing a new ACME client library in Go and, together with upgrades in CertMagic (Caddy's auto-TLS lib), Caddy has the more flexible, robust, and capable auto-HTTPS functionality.
That is to say, not all auto-HTTPS functionalities are the same.
-
Security Workshop Part 1 - Put up a gate
We'll use Traefik, an open source cloud native gateway that can plug into a Kubernetes cluster. It has the concept of "middleware" that can process API requests before passing them through to a backend. We can configuring a rate limit for all of our API endpoints by matching on the request path:
-
Install plugin in k8s cluster running in Kind
I did the same question here and here
- The Tailscale Universal Docker Mod
-
Set Default Config in traefik.toml and overwrite with specific container config
Sadly there is currently no way of doing so. https://github.com/traefik/traefik/issues/6999
- Istio moved to CNCF Graduation stage
-
Docker Services question
Traefik is another widely used system that has automatic configuration and offers support for more things like swarm/kubernetes/etc.
-
nginx alternatives
I have a webapp which I currently have deployed by running nginx in a container. Works as it should, however I am intersted in adding more observability to the webapp and found this reverse-proxy https://github.com/traefik/traefik which seems to expose some nice metrics which can be useful for observability.
-
Make traefik only accessible over tailscale
``` more details in this (github issue)[https://github.com/traefik/traefik/issues/5059]
What are some alternatives?
hypertrace - An open source distributed tracing & observability platform
Nginx Proxy Manager - Docker container for managing Nginx proxy hosts with a simple, powerful interface
nomad-conversions - Repo containing conversions of Kubernetes and/or Docker Compose apps to Nomad jobspecs
Caddy - Fast and extensible multi-platform HTTP/1-2-3 web server with automatic HTTPS
keptn - Cloud-native application life-cycle orchestration. Keptn automates your SLO-driven multi-stage delivery and operations & remediation of your applications.
ingress-nginx - Ingress-NGINX Controller for Kubernetes
hashiqube - HashiQube - All the Hashicorp products in a Container or VM for anyone to demo or practise with.
Squid - Squid Web Proxy Cache
Eliot - Eliot: the logging system that tells you *why* it happened
envoy - Cloud-native high-performance edge/middle/service proxy
unified-observability-k8s-kubecon - Unified Observability for Kubernetes at KubeCon NA '22
socks5-proxy-server - SOCKS5 proxy server