I deleted 78% of my Redis container and it still works

This page summarizes the projects mentioned and recommended in the original post on news.ycombinator.com

InfluxDB - Power Real-Time Data Analytics at Scale
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.
www.influxdata.com
featured
SaaSHub - Software Alternatives and Reviews
SaaSHub helps you find the best software and product alternatives
www.saashub.com
featured
  • Lean and Mean Docker containers

    Slim(toolkit): Don't change anything in your container image and minify it by up to 30x (and for compiled languages even more) making it secure too! (free and open source)

  • Maybe this would help in that regard: https://github.com/docker-slim/docker-slim

  • InfluxDB

    Power Real-Time Data Analytics at Scale. 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.

    InfluxDB logo
  • distroless

    🥑 Language focused docker images, minus the operating system.

  • See: Distroless images[0]

    This is one of the huge benefits of recent systems languages like go and rust -- they compile to single binaries so you can use things like scatch[1] containers. You may have to fiddle with gnu libc/musl libc (usually when getaddrinfo is involved/dns etc), but once you're done with it, packaging is so easy.

    Even languages like Node (IMO the most progressive of the scripting languages) have packages like vercel/pkg[2] which produce native binaries.

    BTW if you're considering running redis these days... Check out KeyDB[3], it's impressive. There are a lot of redis alternatives with interesting features these days that I wonder if running vanilla redis is even a good idea anymore (outside of ensuring complete feature-set compatibility).

    [0]: https://github.com/GoogleContainerTools/distroless

    [1]: https://hub.docker.com/_/scratch/

    [2]: https://github.com/vercel/pkg

    [3]: https://docs.keydb.dev

  • pkg

    Discontinued Package your Node.js project into an executable

  • See: Distroless images[0]

    This is one of the huge benefits of recent systems languages like go and rust -- they compile to single binaries so you can use things like scatch[1] containers. You may have to fiddle with gnu libc/musl libc (usually when getaddrinfo is involved/dns etc), but once you're done with it, packaging is so easy.

    Even languages like Node (IMO the most progressive of the scripting languages) have packages like vercel/pkg[2] which produce native binaries.

    BTW if you're considering running redis these days... Check out KeyDB[3], it's impressive. There are a lot of redis alternatives with interesting features these days that I wonder if running vanilla redis is even a good idea anymore (outside of ensuring complete feature-set compatibility).

    [0]: https://github.com/GoogleContainerTools/distroless

    [1]: https://hub.docker.com/_/scratch/

    [2]: https://github.com/vercel/pkg

    [3]: https://docs.keydb.dev

  • Tendis

    Tendis is a high-performance distributed storage system fully compatible with the Redis protocol.

  • SSDB

    SSDB - A fast NoSQL database, an alternative to Redis

  • KeyDB

    A Multithreaded Fork of Redis

  • dynomite

    A generic dynamo implementation for different k-v storage engines

  • SaaSHub

    SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives

    SaaSHub logo
  • tidis

    Distributed transactional NoSQL database, Redis protocol compatible using tikv as backend

  • anna

    A low-latency, cloud-native KVS

  • ledisdb

    A high performance NoSQL Database Server powered by Go

  • codis

    Proxy based Redis cluster solution supporting pipeline and scaling dynamically

  • xcodis

    Yet another redis proxy based on codis(https://github.com/wandoulabs/codis)

  • minideb

    A small image based on Debian designed for use in containers

  • as is stated initially, that goes back to how bitnami is building its Docker images, basing on a set of debian packages (minideb) - there's also a shell library/framework embedded that does useful things, but that makes you read more code when you go check how the sausage is made. That minideb is the basis for the higher CVE count compared to scratch or alpine images.

    > it’s a well-kept secret that no one wants to talk about

    the maintainer side most casual docker image users aren't aware of I'd rephrase, but bitnami at least documents the issue

    https://github.com/bitnami/minideb#security

    https://docs.bitnami.com/kubernetes/open-cve-policy/

  • containers

    Bitnami container images

  • redis 12:06:41.46 Submit issues and feature requests at https://github.com/bitnami/containers/issues

  • SaaSHub

    SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives

    SaaSHub logo
NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a more popular project.

Suggest a related project

Related posts

  • Redis as a Database

    3 projects | news.ycombinator.com | 24 Oct 2023
  • KeyDB CEO Interview: Getting into YC with a Fork of Redis

    9 projects | news.ycombinator.com | 27 Apr 2021
  • Golang REST API boilerplate

    12 projects | dev.to | 4 Jun 2024
  • A vulnerability scanner for container images and filesystems

    1 project | news.ycombinator.com | 24 May 2024
  • FLaNK-AIM Weekly 13 May 2024

    34 projects | dev.to | 13 May 2024