aperture

Rate limiting, caching, and request prioritization for modern workloads (by fluxninja)

Aperture Alternatives

Similar projects and alternatives to aperture

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a better aperture alternative or higher similarity.

aperture reviews and mentions

Posts with mentions or reviews of aperture. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2024-01-18.
  • Defcon: Meta's system for preventing overload with graceful feature degradation
    1 project | news.ycombinator.com | 29 Feb 2024
    Anyone interested in load shedding and graceful degradation with request prioritization should check out the Aperture OSS project.

    https://github.com/fluxninja/aperture

  • Queues Don't Fix Overload
    3 projects | news.ycombinator.com | 18 Jan 2024
    I agree that queues can problem especially when misconfigured. But some amount of queuing is necessary, to absorb short spikes in demand vs capacity. Also, queues can be helpful to re-order requests based on criticality which won't be possible with zero queue size - in which case we have to immediately drop a request or admit it without considering it's priority.

    I think it is beneficial to re-think how we tune queues. Instead of setting a queue size, we should be tuning the max permissible latency in the queue which is what a request timeout actually is. That way, you stay within the acceptable response time SLA while keeping only the serve-able requests in the queue.

    Aperture, an open-source load management platform took this approach. Each request specifies a timeout for which it is willing to stay in the queue. And weighted fair queuing scheduler then allocates the capacity (a request quota or max number of in-flight request) across requests based on the priority and tokens (request heaviness) of each request.

    Read more about the WFQ scheduler in Aperture: https://docs.fluxninja.com/concepts/scheduler

    Link to Aperture's GitHub: https://github.com/fluxninja/aperture

    Would love to hear your thoughts on our approach!

  • Kelsey Hightower's Twitter Spaces on Rate Limits & Flow Control
    1 project | /r/devops | 18 Aug 2023
    For those keen to dive deeper, I highly recommend exploring both the Twitter Space and Aperture: [Twitter Spaces]: https://twitter.com/kelseyhightower/status/1689355284802629633?s=20 [GitHub repo]: https://github.com/fluxninja/aperture
  • Graceful Behavior at Capacity
    1 project | news.ycombinator.com | 7 Aug 2023
    Very interesting blog post! Our team has been working intensively in this area for the last couple of years - flow control, load shedding, controllability (PID control), and so on.

    We have open-sourced our work at - https://github.com/fluxninja/aperture

    We would love feedback from folks reading this blog post!

    Disclaimer: I am one of the co-authors of the Aperture project. There are several interesting ideas we have built into this project and I will be happy to dive into the technical details as well.

  • Why Adaptive Rate Limiting Is a Game-Changer
    1 project | news.ycombinator.com | 22 Jul 2023
    It's a blog on an open-source project that precisely tells you how to implement adaptive rate limiting.

    Just click around a bit:

    - https://github.com/fluxninja/aperture

    - https://docs.fluxninja.com/use-cases/adaptive-service-protec...

    Note: I am one of the authors' of this project.

  • Show HN: Review GitHub PRs with AI/LLMs
    2 projects | news.ycombinator.com | 14 Jul 2023
    At the time of writing, the first sample image on that page is this:

    https://coderabbit.ai/assets/section-1-f9a48066.png

    which recommends adding a "maxIterations" counter to the "for len(executedComponents) ..." loop here:

    https://github.com/fluxninja/aperture/blob/26e00ea818c7c28da...

    HOWEVER

    - the review has failed to notice the logic using "numExecutedBefore" (around line 377) that already prevents the specific bug it is suggesting a fix for

    - the suggested change decrements "maxIterations" inside the "for ... range circuit.components {" loop which means it isn't counting iterations, it's counting components

    This kind of suggestion is particularly nasty because it's unlikely that the test suite populates enough components to hit "maxIterations" - so an inattentive reader could accept it, get a green build, and then deploy a production bug!

  • June 25th, 2023 Deno Deploy Postmortem
    2 projects | news.ycombinator.com | 1 Jul 2023
    The need an adaptive protection system like Aperture[0] to mitigate overloads.

    [0]: https://github.com/fluxninja/aperture

  • Jsonnet – The Data Templating Language
    20 projects | news.ycombinator.com | 27 Mar 2023
    It’s customized to our policy spec. But you can learn from this and adapt it to your spec.

    https://github.com/fluxninja/aperture/blob/main/scripts/json...

  • Show HN: Aperture – Unified Reliability Management for Microservices
    1 project | news.ycombinator.com | 16 Mar 2023
  • Failure Mitigation for Microservices: An Intro to Aperture
    1 project | /r/microservices | 14 Mar 2023
  • A note from our sponsor - InfluxDB
    www.influxdata.com | 23 Apr 2024
    Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality. Learn more →

Stats

Basic aperture repo stats
28
585
9.8
11 days ago

Sponsored
SaaSHub - Software Alternatives and Reviews
SaaSHub helps you find the best software and product alternatives
www.saashub.com