Container Linux

Container Linux (formerly CoreOS Linux) is a discontinued open-source lightweight operating system based on the Linux kernel and designed for providing infrastructure for clustered deployments. One of its focuses was scalability. As an operating system, Container Linux provided only the minimal functionality required for deploying applications inside software containers, together with built-in mechanisms for service discovery and configuration sharing.^{[9][10][11][12][13]}

Container Linux shares foundations with Gentoo Linux,^[14][15]ChromeOS, and ChromiumOS through a common software development kit (SDK). Container Linux adds new functionality and customization to this shared foundation to support server hardware and use cases.^{[12][16]:7:02} CoreOS was developed primarily by Alex Polvi, Brandon Philips, and Michael Marineau,^[11] with its major features available as a stable release.^[17][18][19]

The CoreOS team announced the end-of-life for Container Linux on May 26, 2020,^[1] offering Fedora CoreOS,^[20] and RHEL CoreOS as its replacement.

لا يوفر نظام لينكس الحاويات مدير حزم لتوزيع تطبيقات الحمولة، مما يتطلب تشغيل جميع التطبيقات داخل حاوياتها. وباعتباره مضيف تحكم مركزي، يستخدم نظام لينكس الحاويات ميزات المحاكاة الافتراضية على مستوى نظام التشغيل لنواة لينكس لإنشاء وتكوين حاويات متعددة تعمل كأنظمة لينكس معزولة . وبهذه الطريقة، يتم تقسيم الموارد بين الحاويات من خلال مثيلات متعددة معزولة في مساحة المستخدم ، بدلاً من استخدام برنامج إدارة الأجهزة الافتراضية (Hypervisor) وتوفير أجهزة افتراضية كاملة . يعتمد هذا النهج على وظائف مجموعات التحكم (cgroups) ومساحات الأسماء في نواة لينكس ، ^{[ 21 ] [ 22 ]} والتي توفر معًا إمكانية تحديد استخدام الموارد ( وحدة المعالجة المركزية ، والذاكرة، وإدخال /إخراج القرص ، وما إلى ذلك) وحسابه وعزله لمجموعات عمليات مساحة المستخدم . ^{[ 10 ] [ 13 ] [ 23 ]}

Initially, Container Linux exclusively used Docker as a component providing an additional layer of abstraction and interface^[24] to the operating system-level virtualization features of the Linux kernel, as well as providing a standardized format for containers that allows applications to run in different environments.^[10][23] In December 2014, CoreOS released and started to support rkt (initially released as Rocket) as an alternative to Docker, providing through it another standardized format of the application-container images, the related definition of the container runtime environment, and a protocol for discovering and retrieving container images.^{[25][26][27][28]} CoreOS provides rkt as an implementation of the so-called app container (appc) specification that describes the required properties of the application container image (ACI). CoreOS created appc and ACI as an independent committee-steered set of specifications^[29][30] aimed to become part of the vendor- and operating-system-independent Open Container Initiative, or OCI, initially named the Open Container Project (OCP) containerization standard,^[31] which was announced by a group of large tech companies in June 2015.^[32][33][34]

Container Linux uses ebuild scripts from Gentoo Linux for automated compilation of its system components,^[14][15] and uses systemd as its primary init system, with tight integration between systemd and various Container Linux's internal mechanisms.^[10][35]

البنية التحتية للمجموعة

Container Linux provides etcd, a daemon that runs across all computers in a cluster and provides a dynamic configuration registry, allowing various configuration data to be easily and reliably shared between the cluster members.^[6][37] Since the key–value data stored within etcd is automatically distributed and replicated with automated master election and consensus establishment using the Raft algorithm, all changes in stored data are reflected across the entire cluster, while the achieved redundancy prevents failures of single cluster members from causing data loss.^[28][49] Beside the configuration management, etcd also provides service discovery by allowing deployed applications to announce themselves and the services they offer. Communication with etcd is performed through an exposed REST-based API, which internally uses JSON on top of HTTP; the API may be used directly (through curl or wget, for example), or indirectly through etcdctl, which is a specialized command-line utility also supplied by CoreOS.^{[10][13][50][51][52]} etcd is also used in Kubernetes software.

Container Linux also provides the fleet cluster manager, which controls Container Linux's separate systemd instances at the cluster level. As of 2017, "fleet" is no longer actively developed and is deprecated in favor of Kubernetes.^[53] By using fleetd, Container Linux creates a distributed init system that ties together separate systemd instances and a cluster-wide etcd deployment;^[49] internally, fleetd daemon communicates with local systemd instances over D-Bus, and with the etcd deployment through its exposed API. Using fleetd allows the deployment of single or multiple containers cluster-wide, with more advanced options including redundancy, failover, deployment to specific cluster members, dependencies between containers, and grouped deployment of containers. A command-line utility called fleetctl is used to configure and monitor this distributed init system;^[54] internally, it communicates with the fleetd daemon using a JSON-based API on top of HTTP, which may also be used directly. When used locally on a cluster member, fleetctl communicates with the local fleetd instance over a Unix domain socket; when used from an external host, SSH tunneling is used with authentication provided through public SSH keys.^{[55][56][57][58][59]}

All of the above-mentioned daemons and command-line utilities (etcd, etcdctl, fleetd and fleetctl) are written in the Go language and distributed under the terms of the Apache License 2.0.^[8][60]

عند تشغيل نظام Container Linux على أجهزة مخصصة، يمكن تثبيته بشكل دائم على وحدة تخزين محلية، مثل القرص الصلب (HDD) أو القرص ذي الحالة الصلبة (SSD)، ^{[ 61 ]} أو تشغيله عن بُعد عبر الشبكة باستخدام بيئة تنفيذ ما قبل التمهيد (PXE) بشكل عام، أو iPXE كأحد تطبيقاتها. ^{[ 62 ] [ 63 ]} يدعم CoreOS أيضًا عمليات النشر على منصات افتراضية للأجهزة المختلفة ، بما في ذلك Amazon EC2 و DigitalOcean و Google Compute Engine و Microsoft Azure و OpenStack و QEMU / KVM و Vagrant و VMware . ^{[ 13 ] [ 64 ] [ 65 ] [ 66 ]} يمكن أيضًا تثبيت Container Linux على Citrix XenServer، مع العلم أن هناك "قالبًا" خاصًا بـ CoreOS.

يمكن أيضًا نشر نظام تشغيل Container Linux من خلال توزيعته التجارية المسماة Tectonic ، والتي تدمج أيضًا Kubernetes من Google كأداة لإدارة المجموعات. اعتبارًا من أبريل 2015 من المقرر طرح برنامج Tectonic كنسخة تجريبية لعملاء محددين. ^{[ 29 ] [ 67 ] [ 68 ]} كما يوفر CoreOS برنامج Flannel كمكون، لتنفيذ شبكة تراكبية مطلوبة بشكل أساسي للتكامل مع Kubernetes. ^{[ 29 ] [ 69 ] [ 70 ]}

اعتبارًا من فبراير 2015 يدعم نظام التشغيل Container Linux بنية x86-64 فقط . ^{[ 6 ]}

بعد استحواذها على شركة CoreOS, Inc. ^{[ 71 ]} في يناير 2018، أعلنت Red Hat ^{[ 72 ]} أنها ستدمج CoreOS Container Linux مع مشروع Atomic التابع لشركة Red Hat لإنشاء نظام تشغيل جديد، Red Hat CoreOS، مع مواءمة مجتمع المصادر المفتوحة لمشروع Fedora حول Fedora CoreOS، والجمع بين التقنيات من كلا النظامين السابقين.

في 6 مارس 2018، أعلنت شركة Kinvolk GmbH عن Flatcar Container Linux، وهو نظام تشغيل مشتق من CoreOS Container Linux. ^{[ 73 ]} يتتبع Flatcar إصدارات CoreOS الأصلية من قنوات ألفا وبيتا والمستقرة، مع إضافة قناة تجريبية لإصدار Edge في مايو 2019. ^{[ 74 ]} في 29 أبريل 2021، استحوذت مايكروسوفت على Kinvolk GmbH. ^{[ 75 ]} أصبح Flatcar Container Linux هو المصدر الرئيسي لنظام Azure Container Linux. ^{[ 76 ]}

قام موقع LWN.net بمراجعة نظام التشغيل CoreOS في عام 2014: ^{[ 77 ]}

بالنسبة لمن يقومون بإنشاء أنظمة موزعة واسعة النطاق، وتطبيقات الويب مثالٌ بارزٌ على ذلك، يبدو أن CoreOS يمتلك العديد من الوظائف المهمة. فهو يسمح لهذه التطبيقات بالتوسع والتقلص حسب الحاجة، كما يوفر منصة مستقرة لا تُشكّل فيها التحديثات عبئًا مستمرًا. بالنسبة لعمليات نشر الخوادم الضخمة، يبدو أن CoreOS، أو نظامٌ مشابهٌ له في كثير من الخصائص، هو الحل الأمثل للمستقبل.

• محاكاة التطبيقات - تقنية برمجية تغلف برامج التطبيقات عن نظام التشغيل الذي يتم تشغيلها عليه 
• مقارنة برامج محاكاة التطبيقات – آلات افتراضية محمولة متنوعة وآلات افتراضية بلغات البرمجة النصية 
• مقارنة برامج محاكاة المنصات - المحاكيات المختلفة وبرامج إدارة الأجهزة الافتراضية، التي تحاكي أجهزة الكمبيوتر المادية بالكامل 
• LXC (حاويات لينكس) – بيئة لتشغيل أنظمة لينكس معزولة متعددة (حاويات) على مضيف تحكم لينكس واحد 
• تطبيقات المحاكاة الافتراضية على مستوى نظام التشغيل - تعتمد على دعم نواة نظام التشغيل لنسخ متعددة معزولة من مساحة المستخدم 
• البرمجيات كخدمة (SaaS) – نموذج لترخيص البرمجيات وتوزيعها، حيث يتم استضافة البرنامج مركزياً وترخيصه على أساس الاشتراك. 
• المحاكاة الافتراضية - مفهوم عام لتوفير نسخ افتراضية من منصات أجهزة الكمبيوتر وأنظمة التشغيل وأجهزة التخزين وما إلى ذلك. 

• Official website and GitHub source code repositories: CoreOS, etcd, fleet, rkt and CoreOS-overlay
• CoreOS at DistroWatch
• Han, Sébastien (September 3, 2013). "First glimpse at CoreOS".
• Vaughan-Nichols, Steven J. (July 2, 2014). "CoreOS: Linux for the cloud and the datacenter". ZDNet.
• Asay, Matt (October 9, 2014). "What's CoreOS? An existential threat to Linux vendors". InfoWorld.
• Delp, Aaron; Gracely, Brian (March 4, 2015). "Understanding CoreOS distributed architecture" (a talk to Alex Polvi).
• Waldon, Brian; et al. (August 26, 2014). "CoreOS fleet architecture".
• "Running CoreOS on Google Compute Engine". May 23, 2014.
• Larabel, Michael (January 18, 2015). "CoreOS moves from Btrfs to Ext4 + OverlayFS". Phoronix.
• Berkus, Josh (May 28, 2015). "Containers and persistent data". LWN.net.
• "Flatcar Container Linux".