Flux VS jaeger

Compare Flux vs jaeger and see what are their differences.

Flux

Successor: https://github.com/fluxcd/flux2 (by fluxcd)
Our great sponsors
  • WorkOS - The modern identity platform for B2B SaaS
  • InfluxDB - Power Real-Time Data Analytics at Scale
  • SaaSHub - Software Alternatives and Reviews
Flux jaeger
12 94
6,956 19,279
- 1.4%
7.6 9.7
over 1 year ago about 16 hours ago
Go Go
Apache License 2.0 Apache License 2.0
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
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.

Flux

Posts with mentions or reviews of Flux. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2024-02-05.
  • Weaveworks Is Shuting Down
    5 projects | news.ycombinator.com | 5 Feb 2024
    Right. Flux was a handy little tool[1] that sync'd yaml manifests in git repos to live clusters. The concept was fascinating, and the tool was well done--small and efficient. Easy to learn.

    In 2019, they announced they'd be "merging" with argocd[2]. It seems the merge never really took place, and after that they deprecated flux and announced flux2[3].

    The sudden changes of course were a little confusing and perhaps not too well communicated.

    1: https://github.com/fluxcd/flux

  • Interesting tools?
    30 projects | /r/kubernetes | 23 May 2022
    CI/CD: Tekton Flux
  • What You Should Know Before Setting Up Your First CI/CD Pipeline
    7 projects | dev.to | 18 May 2022
    Use ArgoCD or Flux for Kubernetes, and Serverless Stack for your serverless Lambda applications.
  • Top 200 Kubernetes Tools for DevOps Engineer Like You
    84 projects | dev.to | 15 Jan 2022
    HybridK8s Droid - Intelligence foor your favourite Delivery Platform Devtron - Software Delivery Workflow for Kubernetes Skaffold - Easy and Repeatable Kubernetes Development Apollo - Apollo - The logz.io continuous deployment solution over kubernetes Helm Cabin - Web UI that visualizes Helm releases in a Kubernetes cluster flagger - Progressive delivery Kubernetes operator (Canary, A/B Testing and Blue/Green deployments) Kubeform - Kubernetes CRDs for Terraform providers https://kubeform.com Spinnaker - Spinnaker is an open source, multi-cloud continuous delivery platform for releasing software changes with high velocity and confidence. http://www.spinnaker.io/ werf - GitOps tool to deliver apps to Kubernetes and integrate this process with GitLab and other CI tools Flux - GitOps Kubernetes operator Argo CD - Declarative continuous deployment for Kubernetes Tekton - A cloud native continuous integration and delivery (CI/CD) solution Jenkins X - Jenkins X provides automated CI+CD for Kubernetes with Preview Environments on Pull Requests using Tekton, Knative, Lighthouse, Skaffold and Helm KubeVela - KubeVela works as an application delivery control plane that is fully decoupled from runtime infrastructure ksonnet - A CLI-supported framework that streamlines writing and deployment of Kubernetes configurations to multiple clusters CircleCI - A cloud-based tool that helps build continuous integration and continuous delivery pipelines to Kubernetes.
  • Automation assistants: GitOps tools in comparison
    28 projects | dev.to | 12 Aug 2021
    The blog post by Weaveworks, which coined the term GitOps in 2017, also names the first GitOps operator: Flux. In the meantime, this has been completely rewritten as Flux v2. In addition to Flux and Flux v2, the associated project "Flux" develops other components. Weaveworks has now handed the project over to the Cloud Native Computing Foundation (CNCF). By now, the project is in the second maturity level: incubator phase.
  • Open source Heroku Like Platform on premises
    4 projects | news.ycombinator.com | 25 Mar 2021
    Looks really neat. We have a not-super-trivial rails app that I want to move to docker one day, but kinda scared to make the jump. We're already using docker for development, plus even have a home-grown docker-compose setup for ephemeral labs, but it's clunky at best.

    This seems like something that might provide a simple jumping board hopefully... Also bumped into fluxCD[0] recently which also looks interesting.

    [0] https://github.com/fluxcd/flux

  • Kubernetes State Checker
    3 projects | news.ycombinator.com | 10 Mar 2021
    > It doesn't make all the other yaml files happen. It doesn't make the yaml files you no longer want happening, stop happening. It doesn't even tell you "these things were created by 'old' yaml files" and should be garbage collected (since it doesn't seem to have a sense of old yaml files).

    This is definitely one piece of Kubernetes that is getting a lot of attention recently. The three tools I've been paying attention to are Argo CD[0], Flux[1], and Config Sync[2].

    All of these allow you to point your repository to a cluster and sync resources from the repo to the cluster, including deletes.

    [0] https://argoproj.github.io/argo-cd/

    [1] https://github.com/fluxcd/flux

    [2] https://cloud.google.com/kubernetes-engine/docs/add-on/confi...

    Disclaimer: I work at GCP, but not on the GKE team. Opinions are my own.

  • Best ways to self-host containers on a personal server
    4 projects | /r/docker | 15 Feb 2021
    Otherwise, Kubernetes would be my suggestion. It doesn't have to be that complicated. I can recommend Flux (https://github.com/fluxcd/flux) for managing deployments. It makes everything a lot easier.
  • The pains of GitOps 1.0
    3 projects | dev.to | 18 Nov 2020
    In all cases, the promotion process is very cumbersome and current GitOps tools do not have an easy answer on what is the correct approach.

jaeger

Posts with mentions or reviews of jaeger. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2024-02-01.
  • Show HN: An open source performance monitoring tool
    2 projects | news.ycombinator.com | 1 Feb 2024
    As engineers at past startups, we often had to debug slow queries, poor load times, inconsistent errors, etc... While tools like Jaegar [2] helped us inspect server-side performance, we had no way to tie user events to the traces we were inspecting. In other words, although we had an idea of what API route was slow, there wasn’t much visibility into the actual bottleneck.

    This is where our performance product comes in: we’re rethinking a tracing/performance tool that focuses on bridging the gap between the client and server.

    What’s unique about our approach is that we lean heavily into creating traces from the frontend. For example, if you’re using our Next.js SDK, we automatically connect browser HTTP requests with server-side code execution, all from the perspective of a user. We find this much more powerful because you can understand what part of your frontend codebase causes a given trace to occur. There’s an example here [3].

    From an instrumentation perspective, we’ve built our SDKs on-top of OTel, so you can create custom spans to expand highlight-created traces in server routes that will transparently roll up into the flame graph you see in our UI. You can also send us raw OTel traces and manually set up the client-server connection if you want. [4] Here’s an example of what a trace looks like with a database integration using our Golang GORM SDK, triggered by a frontend GraphQL query [5] [6].

    In terms of how it's built, we continue to rely heavily on ClickHouse as our time-series storage engine. Given that traces require that we also query based on an ID for specific groups of spans (more akin to an OLTP db), we’ve leveraged the power of CH materialized views to make these operations efficient (described here [7]).

    To try it out, you can spin up the project with our self hosted docs [8] or use our cloud offering at app.highlight.io. The entire stack runs in docker via a compose file, including an OpenTelemetry collector for data ingestion. You’ll need to point your SDK to export data to it by setting the relevant OTLP endpoint configuration (ie. environment variable OTEL_EXPORTER_OTLP_LOGS_ENDPOINT [9]).

    Overall, we’d really appreciate feedback on what we’re building here. We’re also all ears if anyone has opinions on what they’d like to see in a product like this!

    [1] https://github.com/highlight/highlight/blob/main/LICENSE

    [2] https://www.jaegertracing.io

    [3] https://app.highlight.io/1383/sessions/COu90Th4Qc3PVYTXbx9Xe...

    [4] https://www.highlight.io/docs/getting-started/native-opentel...

    [5] https://static.highlight.io/assets/docs/gorm.png

    [6] https://github.com/highlight/highlight/blob/1fc9487a676409f1...

    [7] https://highlight.io/blog/clickhouse-materialized-views

    [8] https://www.highlight.io/docs/getting-started/self-host/self...

    [9] https://opentelemetry.io/docs/concepts/sdk-configuration/otl...

  • Kubernetes Ingress Visibility
    2 projects | /r/kubernetes | 10 Dec 2023
    For the request following, something like jeager https://www.jaegertracing.io/, because you are talking more about tracing than necessarily logging. For just monitoring, https://github.com/prometheus-community/helm-charts/tree/main/charts/kube-prometheus-stack would be the starting point, then it depends. Nginx gives metrics out of the box, then you can pull in the dashboard like https://grafana.com/grafana/dashboards/14314-kubernetes-nginx-ingress-controller-nextgen-devops-nirvana/ , or full metal with something like service mesh monitoring which would provably fulfil most of the requirements
  • Migrating to OpenTelemetry
    8 projects | news.ycombinator.com | 16 Nov 2023
    Have you checked out Jaeger [1]? It is lightweight enough for a personal project, but featureful enough to really help "turn on the lightbulb" with other engineers to show them the difference between logging/monitoring and tracing.

    [1] https://www.jaegertracing.io/

  • The Road to GraphQL At Enterprise Scale
    6 projects | dev.to | 8 Nov 2023
    From the perspective of the realization of GraphQL infrastructure, the interesting direction is "Finding". How to find the problem? How to find the bottleneck of the system? Distributed Tracing System (DTS) will help answer this question. Distributed tracing is a method of observing requests as they propagate through distributed environments. In our scenario, we have dozens of subgraphs, gateway, and transport layer through which the request goes. We have several tools that can be used to detect the whole lifecycle of the request through the system, e.g. Jaeger, Zipkin or solutions that provided DTS as a part of the solution NewRelic.
  • OpenTelemetry Exporters - Types and Configuration Steps
    5 projects | dev.to | 30 Oct 2023
    Jaeger is an open-source, distributed tracing system that monitors and troubleshoots the flow of requests through complex, microservices-based applications, providing a comprehensive view of system interactions.
  • Fault Tolerance in Distributed Systems: Strategies and Case Studies
    4 projects | dev.to | 18 Oct 2023
    However, ensuring fault tolerance in distributed systems is not at all easy. These systems are complex, with multiple nodes or components working together. A failure in one node can cascade across the system if not addressed timely. Moreover, the inherently distributed nature of these systems can make it challenging to pinpoint the exact location and cause of fault - that is why modern systems rely heavily on distributed tracing solutions pioneered by Google Dapper and widely available now in Jaeger and OpenTracing. But still, understanding and implementing fault tolerance becomes not just about addressing the failure but predicting and mitigating potential risks before they escalate.
  • Observability in Action Part 3: Enhancing Your Codebase with OpenTelemetry
    3 projects | dev.to | 17 Oct 2023
    In this article, we'll use HoneyComb.io as our tracing backend. While there are other tools in the market, some of which can be run on your local machine (e.g., Jaeger), I chose HoneyComb because of their complementary tools that offer improved monitoring of the service and insights into its behavior.
  • Distributed Tracing and OpenTelemetry Guide
    5 projects | dev.to | 28 Sep 2023
    In this example, I will create 3 Node.js services (shipping, notification, and courier) using Amplication, add traces to all services, and show how to analyze trace data using Jaeger.
  • Event-Driven Architecture 101
    3 projects | dev.to | 25 Sep 2023
    For example, without investment, visibility into system behavior as a whole can be much more difficult in an event-driven system. Investing in something like Open Telemetry and a service catalog is a good idea.  Getting started with these things are relatively simple, but if you want to store your traces somewhere that are searchable, you are going to have to either pay for a SaaS tool that ingests them or you are going to have to run and maintain an open source tool capable of this such as Jaeger. For service cataloging, Backstage is becoming a very popular option.   Depending on the capabilities and the capacity of your engineering team, this might be a good option and many companies do have platform teams that provide tooling such as this. With the average salary of a platform Engineer being ~$144k, companies should think carefully on whether the benefits of an EDA are going to outweigh the cost. We will dig deeper into this in part 2 and 3 of the series.
  • The Complete Microservices Guide
    17 projects | dev.to | 21 Sep 2023
    Distributed Tracing: Middleware for distributed tracing like Jaeger and Zipkin helps monitor and trace requests as they flow through multiple microservices, aiding in debugging, performance optimization, and understanding the system's behavior.

What are some alternatives?

When comparing Flux and jaeger you can also consider the following projects:

Sentry - Developer-first error tracking and performance monitoring

skywalking - APM, Application Performance Monitoring System

prometheus - The Prometheus monitoring system and time series database.

fleet - Deploy workloads from Git to large fleets of Kubernetes clusters

signoz - SigNoz is an open-source observability platform native to OpenTelemetry with logs, traces and metrics in a single application. An open-source alternative to DataDog, NewRelic, etc. 🔥 🖥. 👉 Open source Application Performance Monitoring (APM) & Observability tool

argo-cd - Declarative Continuous Deployment for Kubernetes

Pinpoint - APM, (Application Performance Management) tool for large-scale distributed systems.

fluent-bit - Fast and Lightweight Logs and Metrics processor for Linux, BSD, OSX and Windows

hypertrace - An open source distributed tracing & observability platform

VictoriaMetrics - VictoriaMetrics: fast, cost-effective monitoring solution and time series database

keel - Kubernetes Operator to automate Helm, DaemonSet, StatefulSet & Deployment updates

vault-secrets-operator - Create Kubernetes secrets from Vault for a secure GitOps based workflow.