Spinnaker에서 배포를 위한 주요 구조.
Stage로 부르는 sequence of action으로 이루어짐.
Pipeline 내 Stage 사이에 파라미터 전송 가능.
수동으로 pipeline을 시작하거나, Jenkins Job Completing, new Docker image appearing in registry, CRON Schedule, another pipeline stage 등의 이벤트로 인한 자동 pipeline 시작 가능.
Status에 따라 (start/complete/fail) 정해진 대상자들에게 Notification을 발송하도록 (email, SMS, HitChat) pipeline 설정 가능.
Template에서 생성되었는지의 여부와 관계없이, Deck UI에서 시각화할수 있는 실행가능한 pipeline.
Orca에 의해 실행될 수 있다.

Pipeline instance에서 발견되는 pipeline configuration을 제외한 매개변수화된 pipeline.
이 템플릿은 개발자가 여러분이 설정한 패턴을 따르는 pipeline을 생성하도록 도움을 준다.

Template에서 생성되지 않은 pipeline 설정과 변수 바인딩, 템플릿 참조가 합해진 것과 같다.

Spinnaker의 Pipeline에 대한 Automic Building Block(가장 작은 빌딩 블록).
Pipeline이 실행하고 있는 action을 설명함.
Pipeline에 임의의 순서로 stage를 구성할 수 있고, Deploy, Resize, Disable, Manual Judgement(ex. manual approval)등 다양한 Stage를 지원함.

여러 개의 Cluster로 이루어짐 (Collection of clusters) + Load Balancer + Firewall.
Spinnaker를 사용하여 배포하고자 하는 서비스, 서비스의 모든 설정, 서비스가 실행되는 인프라를 나타냄.
서비스별 다른 Application을 만들지만 Spinnaker는 시행하지 않는다.

여러 개의 Server Group으로 구성됨 (Collections of Server Groups).
여러 개의 Server Group을 묶는 논리적인 단위. Kubernetes의 Cluster와는 다름.
단순히 Spinnaker의 Server Group의 집합.

배포가능한 아티팩트(VM Image, Docker Image, Source location)와 인스턴스 수, autoscaling 정책, 메타데이터 등과 같은 기본 설정을 명시한 기본적인 Resource.
(Optionally) Load Balancer와 Firewall과 관련되어 있다.
배포될 때, Server Group은 VM Instance와 Kubernetes Pod와 같이 동작하고 있는 소프트웨어 Instance의 Collection이다.

ingress protocol과 port range와 관련 있음.
Server Group에 있는 Instances 사이에서 Traffic에 대하여 Balancing한다.

Network Traffic Access를 정의한다.