Skip to content

Commit

Permalink
Adding a README that actually explains things a bit
Browse files Browse the repository at this point in the history
  • Loading branch information
etsauer committed Dec 18, 2017
1 parent 3874908 commit dae786c
Showing 1 changed file with 40 additions and 1 deletion.
41 changes: 40 additions & 1 deletion README.md
Original file line number Diff line number Diff line change
@@ -1,2 +1,41 @@
# container-pipelines
# Container Pipelines

Let's get the ball rolling on some Container-driven CI & CD

## Catalog

The following is a list of the pipeline samples available in this repository:

- [Basic Tomcat](./basic-tomcat) - Builds a Java Application like Ticket Monster and deploys it to Tomcat
- [Basic Spring Boot](./basic-spring-boot) - Builds a Spring Boot application and deploys using an Embedded Servlet jar file
- [Blue Green Spring Boot](./blue-green-spring) - Build a Spring Boot application and deploys it using a blue-green deployment

## Makeup of a "Pipeline"

We understand that everyone's definition of a pipeline is a little (maybe a lot) different. Let's talk about what WE mean.

In this context, a _pipeline_ is defined as all of the technical collateral required to take application source code and get it deployed through it's relevant lifecycle environments on an OpenShift cluster (or multiple clusters).

A few guiding principles for a pipeline quickstart in this repo:
- **Everything as code**. A pipeline should require as few commands as possible to deploy (We reccommend an [openshift-applier](https://github.com/redhat-cop/casl-ansible/tree/master/roles/openshift-applier) compatible inventory)
- **Use OpenShift Features**. The intention of these quickstarts is to showcase how OpenShift can be used to make pipeline development and management simpler. Use of features like slave pods, webhooks, source to image and the `JenkinsPipelineStrategy` is highly desired where possible.
- **Sharing is Caring**. If there are things that can be common to multiple pipelines (templates, builder images, etc.), let's refactor to make them shared.

Typically the things required to build a pipeline sample include:
- Project definitions (each representing a lifecycle environment)
- A Jenkins Master
- A jenkinsfile
- A _build template_ that includes all things necessary to get the source code built into a container image. This means:
- A JenkinsPipelineStrategy buildConfig, which is used to inject the pipeline into Jenkins automatically
- A Source strategy binary buildConfig, which is used to build the container image
- A deployment template that includes all the necessary objects to run the application in an environment. At a minimum:
- A DeploymentConfig definition
- A Dervice definition
- it might also include:
- Routes
- Secrets
- ConfigMaps
- StatefulSets
- etc.

See our [basic spring boot](./basic-spring-boot) example for a very simple reference architecture.

0 comments on commit dae786c

Please sign in to comment.