Projekt Containerd przyjął zestaw zmian, które integrują obsługę runj środowiska wykonawczego i otwierają dla FreeBSD możliwość używania obrazów kontenerów opartych na Linuksie, zgodnych z OCI, takich jak obrazy Dockera. Komentarze do zmian stanowią przykład udanego uruchomienia obrazu z Alpine Linux na FreeBSD. $ sudo ctr run -rm -runtime wtf.sbk.runj.v1 -tty -snapshotter zfs docker.io/library/alpine:latest test sh -c 'cat /etc/os-release && uname -a' NAZWA=»Alpine Linux" ID=alpine VERSION_ID=3.16.0 PRETTY_NAME="Alpine Linux v3.16″ HOME_URL="https://alpinelinux.org/" BUG_REPORT_URL="https://gitlab.alpinelinux.org/alpine/aports/-/ problemy” Linux 3.17.0 FreeBSD 13.1-RELEASE releng/13.1-n250148-fc952ac2212 GENERIC x86_64 Linux
Pomimo eksperymentalnego statusu projektu runj i ograniczonego zestawu funkcjonalności na ten moment, nawet w tej formie projekt może być przydatny do osobistych eksperymentów, upraszczania modelowania rozwiązań (Proof Of Concept), lokalnego rozwoju, przeprowadzania testów przed wdrożeniem do systemów chmurowych oraz opracowanie funkcjonalności dla przypadków, gdy nie ma możliwości przejścia na sprawdzone i przemysłowe rozwiązania na innych platformach, ale dojrzała potrzeba konteneryzacji. Do działania wymaga więzienia, jls, jexec i ps.
Warto również dodać, że runj to osobisty projekt Samuela Karpa, inżyniera Amazona rozwijającego technologie dystrybucji Bottlerocket Linux i izolacji kontenerów dla AWS, który jest także niezależnym członkiem Technical Oversight Board projektu OpenContainers. Po doprowadzeniu runj do wymaganego poziomu projekt można wykorzystać do zastąpienia standardowego runtime w systemach Docker i Kubernetes, wykorzystując do uruchamiania kontenerów FreeBSD zamiast Linuksa. Ze środowiska wykonawczego OCI obecnie zaimplementowano polecenia umożliwiające tworzenie, usuwanie, uruchamianie, wymuszanie zamykania i ocenę stanu kontenerów, a także konfigurowanie procesu, punktów podłączenia i nazwy hosta.
Źródło: opennet.ru