Project Atomic е чадър за много проекти, свързани с препроектиране на операционната система около принципи на неизменяема инфраструктура, използвайки стека LDK (Linux, Docker, Kubernetes).
Много от компонентите на Project Atomic са компоненти нагоре по веригата на OpenShift Origin v3.
Основният градивен елемент на Project Atomic е Atomic Host, лек OS контейнер, който реализира тези идеи. Атомните хостове са неизменни, тъй като всеки е изобразен от хранилище нагоре по веригата, поддържащо масово разполагане. Приложенията се изпълняват в контейнери. Предлагат се версии на Atomic Host, базирани на CentOS и Fedora, а в Red Hat Enterprise Linux има и корпоративна версия надолу по веригата.
Понастоящем хостът излиза от кутията с инсталиран Kubernetes. Целта обаче е да се премине към контейнерна инсталация на Kubernetes, за да се поддържат по-лесно различни версии на един и същ хост, като OpenShift v3. Атомният домакин също се предлага с няколко помощни програми Kubernetes като etcd и фланела. Понастоящем Kubernetes използва Docker, проект с отворен код за създаване на леки, преносими, самодостатъчни контейнери за приложения.
Системата хост се управлява чрез rpm-ostree, инструмент с отворен код за управление на стартиращи, неизменяеми, версионирани дървета на файловата система от RPM съдържание нагоре по веригата. Този и няколко други компонента са обвити в атомната команда, която осигурява единна входна точка.
Чадърът Project Atomic включва и други инструменти, които са от съществено значение за неизменната инфраструктура, базирана на контейнери, включително:
- Cockpit дава видимост на вашите хостове и вашия клъстер на контейнери.
- Много кръпки и разширения на Docker за по-добра интеграция на SELinux и systemd.
- Пакетът Atomic Developer, за да улесни разработването на приложения в контейнери.
В рамките на Project Atomic има много повече инструменти и проекти. Изграждаме операционна система от следващо поколение, един по един компонент.
Как може проектът Atomic да ми помогне?
- Традиционният корпоративен модел на ОС с една среда на изпълнение, контролирана от операционната система и споделяна от всички приложения, не отговаря на изискванията на съвременните ИТ, ориентирани към приложенията.
- Сложността на софтуерния стек, количеството на различните стекове и скоростта на промяна надвиват способността на един монолитен стек да доставя по последователен начин.
- Магазините, ръководени от разработчици/DevOps, търсят контрол върху времето за изпълнение под техните приложения, без да притежават непременно целия стек.
- Виртуалните машини осигуряват средство за разделяне между приложенията, но този модел добавя значителни разходи за ресурси и управление.
Намаляването на хоста с атомно разпределение ограничава повърхността и честотата на корекцията за администраторите. Docker контейнерите предлагат на разработчиците и администраторите ясен път за доставяне на последователни и напълно тествани стекове от разработка до производство. Контейнерите, защитени с пространства от имена на Linux, cGroups и SELinux, дават изолация, близка до тази на VM, с много по-голяма гъвкавост и ефективност. И прости, лесни за използване инструменти като Cockpit предоставят възможности за кръстосани клъстери за разполагане и управление на приложения.