[{"_1":2,"_164":-5,"_165":-5},"loaderData",{"_3":4,"_13":14,"_20":21,"_151":152},"root",{"_5":-5,"_6":-7,"_7":8,"_9":-7,"_10":11,"_12":-7},"currentUser","primaryEmail","siteVerification","6LeIxAcTAAAAAJcZVRqyHh71UMIEGNQ_MXjiZKhI","toast","enableDev",false,"incidentStatus","routes/_layout",{"_15":-5,"_16":17,"_18":17,"_19":11},"username","isAskGordonEnabled",true,"isUsingNewTemplate","showMinimalLanding","routes/_layout.layers.$namespace.$reponame.$tag.(images).($imageUrlDigest)",{"_22":23,"_24":25,"_70":71,"_89":-7,"_90":-7,"_91":-7,"_92":-7,"_93":-5,"_94":-5,"_95":11,"_96":11,"_64":97,"_143":11,"_113":114,"_144":112,"_145":63,"_39":40,"_146":11,"_147":17,"_148":42,"_149":-5,"_150":11},"scanningType","none","tagData",{"_26":27,"_28":29,"_30":31,"_32":33,"_34":35,"_55":56,"_57":29,"_58":59,"_60":61,"_62":63,"_64":65,"_66":44,"_67":56,"_68":53,"_69":17},"content_type","image","creator",137445,"full_size",83579262,"id",34859104,"images",[36],{"_37":38,"_39":40,"_41":42,"_43":44,"_45":46,"_47":48,"_49":42,"_50":-5,"_51":31,"_52":53,"_54":-5},"architecture","amd64","digest","sha256:cbd0e2931e6ae8cbd1522cd7226cff89629c21a3652f6fd57d84f405d432c07a","features","","last_pulled","2026-09-16T16:07:48.06457346Z","last_pushed","2019-04-03T01:38:35Z","os","linux","os_features","os_version","size","status","active","variant","last_updated","2019-04-23T04:00:27.299685Z","last_updater","last_updater_username","openshiftpusher","media_type","application/vnd.docker.container.image.v1+json","name","v4.0","repository",77657,"tag_last_pulled","tag_last_pushed","tag_status","v2","tagImages",[72],{"_37":38,"_39":40,"_41":42,"_43":44,"_45":46,"_73":74,"_47":48,"_49":42,"_50":-5,"_51":31,"_52":53,"_54":-5},"layers",[75,79,82,86],{"_39":76,"_51":77,"_78":42},"sha256:c2340472a0fa0c6c0b7910b6c292f627448da15d5e3c375c61c3141f494a3268",75823052,"instruction",{"_39":80,"_51":81,"_78":42},"sha256:6e55351c18ffebc0918b4c21c1257d28d7e311bd37009fb722cb59761b7449ed",1008,{"_39":83,"_51":84,"_78":85},"sha256:b2d2704dda6c98b6a775e8e5566af7a92f700b542905bd94310dc18b9bc2d0b0",471,"#(imagebuilder)\nsleep 86400",{"_39":87,"_51":88,"_78":85},"sha256:a2c10be042b935d0f2657bca65ddc5b52f542501ad20d6b29c2558352f723837",7754731,"layerOrdinals","packageName","cveId","sbom","scoutSummary","staticSummary","isScoutPaymentRequired","canSeeVulnerabilities",{"_98":99,"_100":101,"_102":103,"_104":42,"_105":11,"_55":106,"_107":108,"_109":110,"_62":112,"_113":114,"_115":116,"_117":27,"_118":119,"_52":120,"_121":53,"_122":-5,"_123":120,"_124":125,"_126":11,"_127":114,"_128":129,"_134":17,"_135":136,"_140":114,"_141":142},"categories",[],"content_types",[27],"date_registered","2014-11-05T19:52:57.848669Z","description","is_private","2023-10-23T20:28:01.960906Z","last_modified","2024-10-16T13:48:34.145251Z","media_types",[61,111],"application/vnd.docker.distribution.manifest.v1+prettyjws","origin-base","namespace","openshift","pull_count",5281238,"repository_type","star_count",15,1,"status_description","source","collaborator_count","full_description","OpenShift Application Platform\n==============================\n\n[![Go Report Card](https://goreportcard.com/badge/github.com/openshift/origin)](https://goreportcard.com/report/github.com/openshift/origin)\n[![GoDoc](https://godoc.org/github.com/openshift/origin?status.png)](https://godoc.org/github.com/openshift/origin)\n[![Travis](https://travis-ci.org/openshift/origin.svg?branch=master)](https://travis-ci.org/openshift/origin)\n[![Jenkins](https://ci.openshift.redhat.com/jenkins/buildStatus/icon?job=devenv_ami)](https://ci.openshift.redhat.com/jenkins/job/devenv_ami/)\n[![Join the chat at freenode:openshift-dev](https://img.shields.io/badge/irc-freenode%3A%20%23openshift--dev-blue.svg)](http://webchat.freenode.net/?channels=%23openshift-dev)\n[![Licensed under Apache License version 2.0](https://img.shields.io/github/license/openshift/origin.svg?maxAge=2592000)](https://www.apache.org/licenses/LICENSE-2.0)\n\n***OpenShift Origin*** is a distribution of [Kubernetes](https://kubernetes.io) optimized for continuous application development and multi-tenant deployment. OpenShift adds developer and operations-centric tools on top of Kubernetes to enable rapid application development, easy deployment and scaling, and long-term lifecycle maintenance for small and large teams.\n\n[![Watch the full asciicast](docs/openshift-intro.gif)](https://asciinema.org/a/49402)\n\n**Features:**\n\n* Easily build applications with integrated service discovery and persistent storage.\n* Quickly and easily scale applications to handle periods of increased demand.\n * Support for automatic high availability, load balancing, health checking, and failover.\n* Push source code to your Git repository and automatically deploy containerized applications.\n* Web console and command-line client for building and monitoring applications.\n* Centralized administration and management of an entire stack, team, or organization.\n * Create reusable templates for components of your system, and iteratively deploy them over time.\n * Roll out modifications to software stacks to your entire organization in a controlled fashion.\n * Integration with your existing authentication mechanisms, including LDAP, Active Directory, and public OAuth providers such as GitHub.\n* Multi-tenancy support, including team and user isolation of containers, builds, and network communication.\n * Allow developers to run containers securely with fine-grained controls in production.\n * Limit, track, and manage the developers and teams on the platform.\n* Integrated Docker registry, automatic edge load balancing, cluster logging, and integrated metrics.\n\n**Learn More:**\n\n* **[Public Documentation](https://docs.openshift.org/latest/welcome/)**\n * **[API Documentation](https://docs.openshift.org/latest/rest_api/openshift_v1.html)**\n* Our **[Trello Roadmap](https://ci.openshift.redhat.com/roadmap_overview.html)** covers the epics and stories being worked on (click through to individual items)\n\nFor questions or feedback, reach us on [IRC on #openshift-dev](https://botbot.me/freenode/openshift-dev/) on Freenode or post to our [mailing list](https://lists.openshift.redhat.com/openshiftmm/listinfo/dev).\n\nGetting Started\n---------------\n\n### Installation\n\nIf you have downloaded the client tools from the [releases page](https://github.com/openshift/origin/releases), place the included binaries in your PATH.\n\n* On any system with a Docker engine installed, you can run `oc cluster up` to get started immediately. Try it out now!\n* For a full cluster installation using [Ansible](https://github.com/openshift/openshift-ansible), follow the [Advanced Installation guide](https://docs.openshift.org/latest/install_config/install/advanced_install.html)\n* To build and run from source, see [CONTRIBUTING.adoc](CONTRIBUTING.adoc)\n\n### Concepts\n\nOpenShift builds a developer-centric workflow around Docker containers and Kubernetes runtime concepts. An **Image Stream** lets you easily tag, import, and publish Docker images from the integrated registry. A **Build Config** allows you to launch Docker builds, build directly from source code, or trigger Jenkins Pipeline jobs whenever an image stream tag is updated. A **Deployment Config** allows you to redeploy whenever a new image becomes available. **Routes** make it trivial to expose your Kubernetes services via a public DNS name. As an administrator, you can enable your developers to request new **Projects** which come with predefined roles, quotas, and security controls to fairly divide access.\n\nFor more on the underlying concepts of OpenShift, please see the [documentation site](https://docs.openshift.org/latest/welcome/index.html).\n\n### OpenShift API\n\nThe OpenShift API is located on each server at `https://:8443/oapi/v1`. These APIs are described via [Swagger v1.2](https://www.swagger.io) at `https://:8443/swaggerapi/oapi/v1`. For more, [see the API documentation](https://docs.openshift.org/latest/rest_api/openshift_v1.html).\n\n### Kubernetes\n\nOpenShift embeds Kubernetes and extends it with security and other integrated concepts. An OpenShift Origin release corresponds to the Kubernetes distribution - for example, OpenShift 1.4 includes Kubernetes 1.4.\n\nIf you're looking for more information about using Kubernetes or the lower level concepts that Origin depends on, see the following:\n\n* [Kubernetes Getting Started](https://kubernetes.io/docs/tutorials/kubernetes-basics/)\n* [Kubernetes Documentation](https://kubernetes.io/docs/)\n* [Kubernetes API](https://docs.openshift.org/latest/rest_api/kubernetes_v1.html)\n\n\n### What can I run on OpenShift?\n\nOpenShift is designed to run any existing Docker images. Additionally, you can define builds that will produce new Docker images using a `Dockerfile`.\n\nFor an easier experience running your source code, [Source-to-Image (S2I)](https://github.com/openshift/source-to-image) allows developers to simply provide an application source repository containing code to build and run. It works by combining an existing S2I-enabled Docker image with application source to produce a new runnable image for your application.\n\nYou can see the [full list of Source-to-Image builder images](https://docs.openshift.org/latest/using_images/s2i_images/overview.html) and it's straightforward to [create your own](https://blog.openshift.com/create-s2i-builder-image/). Some of our available images include:\n\n * [Ruby](https://github.com/sclorg/s2i-ruby-container)\n * [Python](https://github.com/sclorg/s2i-python-container)\n * [Node.js](https://github.com/sclorg/s2i-nodejs-container)\n * [PHP](https://github.com/sclorg/s2i-php-container)\n * [Perl](https://github.com/sclorg/s2i-perl-container)\n * [WildFly](https://github.com/openshift-s2i/s2i-wildfly)\n\nYour application image can be easily extended with a database service with our [database images](https://docs.openshift.org/latest/using_images/db_images/overview.html):\n\n * [MySQL](https://github.com/sclorg/mysql-container)\n * [MongoDB](https://github.com/sclorg/mongodb-container)\n * [PostgreSQL](https://github.com/sclorg/postgresql-container)\n\n### What sorts of security controls does OpenShift provide for containers?\n\nOpenShift runs with the following security policy by default:\n\n * Containers run as a non-root unique user that is separate from other system users\n * They cannot access host resources, run privileged, or become root\n * They are given CPU and memory limits defined by the system administrator\n * Any persistent storage they access will be under a unique SELinux label, which prevents others from seeing their content\n * These settings are per project, so containers in different projects cannot see each other by default\n * Regular users can run Docker, source, and custom builds\n * By default, Docker builds can (and often do) run as root. You can control who can create Docker builds through the `builds/docker` and `builds/custom` policy resource.\n * Regular users and project admins cannot change their security quotas.\n\nMany Docker containers expect to run as root (and therefore edit all the contents of the filesystem). The [Image Author's guide](https://docs.openshift.org/latest/creating_images/guidelines.html#openshift-specific-guidelines) gives recommendations on making your image more secure by default:\n\n * Don't run as root\n * Make directories you want to write to group-writable and owned by group id 0\n * Set the net-bind capability on your executables if they need to bind to ports <1024\n\nIf you are running your own cluster and want to run a container as root, you can grant that permission to the containers in your current project with the following command:\n\n # Gives the default service account in the current project access to run as UID 0 (root)\n oc adm add-scc-to-user anyuid -z default \n\nSee the [security documentation](https://docs.openshift.org/latest/admin_guide/manage_scc.html) more on confining applications.\n\n\nSupport for Kubernetes Alpha Features\n-----------------------------------------\n\nSome features from upstream Kubernetes are not yet enabled in OpenShift, for reasons including supportability, security, or limitations in the upstream feature.\n\nKubernetes Definitions:\n\n* Alpha\n * The feature is available, but no guarantees are made about backwards compatibility or whether data is preserved when feature moves to Beta.\n * The feature may have significant bugs and is suitable for testing and prototyping.\n * The feature may be replaced or significantly redesigned in the future.\n * No migration to Beta is generally provided other than documentation of the change.\n* Beta\n * The feature is available and generally agreed to solve the desired solution, but may need stabilization or additional feedback.\n * The feature is potentially suitable for limited production use under constrained circumstances.\n * The feature is unlikely to be replaced or removed, although it is still possible for feature changes that require migration.\n\nOpenShift uses these terms in the same fashion as Kubernetes, and adds four more:\n\n* Not Yet Secure\n * Features which are not yet enabled because they have significant security or stability risks to the cluster\n * Generally this applies to features which may allow escalation or denial-of-service behavior on the platform\n * In some cases this is applied to new features which have not had time for full security review\n* Potentially Insecure\n * Features that require additional work to be properly secured in a multi-user environment\n * These features are only enabled for cluster admins by default and we do not recommend enabling them for untrusted users\n * We generally try to identify and fix these within 1 release of their availability\n* Tech Preview\n * Features that are considered unsupported for various reasons are known as 'tech preview' in our documentation\n * Kubernetes Alpha and Beta features are considered tech preview, although occasionally some features will be graduated early\n * Any tech preview feature is not supported in OpenShift Container Platform except through exemption\n* Disabled Pending Migration\n * These are features that are new in Kubernetes but which originated in OpenShift, and thus need migrations for existing users\n * We generally try to minimize the impact of features introduced upstream to Kubernetes on OpenShift users by providing seamless\n migration for existing clusters.\n * Generally these are addressed within 1 Kubernetes release\n\nThe list of features that qualify under these labels is described below, along with additional context for why.\n\nFeature | Kubernetes | OpenShift | Justification\n------- | ---------- | --------- | -------------\nThird Party Resources | Alpha (1.4, 1.5) | Not Yet Secure | Third party resources are still under active development upstream.
Known issues include failure to clean up resources in etcd, which may result in a denial of service attack against the cluster.
We are considering enabling them for development environments only.\nGarbage Collection | Alpha (1.3)
Beta (1.4, 1.5) | Tech Preview (1.4, 1.5) | Garbage collection will automatically delete related resources on the server, and thus given the potential for data loss we are waiting for GC to graduate to beta and have a full release cycle of testing before enabling it in Origin.\nStateful Sets | Alpha (1.3, 1.4)
Beta (1.5) | Tech Preview (1.3, 1.4, 1.5) | Stateful Sets are still being actively developed and no backwards compatibility is guaranteed until 1.5 is released. Starting in 1.5, Stateful Sets will be enabled by default and some backwards compatibility will be guaranteed.\nInit Containers | Alpha (1.3, 1.4)
Beta(1.5) | Tech Preview (1.3, 1.4, 1.5) | Init containers are properly secured, but will not be officially supported until 1.6.\nFederated Clusters | Alpha (1.3)
Beta (1.4, 1.5) | Tech Preview (1.3, 1.4, 1.5) | A Kubernetes federation server may be used against Origin clusters with the appropriate credentials today.
Known issues include tenant support in federation and the ability to have consistent access control between federation and normal clusters.
No Origin specific binary is being distributed for federation at this time.\nDeployment | Beta (1.3, 1.4, 1.5) | Tech Preview (1.3, 1.4, 1.5) | OpenShift launched with DeploymentConfigs, a more fully featured Deployment object. DeploymentConfigs are more appropriate for developer flows where you want to push code and have it automatically be deployed, and also provide more advanced hooks and custom deployments. Use Kubernetes Deployments when you are managing change outside of OpenShift.\nReplica Sets | Beta (1.3, 1.4, 1.5) | Tech Preview (1.3, 1.4, 1.5) | Replica Sets perform the same function as Replication Controllers, but have a more powerful label syntax. Both ReplicationControllers and ReplicaSets can be used. \nIngress | Beta (1.2, 1.3, 1.4, 1.5) | Tech Preview (1.3, 1.4, 1.5) | OpenShift launched with Routes, a more full featured Ingress object. In 1.5, Ingress rules can be read by the router (disabled by default), but because Ingress objects reference secrets you must grant the routers a very level of access to your cluster to run with them. Future changes will likely reduce the security impact of enabling Ingress.\nPodSecurityPolicy | Beta (1.3, 1.4, 1.5) | Tech Preview (1.3, 1.4, 1.5) | OpenShift launched with SecurityContextConstraints, and then upstreamed them as PodSecurityPolicy. We plan to enable upstream PodSecurityPolicy so as to automatically migrate existing SecurityContextConstraints. PodSecurityPolicy has not yet completed a full security review, which will be part of the criteria for tech preview.
SecurityContextConstraints are a superset of PodSecurityPolicy features.\nPodAntiAffinitySelectors | Beta (1.3, 1.4, 1.5) | Not Yet Secure (1.3)
Tech Preview (1.4, 1.5) | End users are not allowed to set PodAntiAffinitySelectors that are not the node name due to the possibility of attacking the scheduler via denial of service.\nNetworkPolicy | Beta (1.3, 1.4, 1.5) | Tech Preview (1.3, 1.4, 1.5) | Starting with 1.5, OpenShift SDN will expose an experimental mode that uses network policy to restrict access to pods. Future releases will expand this support.\n\nPlease contact us if this list omits a feature supported in Kubernetes which does not run in Origin.\n\n\nContributing\n------------\n\nYou can develop [locally on your host](CONTRIBUTING.adoc#develop-locally-on-your-host) or with a [virtual machine](CONTRIBUTING.adoc#develop-on-virtual-machine-using-vagrant), or if you want to just try out Origin [download the latest Linux server, or Windows and Mac OS X client pre-built binaries](CONTRIBUTING.adoc#download-from-github).\n\nFirst, **get up and running with the** [**Contributing Guide**](CONTRIBUTING.adoc).\n\nAll contributions are welcome - Origin uses the Apache 2 license and does not require any contributor agreement to submit patches. Please open issues for any bugs or problems you encounter, ask questions on the OpenShift IRC channel (#openshift-dev on freenode), or get involved in the [Kubernetes project](https://github.com/kubernetes/kubernetes) at the container runtime layer.\n\nSee [HACKING.md](https://github.com/openshift/origin/blob/master/HACKING.md) for more details on developing on Origin including how different tests are setup.\n\nIf you want to run the test suite, make sure you have your environment set up, and from the `origin` directory run:\n\n```\n# run the verifiers, unit tests, and command tests\n$ make check\n\n# run a command-line integration test suite\n$ hack/test-cmd.sh\n\n# run the integration server test suite\n$ hack/test-integration.sh\n\n# run the end-to-end test suite\n$ hack/test-end-to-end.sh\n\n# run all of the tests above\n$ make test\n```\n\nYou'll need [etcd](https://github.com/coreos/etcd) installed and on your path for the integration and end-to-end tests to run, and Docker must be installed to run the end-to-end tests. To install etcd you should be able to run:\n\n```\n$ hack/install-etcd.sh\n```\n\nSome of the components of Origin run as Docker images, including the builders and deployment tools in `images/builder/docker/*` and `images/deploy/*`. To build them locally run\n\n```\n$ hack/build-images.sh\n```\n\nTo hack on the web console, check out the [assets/README.md](assets/README.md) file for instructions on testing the console and building your changes.\n\nSecurity Response\n-----------------\nIf you've found a security issue that you'd like to disclose confidentially\nplease contact Red Hat's Product Security team. Details at\nhttps://access.redhat.com/security/team/contact\n\n\nLicense\n-------\n\nOpenShift is licensed under the [Apache License, Version 2.0](http://www.apache.org/licenses/).\n","has_starred","hub_user","immutable_tags_settings",{"_130":11,"_131":132},"enabled","rules",[133],".*","is_automated","permissions",{"_137":17,"_138":11,"_139":11},"read","write","admin","user","storage_size",352459990801,"isOrg","reponame","tag","canDeleteTags","isHubSbxKitsEnabled","currentTab","tagAttestations","displaySecurityMetadata","routes/_layout.layers.$namespace.$reponame.$tag.(images).($imageUrlDigest)._index",{"_22":23,"_91":-7,"_89":-7,"_90":-7,"_24":153,"_39":40,"_156":157,"_163":11},{"_26":27,"_28":29,"_30":31,"_32":33,"_34":154,"_55":56,"_57":29,"_58":59,"_60":61,"_62":63,"_64":65,"_66":44,"_67":56,"_68":53,"_69":17},[155],{"_37":38,"_39":40,"_41":42,"_43":44,"_45":46,"_47":48,"_49":42,"_50":-5,"_51":31,"_52":53,"_54":-5},"imageWithLayers",{"_37":38,"_39":40,"_41":42,"_43":44,"_45":46,"_73":158,"_47":48,"_49":42,"_50":-5,"_51":31,"_52":53,"_54":-5},[159,160,161,162],{"_39":76,"_51":77,"_78":42},{"_39":80,"_51":81,"_78":42},{"_39":83,"_51":84,"_78":85},{"_39":87,"_51":88,"_78":85},"hasPermissionToViewRepoSettings","actionData","errors"]

openshift/origin-base:v4.0