Edición de «Container Linux»

{{Ficha de software|modelo_desarrollo=[[código abierto]]|estado_actual=Fin de ciclo de vida anunciado|desarrollador=Equipo de desarrollo de CoreOS}}

'''Container Linux''' (anteriormente '''CoreOS Linux''') es un [[sistema operativo]] [[Software de código abierto|código abierto]] basado en el [[núcleo Linux]] y diseñado para proporcionar infraestructura a implementaciones en [[Clúster de computadoras|clúster]], mientras se enfoca en la automatización, facilidad de implementación de aplicaciones, seguridad, confiabilidad y [[escalabilidad]]. Como sistema operativo, Container Linux proporciona solo la funcionalidad mínima requerida para implementar aplicaciones dentro de [[Virtualización a nivel de sistema operativo|contenedores de software]], junto con mecanismos integrados para el descubrimiento de servicios y el uso compartido de  configuración.<ref name="container-linux-rename">{{Cita web|url=https://coreos.com/blog/tectonic-self-driving.html#coreos-linux-is-now-container-linux|título=CoreOS Linux is now Container Linux|fechaacceso={{date|2016-12-20|ifuporg}}|sitioweb=coreos.com}}</ref><ref name="linux.com-737364"/><ref name="itnews2day">{{Cita web|url=http://itnews2day.com/2013/08/22/coreos-linux-based-server-systems/|título=CoreOS – a new approach to Linux-based server systems|fechaacceso={{date|2014-03-26|mdy}}|fecha={{date|2013-08-22|mdy}}|sitioweb=itnews2day.com|fechaarchivo=29 de noviembre de 2014|urlarchivo=https://web.archive.org/web/20141129021412/http://itnews2day.com/2013/08/22/coreos-linux-based-server-systems/|deadurl=yes}}</ref><ref name="coreos-using"/> 

Container Linux comparte fundamentos con [[Gentoo Linux]],<ref name="coreos-sdk-building">{{Cita web|url=https://coreos.com/os/docs/latest/sdk-building-development-images.html#updating-portage-stable-ebuilds-from-gentoo|título=Building development images: Updating portage-stable ebuilds from Gentoo|fechaacceso={{date|2016-05-24|mdy}}|sitioweb=coreos.com|urlarchivo=https://web.archive.org/web/20170714053215/https://coreos.com/os/docs/latest/sdk-building-development-images.html#updating-portage-stable-ebuilds-from-gentoo|fechaarchivo=14 de julio de 2017}}</ref><ref name="gentoo-based">{{Cita web|url=https://wiki.gentoo.org/wiki/Distributions_based_on_Gentoo|título=Distributions based on Gentoo|fechaacceso={{date|2016-05-24|mdy}}|fecha={{date|2016-03-25|mdy}}|sitioweb=gentoo.org}}</ref> [[Chrome OS]] y [[Chromium OS]] a través de un [[kit de desarrollo de software]] común (SDK). Container Linux agrega nuevas funciones y personalización a esta base compartida para admitir el [[hardware]] de servidor y los casos de uso.<ref name="itnews2day"/><ref>{{Cita web|url=https://www.youtube.com/watch?v=JeICd9XyXfY&t=422|título=CoreOS: Anatomy of a CoreOS update|fechaacceso={{date|2014-07-25|mdy}}|autor=Brian Harrington|fecha={{date|2014-07-08|mdy}}|sitioweb=youtube.com|editorial=Rackspace}}</ref> A enero de 2015 , CoreOS es desarrollado activamente, principalmente por Alex Polvi, Brandon Philips y Michael Marineau, con sus principales características disponibles como [[Ciclo de vida del lanzamiento de software|versión estable]].<ref>{{Cita web|url=https://coreos.com/blog/stable-release/|título=CoreOS Stable Release|fechaacceso={{date|2014-08-28|mdy}}|autor=Alex Polvi|fecha={{date|2014-07-25|mdy}}|sitioweb=coreos.com|fechaarchivo=29 de noviembre de 2014|urlarchivo=https://web.archive.org/web/20141129034038/https://coreos.com/blog/stable-release/|deadurl=yes}}</ref><ref>{{Cita web|url=https://coreos.com/releases/|título=CoreOS Release Notes|fechaacceso={{date|2014-08-28|mdy}}|sitioweb=coreos.com|fechaarchivo=10 de abril de 2018|urlarchivo=https://web.archive.org/web/20180410135047/https://coreos.com/releases/|deadurl=yes}}</ref><ref>{{Cita web|url=https://coreos.com/blog/etcd-2.0-release-first-major-stable-release/|título=etcd&nbsp;2.0 Release – First Major Stable Release|fechaacceso={{date|2015-06-14|mdy}}|autor=Brandon Philips|fecha={{date|2015-01-28|mdy}}|sitioweb=coreos.com|fechaarchivo=13 de agosto de 2020|urlarchivo=https://web.archive.org/web/20200813135348/https://coreos.com/blog/etcd-2.0-release-first-major-stable-release/|deadurl=yes}}</ref> 

El equipo de desarrollo de CoreOS anunció el fin de ciclo de vida de Container Linux para el 26 de mayo de 2020,<ref name=":0">{{Cita web|url=https://coreos.com/os/eol/|título=End-of-life announcement for CoreOS Container Linux|fechaacceso=16 de agosto de 2020|sitioweb=coreos.com|idioma=en}}</ref> ofreciendo como reemplazo las distribuciones Fedora CoreOS<ref name=":1">{{Cita web|url=https://docs.fedoraproject.org/en-US/fedora-coreos/|título=Fedora CoreOS Documentation :: Fedora Docs Site|fechaacceso=16 de agosto de 2020|sitioweb=docs.fedoraproject.org}}</ref> o RHEL CoreOS, ambos basados en [[Red Hat Linux|Red Hat]]. 

== Visión general ==
Container Linux no proporciona un [[Sistema de gestión de paquetes|administrador de paquetes]] como una forma de distribuir aplicaciones de carga útil, lo que requiere que todas las aplicaciones se ejecuten dentro de sus contenedores. Al funcionar como un único host de control, una instancia de Container Linux utiliza las características de [[virtualización a nivel de sistema operativo]] subyacentes del núcleo Linux para crear y configurar varios contenedores que funcionan como sistemas [[Linux]] aislados. De esa manera, la partición de [[Recursos computacionales|recursos]] entre contenedores se realiza a través de múltiples instancias de [[espacio de usuario]] aisladas, en lugar de usar un [[hipervisor]] y proporcionar [[Máquina virtual|máquinas virtuales]] completas. Este enfoque se basa en las funcionalidades de ''[[cgroups]]'' y [[ Espacios de nombres de Linux |''namespaces'']] del núcleo Linux,<ref>{{Cita web|url=https://lwn.net/Articles/256389/|título=Notes from a container|fechaacceso={{date|2016-07-03|mdy}}|autor=Jonathan Corbet|fecha={{date|2007-10-29|mdy}}|editorial=[[LWN.net]]}}</ref><ref>{{Cita web|url=https://lwn.net/Articles/621006/|título=Control group namespaces|fechaacceso={{date|2016-07-03|mdy}}|autor=Jake Edge|fecha={{date|2014-11-19|mdy}}|editorial=[[LWN.net]]}}</ref> que en conjunto proporcionan capacidades para limitar, contabilizar y aislar el uso de recursos ([[Unidad central de procesamiento|CPU]], memoria, [[Periférico de entrada/salida|E/S]] de almacenamiento, etc.) para las colecciones de [[Proceso (informática)|procesos]] de espacio de usuario.<ref name="linux.com-737364"/><ref name="coreos-using"/><ref name="coreos-containers">{{Cita web|url=https://coreos.com/using-coreos/containers/|título=CoreOS documentation: Using Docker with CoreOS|fechaacceso={{date|2015-06-14|mdy}}|sitioweb=coreos.com|urlarchivo=https://web.archive.org/web/20160804005603/https://coreos.com/using-coreos/containers/|fechaarchivo=4 de agosto de 2016}}</ref> 

Inicialmente, Container Linux utilizó exclusivamente [[Docker (software)|Docker]] como un componente que proporciona una capa adicional de abstracción e [[interfaz]]<ref>{{Cita web|url=http://blog.docker.com/2014/03/docker-0-9-introducing-execution-drivers-and-libcontainer/|título=Docker 0.9: Introducing execution drivers and libcontainer|fechaacceso={{date|2015-01-20|mdy}}|fecha={{date|2014-03-10|mdy}}|sitioweb=docker.com}}</ref> a las características de virtualización a nivel del sistema operativo del núcleo Linux, además de proporcionar un formato estandarizado para contenedores que permite que las aplicaciones se ejecuten en diferentes ambientes.<ref name="linux.com-737364"/><ref name="coreos-containers"/> En diciembre de 2014, CoreOS lanzó y comenzó a admitir ''rkt'' (inicialmente lanzado como ''Rocket'') como una alternativa a Docker, proporcionando a través de él otro formato estandarizado de las imágenes del contenedor de aplicaciones, la definición relacionada del [[Sistema en tiempo de ejecución|entorno de ejecución]] del contenedor y un [[Protocolo de comunicaciones|protocolo]] para descubrir y recuperar imágenes de contenedores.<ref>{{Cita web|url=https://www.linux.com/news/featured-blogs/200-libby-clark/806347-collaboration-summit-keynote-alex-polvi-coreos|título=CoreOS Co-Founder Alex Polvi Talks Containers, Rocket vs. Docker, and More|fechaacceso={{date|2015-06-14|mdy}}|autor=Libby Clark|fecha={{date|2015-01-30|mdy}}|editorial=[[Linux.com]]}}</ref><ref>{{Cita web|url=http://www.informationweek.com/cloud/infrastructure-as-a-service/rocket-containers-how-coreos-plans-to-challenge-docker/d/d-id/1319167|título=Rocket Containers: How CoreOS Plans To Challenge Docker|fechaacceso={{date|2015-06-14|mdy}}|autor=Charles Babcock|fecha={{date|2015-02-20|mdy}}|sitioweb=informationweek.com}}</ref><ref>{{Cita web|url=https://coreos.com/blog/rocket/|título=CoreOS is building a container runtime, rkt|fechaacceso={{date|2015-06-14|mdy}}|autor=Alex Polvi|fecha={{date|2014-12-01|mdy}}|sitioweb=coreos.com}}</ref><ref name="lwn-631630">{{Cita web|url=https://lwn.net/Articles/631630/|título=New etcd, appc, and Rocket releases from CoreOS|fechaacceso={{date|2015-06-22|mdy}}|autor=Josh Berkus|fecha={{date|2015-02-04|mdy}}|editorial=[[LWN.net]]}}</ref> CoreOS proporciona rkt como una implementación de la denominada especificación del ''contenedor de aplicaciones'' (appc) que describe las propiedades requeridas de la ''imagen del contenedor de aplicaciones'' (ACI); CoreOS inició appc y ACI como un conjunto de especificaciones independiente dirigido por un comité,<ref name="lwn-644089">{{Cita web|url=https://lwn.net/Articles/644089/|título=CoreOS Fest and the world of containers, part 1|fechaacceso={{date|2015-06-22|mdy}}|autor=Josh Berkus|fecha={{date|2015-05-13|mdy}}|editorial=[[LWN.net]]}}</ref><ref>{{Cita web|url=https://lwn.net/Articles/624349/|título=The Rocket containerization system|fechaacceso={{date|2015-06-22|mdy}}|autor=Nathan Willis|fecha={{date|2014-12-03|mdy}}|editorial=[[LWN.net]]}}</ref> objetivo de que se conviertan en parte de la ''Open Container Initiative'' (OCI) independiente del proveedor y del sistema operativo; inicialmente llamada ''Open Container Project'' o OCP<ref>
{{Cita noticia|apellidos=McAllister|nombre=Neil|título=Docker and chums unveil standards org for software containers|url=https://www.theregister.co.uk/2015/06/22/open_container_project/|periódico=The Register|fecha=22 de junio de 2015|fechaacceso=19 de enero de 2017|cita=Announced at the DockerCon conference in San Francisco on Monday, the Open Container Project (OCP) will maintain and develop a common container runtime and image format based in part on code and specs donated by Docker.}}
</ref> ) estándar de contenedorización, que se anunció    en junio de 2015.<ref>{{Cita noticia|url=https://techcrunch.com/2015/06/22/docker-coreos-google-microsoft-amazon-and-others-agree-to-develop-common-container-standard/|título=Docker, CoreOS, Google, Microsoft, Amazon and others come together to develop common container standard|fecha={{date|2015-06-22|mdy}}|fechaacceso={{date|2015-06-24|mdy}}|apellidos=Frederic Lardinois}}</ref><ref>{{Cita web|url=https://www.opencontainers.org/pressrelease/|título=Industry Leaders Unite to Create Project for Open Container Standards|fechaacceso={{date|2015-06-24|mdy}}|fecha={{date|2015-06-22|mdy}}|sitioweb=opencontainers.org|urlarchivo=https://web.archive.org/web/20150813223334/https://www.opencontainers.org/pressrelease/|fechaarchivo=13 de agosto de 2015}}</ref><ref>{{Cita web|url=https://www.theregister.co.uk/2015/07/22/open_container_status_update/|título=Open Container Project renames, says standard is just weeks away: Linux Foundation, Docker and friends opt for Open Container Initiative|fechaacceso={{date|2016-01-29|mdy}}|autor=Neil McAllister|fecha={{date|2015-07-22|mdy}}|sitioweb=[[The Register]]}}</ref> 

Container Linux usa scripts [[Portage (software)|ebuild]] de Gentoo Linux para la [[Compilador|compilación]] automatizada de los componentes de su sistema,<ref name="coreos-sdk-building"/><ref name="gentoo-based"/> y usa [[systemd]] como su sistema de [[Init|inicialización]] primario con una estrecha integración entre systemd y varios mecanismos internos de Container Linux.<ref name="linux.com-737364"/><ref>{{Cita web|url=https://coreos.com/using-coreos/systemd/|título=CoreOS documentation: Using systemd with CoreOS|fechaacceso={{date|2014-02-13|mdy}}|sitioweb=coreos.com|urlarchivo=https://web.archive.org/web/20140214143636/https://coreos.com/using-coreos/systemd/|fechaarchivo=14 de febrero de 2014}}</ref> 

=== Distribución de actualizaciones ===
Container Linux logra seguridad y confiabilidad adicionales de las [[Parche (informática)|actualizaciones]] de su sistema operativo al emplear ''FastPatch'' como un esquema de partición dual para la parte de solo lectura de su instalación, lo que significa que las actualizaciones se realizan como un todo y se instalan en una [[Partición de disco|partición]] de inicio secundaria pasiva que se convierte en activo tras un reinicio o [[kexec]]. Este enfoque evita posibles problemas derivados de la actualización en  sólo ciertas partes del sistema operativo, asegura reversiones del sistema operativo y permite que cada partición de arranque sean [[Firma digital|firmadas digitalmente]] para mayor seguridad.<ref name="linux.com-737364">{{Cita web|url=http://www.linux.com/news/featured-blogs/200-libby-clark/737364-brandon-philips-how-the-coreos-linux-distro-uses-cgroups|título=Brandon Philips: How the CoreOS Linux Distro Uses Cgroups|fechaacceso={{date|2014-02-13|mdy}}|autor=Libby Clark|fecha={{date|2013-09-09|mdy}}|editorial=[[Linux.com]]|urlarchivo=https://web.archive.org/web/20140222051301/http://www.linux.com/news/featured-blogs/200-libby-clark/737364-brandon-philips-how-the-coreos-linux-distro-uses-cgroups|fechaarchivo=22 de febrero de 2014}}</ref><ref name="coreos-using">{{Cita web|url=https://coreos.com/using-coreos/|título=CoreOS documentation: Using CoreOS|fechaacceso={{date|2014-02-13|mdy}}|sitioweb=coreos.com|urlarchivo=https://web.archive.org/web/20140223040854/https://coreos.com/using-coreos/|fechaarchivo=23 de febrero de 2014}}</ref><ref name="coreos-updates">{{Cita web|url=https://coreos.com/using-coreos/updates/|título=CoreOS documentation: Updates & patches|fechaacceso={{date|2015-02-27|mdy}}|sitioweb=coreos.com|urlarchivo=https://web.archive.org/web/20140214150559/https://coreos.com/using-coreos/updates/|fechaarchivo=14 de febrero de 2014}}</ref> La partición raíz y su [[Directorio raíz|sistema de archivos raíz]] se redimensionan automáticamente para llenar todo el espacio disponible en disco al reiniciar; mientras que la partición raíz proporciona espacio de almacenamiento de lectura y escritura, el sistema operativo en sí está [[Montar (informática)|montado]] en modo solo lectura en {{Mono|/usr}}.<ref name="activestate">{{Cita web|url=http://www.activestate.com/blog/2013/08/alex-polvi-explains-coreos|título=Alex Polvi Explains CoreOS|fechaacceso={{date|2015-05-07|mdy}}|autor=Phil Whelan|fecha={{date|2013-08-28|mdy}}|sitioweb=activestate.com|urlarchivo=https://web.archive.org/web/20150224184727/http://www.activestate.com/blog/2013/08/alex-polvi-explains-coreos|fechaarchivo=24 de febrero de 2015}}</ref><ref>{{Cita web|url=https://coreos.com/docs/cluster-management/scaling/adding-disk-space/|título=CoreOS documentation: Adding disk space to your CoreOS machine|fechaacceso={{date|2015-02-27|mdy}}|sitioweb=coreos.com}}</ref><ref>{{Cita web|url=https://coreos.com/blog/new-filesystem-btrfs-cloud-config/|título=Major Update: btrfs, Docker&nbsp;0.9, add users, writable /etc, and more!|fechaacceso={{date|2015-02-27|mdy}}|autor=Alex Polvi|fecha={{date|2014-03-27|mdy}}|sitioweb=coreos.com}}</ref> 

Para garantizar que solo una determinada parte del [[Clúster de computadoras|clúster]] se reinicie a la vez cuando se apliquen las actualizaciones del sistema operativo, preservando de esa manera los recursos necesarios para ejecutar aplicaciones implementadas, CoreOS proporciona ''locksmith'' como administrador de reinicio para Container Linux.<ref>{{Cita web|url=http://www.centurylinklabs.com/interviews/simple-introduction-to-coreos-with-ceo-alex-polvi-and-cto-brandon-philips/|título=Simple Introduction to CoreOS with CEO Alex Polvi and CTO Brandon Philips|fechaacceso={{date|2015-06-22|mdy}}|fecha={{date|2014-06-06|mdy}}|sitioweb=centurylinklabs.com|urlarchivo=https://web.archive.org/web/20150622162656/http://www.centurylinklabs.com/interviews/simple-introduction-to-coreos-with-ceo-alex-polvi-and-cto-brandon-philips/|fechaarchivo=22 de junio de 2015}}</ref> Usando ''locksmith'', uno puede seleccionar entre diferentes estrategias de actualización que están determinadas por cómo se realizan los reinicios como último paso en la aplicación de actualizaciones; por ejemplo, se puede configurar cuántos miembros del clúster pueden reiniciarse simultáneamente. Internamente, ''locksmith'' opera como el [[Daemon (informática)|demonio]] {{Mono|locksmithd}} que se ejecuta en miembros del clúster, mientras que la utilidad de [[Interfaz de línea de comandos|línea de comandos]] {{Mono|locksmithctl}}    administra los parámetros de configuración.<ref>{{Cita web|url=https://coreos.com/docs/cluster-management/setup/update-strategies/|título=CoreOS documentation: Update strategies|fechaacceso={{date|2015-04-17|mdy}}|sitioweb=coreos.com}}</ref><ref>{{Cita web|url=https://github.com/coreos/locksmith/blob/master/README.md|título=coreos/locksmith: locksmith/README.md at master|fechaacceso={{date|2015-04-17|mdy}}|fecha={{date|2015-02-01|mdy}}|sitioweb=github.com}}</ref> Locksmith está escrito en [[Go (lenguaje de programación)|Go]] y se distribuye según los términos de la [[Apache License|licencia Apache 2.0]].<ref>{{Cita web|url=https://github.com/coreos/locksmith/blob/master/LICENSE|título=coreos/locksmith: locksmith/LICENSE at master|fechaacceso={{date|2015-04-17|mdy}}|fecha={{date|2014-01-19|mdy}}|sitioweb=github.com}}</ref> 

El sistema de distribución de actualizaciones empleado por Container Linux se basa en el proyecto ''Omaha'' de código abierto de [[Google]], que proporciona un mecanismo para implementar actualizaciones y el protocolo de solicitud-respuesta subyacente basado en [[Extensible Markup Language|XML]].<ref name="theplatform-201502">{{Cita web|url=http://www.nextplatform.com/2015/02/25/coreos-hyperscales-linux-by-making-it-invisible/|título=CoreOS Hyperscales Linux By Making It Invisible|fechaacceso={{date|2015-06-14|mdy}}|autor=Timothy Prickett Morgan|fecha={{date|2015-02-15|mdy}}|sitioweb=nextplatform.com}}</ref><ref>{{Cita web|url=https://code.google.com/p/omaha/|título=Omaha – software installer and auto-updater for Windows|fechaacceso={{date|2014-10-11|mdy}}|sitioweb=code.google.com}}</ref><ref>{{Cita web|url=http://omaha.googlecode.com/svn/wiki/OmahaOverview.html|título=Omaha Overview|fechaacceso={{date|2014-10-11|mdy}}|fecha={{date|2009-09-23|mdy}}|sitioweb=omaha.googlecode.com|urlarchivo=https://web.archive.org/web/20090506062328/http://omaha.googlecode.com/svn/wiki/OmahaOverview.html|fechaarchivo=6 de mayo de 2009}}</ref> Además, CoreOS proporciona ''CoreUpdate'' como un panel de control basado en la web para la administración de actualizaciones en todo el clúster. Las operaciones disponibles a través de CoreUpdate incluyen la asignación de miembros del clúster a diferentes grupos que comparten políticas de actualización personalizadas, la revisión de los desgloses de las versiones de Container Linux en todo el clúster, la detención y reinicio de las actualizaciones y la revisión de los registros de actualización registrados. CoreUpdate también proporciona una [[Interfaz de programación de aplicaciones|API]] basada en [[Protocolo de transferencia de hipertexto|HTTP]] que permite su integración en sistemas de implementación o utilidades de terceros.<ref name="coreos-updates"/><ref>{{Cita web|url=https://godoc.org/github.com/coreos/go-omaha/omaha|título=Package omaha|fechaacceso={{date|2014-07-04|mdy}}|fecha={{date|2014-06-24|mdy}}|sitioweb=godoc.org}}</ref><ref>{{Cita web|url=https://coreos.com/products/coreupdate/|título=CoreOS documentation: CoreUpdate|fechaacceso={{date|2014-07-04|mdy}}|sitioweb=coreos.com}}</ref> 

=== Infraestructura de clúster ===
[[Archivo:CoreOS_Architecture_Diagram.svg|derecha|miniaturadeimagen| Una ilustración de alto nivel de la arquitectura del clúster de CoreOS<ref>{{Cita web|url=https://github.com/MarkMoudy/coreos-docker-CI-demo|título=CoreOS&nbsp;+ Docker Development Environment Demo|fechaacceso={{date|2015-04-16|mdy}}|autor=Mark Moudy|fecha={{date|2014-05-16|mdy}}|sitioweb=github.com}}</ref> ]]
Container Linux proporciona {{Mono|etcd}}, un demonio que se ejecuta en todas las computadoras de un clúster y proporciona un registro de configuración dinámica, lo que permite compartir de manera fácil y confiable varios datos de configuración entre los miembros del clúster.<ref name="theplatform-201502"/><ref name="activestate"/> Dado que los datos clave-valor almacenados en {{Mono|etcd}}  se [[Computación distribuida|distribuye]] y [[Replicación (informática)|replica]] automáticamente con la [[Replicación (informática)|elección maestra]] automatizada y el establecimiento de [[Problema del consenso|consenso]] utilizando el algoritmo [[Raft]], todos los cambios en los datos almacenados se reflejan en todo el clúster, mientras que la [[Sistema redundante|redundancia]] lograda evita que las fallas de los miembros individuales del clúster provoquen la pérdida de datos.<ref name="lwn-631630"/><ref name="lwn-617452">{{Cita web|url=https://lwn.net/Articles/617452/|título=Etcd and fleet|fechaacceso={{date|2015-06-22|mdy}}|autor=Jonathan Corbet|fecha={{date|2014-10-22|mdy}}|editorial=[[LWN.net]]}}</ref> Además de la [[gestión de la configuración]], {{Mono|etcd}}  también proporciona descubrimiento de servicios al permitir que las aplicaciones implementadas se anuncien a sí mismas y los servicios que ofrecen. La comunicación con {{Mono|etcd}} se realiza a través de una API basada en [[Transferencia de Estado Representacional|REST]] expuesta, que utiliza internamente [[JSON]] sobre HTTP; la API se puede utilizar directamente (a través de {{Mono|[[curl]]}} o {{Mono|[[wget]]}} , por ejemplo), o indirectamente a través de {{Mono|etcdctl}}, que es una utilidad de línea de comandos especializada también proporcionada por CoreOS.<ref name="linux.com-737364"/><ref name="coreos-using"/><ref>{{Cita web|url=https://coreos.com/using-coreos/etcd/|título=CoreOS documentation: Using etcd with CoreOS|fechaacceso={{date|2014-02-13|mdy}}|sitioweb=coreos.com}}</ref><ref>{{Cita web|url=https://coreos.com/docs/cluster-management/setup/getting-started-with-etcd/|título=CoreOS documentation: Getting started with etcd|fechaacceso={{date|2014-02-13|mdy}}|sitioweb=coreos.com}}</ref><ref>{{Cita web|url=https://speakerdeck.com/philips/etcd-at-gosf|título=etcd @ GoSF|fechaacceso={{date|2014-02-13|mdy}}|autor=Brandon Philips|fecha={{date|2014-01-15|mdy}}|sitioweb=speakerdeck.com}}</ref> {{Mono|etcd}} también se usa en el software de [[Kubernetes]]. 

Container Linux también proporciona el administrador de clúster {{Mono|fleet}}, el que controla las instancias de systemd separadas de Container Linux a nivel de clúster. A partir de 2017, {{Mono|fleet}} ya no se desarrolla activamente y está obsoleta en favor de [[Kubernetes]].<ref>{{Cita web|url=https://coreos.com/blog/migrating-from-fleet-to-kubernetes.html|título=Container orchestration: Moving from fleet to Kubernetes|autor=Wood|nombre=Josh|sitioweb=coreos..com|editorial=CoreOS}}</ref> Mediante el uso {{Mono|fleetd}}, Container Linux crea un [[Init|sistema de inicio]] distribuido que une instancias de systemd separadas y un despliegue de {{Mono|etcd}} a nivel de clúster;<ref name="lwn-617452"/> internamente, {{Mono|fleetd}} se  comunica con las instancias {{Mono|systemd}} sobre [[D-Bus]], y con la {{Mono|etcd}}  través de su API expuesta. Utilizando {{Mono|fleetd}}, permite la implementación de uno o varios [[Virtualización a nivel de sistema operativo|contenedores]] en todo el clúster, con opciones más avanzadas que incluyen [[Sistema redundante|redundancia]], [[Tolerancia frente a fallos|conmutación por error]], implementación en miembros específicos del clúster, dependencias entre contenedores e implementación agrupada de contenedores. Una utilidad de línea de comandos llamada {{Mono|fleetctl}} se utiliza para configurar y monitorear este sistema de inicio distribuido;<ref>{{Cita web|url=https://www.digitalocean.com/community/tutorials/how-to-use-fleet-and-fleetctl-to-manage-your-coreos-cluster|título=How To Use Fleet and Fleetctl to Manage your CoreOS Cluster|fechaacceso={{date|2015-06-22|mdy}}|autor=Justin Ellingwood|fecha={{date|2014-09-12|mdy}}|sitioweb=digitalocean.com}}</ref> internamente, se comunica con el {{Mono|fleetd}}  utilizando una API basada en JSON sobre HTTP, que también se puede utilizar directamente. Cuando se usa localmente en un miembro del clúster, {{Mono|fleetctl}} se comunica con otra instancia local de {{Mono|fleetd}} sobre un [[socket Unix]]; cuando se usa desde un host externo, la [[Túnel (informática)|tunelización SSH]] se usa con [[autenticación]] proporcionada a través de [[Secure Shell|claves SSH públicas]].<ref>{{Cita web|url=https://coreos.com/docs/launching-containers/launching/launching-containers-fleet/|título=CoreOS documentation: Launching containers with fleet|fechaacceso={{date|2014-04-03|mdy}}|sitioweb=coreos.com}}</ref><ref>{{Cita web|url=https://coreos.com/docs/launching-containers/launching/fleet-using-the-client/|título=CoreOS documentation: Using the client|fechaacceso={{date|2014-04-03|mdy}}|sitioweb=coreos.com}}</ref><ref>{{Cita web|url=https://github.com/coreos/fleet/blob/master/README.md|título=coreos/fleet: fleet/README.md at master|fechaacceso={{date|2014-04-03|mdy}}|fecha={{date|2014-02-18|mdy}}|sitioweb=github.com}}</ref><ref>{{Cita web|url=https://github.com/coreos/fleet/blob/master/Documentation/deployment-and-configuration.md|título=coreos/fleet: fleet/Documentation/deployment-and-configuration.md at master (Deploying fleet)|fechaacceso={{date|2015-04-17|mdy}}|fecha={{date|2015-04-14|mdy}}|sitioweb=github.com}}</ref><ref>{{Cita web|url=https://github.com/coreos/fleet/blob/master/Documentation/api-v1.md|título=coreos/fleet: fleet/Documentation/api-v1.md (fleet API v1)|fechaacceso={{date|2015-04-17|mdy}}|fecha={{date|2014-10-29|mdy}}|sitioweb=github.com}}</ref> 

Todos los demonios y utilidades de línea de comandos mencionados anteriormente ({{Mono|etcd}} , {{Mono|etcdctl}} , {{Mono|fleetd}}  y {{Mono|fleetctl}}) están escritos en el lenguaje Go y distribuidos bajo los términos de la Licencia Apache 2.0.<ref>
{{Cita web|url=https://github.com/coreos/fleet/blob/master/LICENSE|título=coreos/fleet: fleet/LICENSE at master|fechaacceso={{date|2014-04-03|mdy}}|fecha={{date|2014-02-06|mdy}}|sitioweb=github.com}}
</ref>

== Despliegue ==
Cuando se ejecuta en hardware dedicado, Container Linux se puede instalar permanentemente en el almacenamiento local, como una [[unidad de disco duro]] (HDD) o [[Unidad de estado sólido|una unidad de estado sólido]] (SSD),<ref>{{Cita web|url=https://coreos.com/docs/running-coreos/bare-metal/installing-to-disk/|título=CoreOS documentation: Installing CoreOS to disk|fechaacceso={{date|2014-02-13|mdy}}|sitioweb=coreos.com}}</ref> o se puede iniciar de forma remota [[Arranque desde red|a través de la red]] utilizando el [[Preboot Execution Environment|entorno de ejecución de prearranque]] (PXE), o iPXE como una de sus implementaciones.<ref>{{Cita web|url=https://coreos.com/docs/running-coreos/bare-metal/booting-with-pxe/|título=CoreOS documentation: Booting CoreOS via PXE|fechaacceso={{date|2014-02-13|mdy}}|sitioweb=coreos.com}}</ref><ref>{{Cita web|url=https://coreos.com/docs/running-coreos/bare-metal/booting-with-ipxe/|título=CoreOS documentation: Booting CoreOS via iPXE|fechaacceso={{date|2014-02-13|mdy}}|sitioweb=coreos.com}}</ref> CoreOS también admite implementaciones en varias plataformas de virtualización de hardware, incluidas [[Amazon EC2]], [[DigitalOcean]], [[Google Cloud]], [[Microsoft Azure]], [[OpenStack]], [[QEMU]] / [[Kernel-based Virtual Machine|KVM]], [[Vagrant (software)|Vagrant]] y [[VMware]].<ref name="coreos-using"/><ref>{{Cita web|url=https://coreos.com/blog/digital-ocean-supports-coreos/|título=CoreOS Image Now Available On DigitalOcean|fechaacceso={{date|2014-09-05|mdy}}|autor=Alex Crawford|fecha={{date|2014-09-05|mdy}}|sitioweb=coreos.com}}</ref><ref>{{Cita web|url=https://www.theregister.co.uk/2014/05/23/google_loads_coreos_onto_its_cloud/|título=Google brings futuristic Linux software CoreOS onto its cloud|fechaacceso={{date|2014-05-26|mdy}}|autor=Jack Clark|fecha={{date|2014-05-23|mdy}}|sitioweb=[[The Register]]}}</ref><ref>{{Cita web|url=https://coreos.com/blog/coreos-available-on-azure/|título=CoreOS Now Available On Microsoft Azure|fechaacceso={{date|2014-10-22|mdy}}|autor=Alex Crawford|fecha={{date|2014-10-20|mdy}}|sitioweb=coreos.com}}</ref> Container Linux también se puede instalar en [[Citrix Systems|Citrix]] XenServer, teniendo en cuenta que existe una "plantilla" para CoreOS. 

Container Linux también se puede implementar a través de su distribución comercial llamada ''Tectonic'', que además integra [[Kubernetes]] de Google como una utilidad de administración de clústeres. A abril de 2015, se planeó ofrecer Tectonic como [[Ciclo de vida del lanzamiento de software|software beta]] para clientes selectos.<ref name="lwn-644089"/><ref>{{Cita noticia|url=http://www.zdnet.com/article/coreos-is-bringing-googles-kubernetes-to-the-enterprise/|título=CoreOS is bringing Google's Kubernetes to the enterprise|fecha={{date|2015-04-06|mdy}}|fechaacceso={{date|2015-04-29|mdy}}|apellidos=Steven J. Vaughan-Nichols}}</ref> Además, CoreOS proporciona ''Flannel'' como un componente que implementa una [[Red superpuesta|red de superposición]] necesaria principalmente para la integración con Kubernetes.<ref>{{Cita web|url=https://coreos.com/blog/introducing-rudder/|título=Introducing flannel: An etcd-backed overlay network for containers|fechaacceso={{date|2015-06-22|mdy}}|autor=Eugene Yakubovich|fecha={{date|2014-08-28|mdy}}|sitioweb=coreos.com}}</ref><ref>{{Cita web|url=http://www.slideshare.net/lorispack/using-coreos-flannel-for-docker-networking|título=Tutorial on using CoreOS Flannel for Docker|fechaacceso={{date|2015-06-22|mdy}}|fecha=November 2014|sitioweb=slideshare.net}}</ref> 

A febrero de 2015, Container Linux soporta solo la arquitectura [[x86-64]].<ref name="theplatform-201502"/>

== Derivados ==
Tras la adquisición de CoreOS, Inc.<ref>{{Cita web|url=https://www.cnbc.com/2018/01/30/red-hat-buys-coreos-for-250-mililon.html|título=Red Hat pays $250 million for CoreOS, a start-up that sells Google-developed technology|fechaacceso=6 de junio de 2019|autor=Rosoff|nombre=Matt|fecha=30 de enero de 2018|sitioweb=CNBC|idioma=en}}</ref> en enero de 2018, Red Hat anunció  que fusionaría CoreOS Container Linux con Project Atomic de Red Hat,<ref>{{Cita web|url=https://coreos.com/blog/fedora-coreos-red-hat-coreos-and-future-container-linux|título=Fedora CoreOS, Red Hat CoreOS, and the future of Container Linux {{!}} CoreOS|fechaacceso=6 de junio de 2019|sitioweb=coreos.com}}</ref> para crear un nuevo sistema operativo, Red Hat CoreOS, mientras se alinea el upstream. La comunidad de código abierto del [[Proyecto Fedora]] en torno a Fedora CoreOS, que combina tecnologías de ambos predecesores.<ref>{{Cita web|url=http://getfedora.org/|título=Get Fedora|fechaacceso=16 de agosto de 2020|sitioweb=getfedora.org|idioma=en}}</ref> 

El 6 de marzo de 2018, Kinvolk GmbH anunció<ref>{{Cita web|url=https://kinvolk.io/blog/2018/03/announcing-the-flatcar-linux-project/|título=Announcing the Flatcar Linux project {{!}} Kinvolk|fechaacceso=6 de junio de 2019|sitioweb=kinvolk.io}}</ref> Flatcar Container Linux, un derivado de CoreOS Container Linux. Esto realiza un seguimiento de las versiones ''upstream'' de CoreOS alpha/beta/estable, con un canal de lanzamiento experimental de Edge agregado en mayo de 2019.<ref>{{Cita web|url=https://kinvolk.io/blog/2019/05/introducing-the-flatcar-linux-edge-channel/|título=Introducing the Flatcar Linux Edge Channel {{!}} Kinvolk|fechaacceso=6 de junio de 2019|sitioweb=kinvolk.io}}</ref> 

En mayo de 2020 se anunció el fin del ciclo de vida de Container Linux.<ref name=":0" /> [[Red Hat]] lanzó Fedora CoreOS<ref name=":1" /> y RHEL CoreOS como su reemplazo.
== Referencias ==
{{Listaref|30em}}

{{Control de autoridades}}
[[Categoría:Sistemas operativos x64-86]]
[[Categoría:Software que utiliza la licencia Apache]]
[[Categoría:Software de contenerización]]