Fundacja FreeBSD opublikowała serię raportów opartych na dyskusjach prowadzonych na szczycie FreeBSD Developer Summit w Kanadzie. Wśród tematów poruszanych na szczycie:
- Integracja zestawu narzędzi Rust z systemem bazowym, dostarczanie i przepisywanie aplikacji w języku Rust oraz umożliwienie rozwoju podstawowych komponentów w Rust. Do zalet integracji Rusta można zaliczyć zwiększone bezpieczeństwo dzięki zastosowaniu narzędzi do bezpiecznej pracy z pamięcią, a do wad należy trudność w utrzymaniu zestawu narzędzi Rust ze względu na krótki cykl rozwoju i częste wydania ze znaczącymi zmianami. Podobnie jak w poprzedniej dyskusji, nie podjęto żadnych konkretnych decyzji, oceniano jedynie perspektywy.
- Zdefiniowanie celów, priorytetów i planów dla gałęzi FreeBSD 15. Jednym z głównych celów wymienionych jest stworzenie infrastruktury dla izolowanych kontenerów, przygotowanie oficjalnych obrazów kontenerów FreeBSD, zapewnienie integracji z narzędziami Kubernetes i ulepszenie możliwości sieciowych dla kontenerów. Omówiono także wykorzystanie formatu ELF do zrzutów jądra jądra (w celu zwiększenia efektywności diagnozowania i rozwiązywania problemów), dodanie obsługi instalowania grup tematycznych pakietów w instalatorze, w tym rozszerzone narzędzia do debugowania w dostawie, poprawę infrastruktury do testowania i zbudowanie systemu, rozszerzenie obsługi architektur sprzętowych.
- Wsparcie dla kontenerów w formacie OCI (Open Container Initiative) i doprowadzenie uruchomieniowego portu kontenerowego dla FreeBSD do pełnoprawnej formy, a także przeniesienie komponentów platformy Kubernetes do FreeBSD, takich jak kubeadm i kube-proxy, przeznaczonych do wdrożenia Klastry Kubernetesa.
- Integracja zaawansowanych narzędzi do debugowania i narzędzia Bricoler, które upraszcza testowanie i debugowanie poprawek FreeBSD.
- Skrócenie cyklu tworzenia wydań pośrednich. W scenariuszu optymistycznym proponuje się publikowanie publikacji okresowych raz na 3 miesiące, a nie jak obecnie raz w roku.
- Projekt Antithesis Deterministic Hypervisor ma na celu dodanie deterministycznych możliwości wykonywania do hypervisora Bhyve, zapewniając powtarzalne wyniki w tych samych warunkach początkowych. Powtarzalne wykonywanie jest konieczne, aby debugowanie problemów i testowanie poprawek było wydajniejsze.
Źródło: opennet.ru
