"Split-Brain, ContainerD, Quarkus and a Postgres Cloud Control Plane", an airhacks.fm podcast conversation with @ahachete is ready to listen: adambien.blog/roller/split_b…
#java #podcast #airhacks
4
12
3,280
The container world spent 5 years arguing about Docker vs Podman.
Then everyone deployed Kubernetes and ended up talking to CRI-O/containerd anyway. 😅
8
新コンテナランタイム「Raind」公開。OCI準拠でDockerのビルドとKubernetesのオーケストレーションを橋渡しする設計。containerd/CRI-Oに続く選択肢として注目。ランタイム層の選定が再び論点に #Docker #Kubernetes #インフラ
1
8
If you're using containers for your projects, chances are you're using Docker.
But depending on your use case and requirements, other options may be worth exploring.
In this guide, @caesar_sage walks you through three container runtimes - Docker, Podman, and Containerd - to help you choose the best fit.
freecodecamp.org/news/how-to…
1
22
201
9,136
Ilia Gusev retweeted
Jun 13
Traditional node lifecycle: apt update weekly. kubelet from one repo, containerd from another. Six months in, two nodes run a different containerd because a repo cached weirdly during one rollout. You find out during an incident.
podostack.com/p/talos-kubern…
1
1
8
Jun 14
Home Assistant OS 18.0.rc1 - first release candidate
Home Assistant OS 18.0.rc1 has been published as a pre-release.
The main change - migration to Linux kernel 6.18 for all platforms, Docker 29.5.3, containerd 2.2.4 and Buildroot 2025.02.14.
For Raspberry Pi, it is now possible to check and update bootloader firmware directly from Home Assistant OS through the CLI. In Home Assistant Core 2026.6.0, firmware should also appear as an update entity.
The new default swap size is now limited to a range from 1 to 4 GB. This should prevent swap from being too small on systems with low RAM and too large on systems with a lot of memory.
The disk image structure has also changed: the data partition is no longer created with a large amount of empty space. This should make writing the image to storage noticeably faster, while the data partition still expands on first boot as before.
For Open Virtual Appliance and aarch64 VM, images now come with a 32 GB size by default, so they no longer need to be expanded separately before use.
Another change - hassos/HassOS naming is being unified toward haos. This should not affect existing installations, but scripts and external tools that refer to old systemd unit names or helper binaries may need adjustments.
There is also an important warning for Raspberry Pi 5: bootloader version 2025-02-12 or newer is required, otherwise the image may hang during early boot.
Source: github.com/home-assistant/op…
1
67
Jun 14
Если не нравится докер, то что же он использует вместо него? КОРОБКИ? Podman? Containerd? LXC?
1
34
Jun 14
由於當時 docker 其實並不是那麼適合太過複雜的架構
所以讓當時 k8s 社群有機可乘慢慢地將 docker 剝離出去
docker-shim 雖然改成了 cri-docker
但以系統層級上還是需要過一層中介的地方
所以並沒有那麼直觀
在這過程 red hat 開發了 cri-o
而社群也拿著 docker 以前的紀錄改善了 containerd
(下繼續
1
2
73
juan carlos matos retweeted
Jun 13
How to Clean Up Orphaned Resources in containerd Safely hexshift.medium.com/how-to-c…
1
7
407
Jun 13
How to Use containerd Snapshotters for Custom Storage Management hexshift.medium.com/how-to-u…
1
223
Jun 13
The Best Open Source Repos to Start Contributing Today
A. Python
1. github/fastapi/fastapi
2. github/pandas-dev/pandas
3. github/scikit-learn/scikit-learn
4. github/matplotlib/matplotlib
5. github/scrapy/scrapy
6. github/pytest-dev/pytest
7. github/cookiecutter/cookiecutter
8. github/zulip/zulip
B. Java
1. github/JabRef/jabref
2. github/trinodb/trino
3. github/open-metadata/OpenMetadata
4. github/questdb/questdb
5. github/elastic/elasticsearch
6. github/TEAMMATES/teammates
7. github/commons-app/apps-android-commons
8. github/zaproxy/zaproxy
C. JavaScript / TypeScript
1. github/freeCodeCamp/freeCodeCamp
2. github/storybookjs/storybook
3. github/vitejs/vite
4. github/vitest-dev/vitest
5. github/microsoft/TypeScript
6. github/microsoft/vscode
7. github/eslint/eslint
8. github/fastify/fastify
9. github/hoppscotch/hoppscotch
10. github/appsmithorg/appsmith
D. Go
1. github/kubernetes/kubernetes
2. github/helm/helm
3. github/docker/cli
4. github/containerd/containerd
5. github/moby/moby
6. github/gohugoio/hugo
7. github/mattermost/mattermost
8. github/pingcap/tidb
9. github/hashicorp/terraform
10. github/SigNoz/signoz
E. Rust
1. github/rust-lang/rust-clippy
2. github/rust-lang/rustfmt
3. github/nushell/nushell
4. github/hyperium/hyper
5. github/servo/servo
6. github/tikv/tikv
7. github/GyulyVGC/sniffnet
8. github/tensorzero/tensorzero
F. Cloud / DevOps / Infrastructure
1. github/kubernetes/kubernetes
2. github/helm/helm
3. github/argoproj/argo-cd
4. github/prometheus/prometheus
5. github/grafana/grafana
6. github/open-telemetry/opentelemetry-collector
7. github/hashicorp/terraform
8. github/crossplane/crossplane
9. github/backstage/backstage
10. github/meshery/meshery
G. AI / ML / Data
1. github/pytorch/pytorch
2. github/scikit-learn/scikit-learn
3. github/pandas-dev/pandas
4. github/jupyter/notebook
5. github/ray-project/ray
6. github/mlflow/mlflow
7. github/apache/airflow
8. github/apache/superset
9. github/bokeh/bokeh
10. github/pymc-devs/pymc
H. Backend / API / Databases
1. github/fastapi/fastapi
2. github/fastify/fastify
3. github/supabase/supabase
4. github/appwrite/appwrite
5. github/hasura/graphql-engine
6. github/PostgREST/postgrest
7. github/trinodb/trino
8. github/questdb/questdb
9. github/pingcap/tidb
10. github/open-metadata/OpenMetadata
I. Frontend / UI
1. github/storybookjs/storybook
2. github/vitejs/vite
3. github/vuejs/core
4. github/mui/material-ui
5. github/gatsbyjs/gatsby
6. github/electron/electron
7. github/Leaflet/Leaflet
8. github/webdriverio/webdriverio
3
14
138
5,124
Jun 12
Doesn't match my experience. At iximiuz Labs, I run several thousand containers a day (programmatically). Very basic operations - create, start, stop, inspect. And when I tried to replace `docker` with `podman`, the code started experiencing periodic deadlocks. I didn't dig into it, but I also haven't seen any single deadlock with Docker. My only complaint about Docker was the leaking storage (unaccounted for in `docker system prune`), but it seems to have been solved with the move to containerd for image storage.
3
1
3,137
Jun 12
The entire Docker vs Podman battle is so silly. Classic bikeshedding.
At massive K8s scale, nobody cares it's daemon-based containerd kubelet. There are bigger problems to solve.
But running 3 containers on a RPi and "single point of failure" becomes the hill to die on 🤦♂️
Jun 11
I'm a little tired of people sh*tting on Docker for its daemon-based architecture and presenting Podman as the "better" alternative.
There is a reason the daemon exists. Managing containers en masse without a central controlling component is brittle.
This is why Red Hat's Kubernetes CRI implementation is CRI-O (a daemon), not Podman, even though both rely on the same underlying libraries.
2
1
25
6,549
Jun 12
「Dockerが変えた世界」に対して動画に来ていたコメントをまとめてみました。
一番いいねを集めたコメントが、じわじわ刺さります。
「便利さは危うさの裏返し」
環境構築を知らない技術者が生まれる。
サポート切れの古い環境がそのまま生き残る。
この2点を、真っ先に指摘してくれた方がいて、32いいねを集めていました。
便利であることへの賞賛ではなく、便利であることへの警戒。
コメント欄全体に、その視点が流れていた気がします。
そのすぐ後ろに続いたのが、これまた10いいねのこのコメントでした。
「顧客&現場『パッチあてたら動かなくなりました（詳細分からない）』 開発者『Dockerに書いてある通りなら動くハズです（詳細分からない）』」
誰も詳細を分かっていない。
笑えるけど笑えない、あるあるとして多くの方に刺さっていたようです。
技術的な深堀りコメントも多く、「ホストOSへの依存」「Windowsファイルシステムとのマウント問題」「containerd＋nerdctlで代替できる点も解説してほしい」といった指摘が上位に並んでいました。
Dockerを「使えるか使えないか」ではなく「どう使うべきか」を語るコメントが目立つのが、このチャンネルの視聴者らしさだなと感じました🔍
ここで一つ、スレッドの流れが面白かったのが「OSSの収益モデル」への疑問です。
「こういうOSS提供してる会社って何で収益得てるんだろう？」
というコメントに、「Docker Desktopの企業利用が有料」「JavaのLTS旧バージョンサポートも有償化している」という具体的な回答が集まり、「なるほど、法人向けで収益化しているんですね」と質問者自身が納得していく流れが丁寧で良いスレッドでした。
技術そのものだけでなく、その裏側のビジネス構造まで気になる方がいるのは、純粋に面白いと思います。
動画を作る側として正直に言うと、Dockerの「便利さ」を伝えることに気を取られがちで、「その便利さが何を見えなくしているか」まで丁寧に語れているかは、毎回自問するところです。
コメントを読んで、「知らないうちに依存している怖さ」をもっと掘り下げる動画も作りたいと思いました🙏
2
10
53
10,977