Continuous
Deployment
PRODUCTION EVERY WEEK? NO BIG DEAL .. REALLY!
PRO·DUC·TION [pruh-duhk-shuhn] (n)
 A complex system of applications, services, servers, networking gear, etc.,
upon which we’re going to try to carefully apply a complicated set of
changes and hope that nothing goes wrong.
Back in the days
5 years (or so) ago
 Waterfall…
 Develop for a few months
 Test & QA (back and forth) for a few
more months
 Plan for downtime/outage
 Release (manually) to production
 Deployed by Ops, or IT team
Problems?
 Large changes = more potential bugs
 Infrequent = more surprises
 Slow = extra cost & time (see #1)
 Unreliable (human errors happen!)
 The Bus Factor (people leave)
 Rollback is a nightmare (or near
impossible)
 Cannot be scaled (without more
people)
 Which leads to low confidence
Deployment concerns
• Lifecycle
• Approvals
• Permissions
Governance
• Server status
Monitoring
• Release notes
• LogsSupport
Projects
• Prerequisites
• Variables
• Deployment scripts
Releases
• Change Logs
• Binaries
• Configurations
• Migrations
Environments
• App Servers
• Database Servers
• Network addresses
Now
How it’s done
 Deliver features every few days/weeks
(iterative)
 Automate all the things™
 UI Testing
 Prerequisites & Dependencies
 Configurations
 Data Migration
 Mirror the production environment in
Testing/Staging
Advantages
 Low cost (remote)
 Low risk (rollback instantly)
 High speed (deploy instantly, and in
parallel)
 Knowledge of environments and
configurations are well kept,
versioned, and presented.
 No surprises (environments are tightly
controlled)
Who is continuously deploying?
 Google
 Microsoft
 Apple
 Facebook
 Amazon
 LinkedIn
 Netflix
 Atlassian
 Basically…everyone!
What does it look like?
Meet Octopus Deploy
One click deployments are reality, not fiction!

Continuous Deployment

  • 1.
  • 2.
    PRO·DUC·TION [pruh-duhk-shuhn] (n) A complex system of applications, services, servers, networking gear, etc., upon which we’re going to try to carefully apply a complicated set of changes and hope that nothing goes wrong.
  • 3.
    Back in thedays 5 years (or so) ago  Waterfall…  Develop for a few months  Test & QA (back and forth) for a few more months  Plan for downtime/outage  Release (manually) to production  Deployed by Ops, or IT team Problems?  Large changes = more potential bugs  Infrequent = more surprises  Slow = extra cost & time (see #1)  Unreliable (human errors happen!)  The Bus Factor (people leave)  Rollback is a nightmare (or near impossible)  Cannot be scaled (without more people)  Which leads to low confidence
  • 4.
    Deployment concerns • Lifecycle •Approvals • Permissions Governance • Server status Monitoring • Release notes • LogsSupport Projects • Prerequisites • Variables • Deployment scripts Releases • Change Logs • Binaries • Configurations • Migrations Environments • App Servers • Database Servers • Network addresses
  • 5.
    Now How it’s done Deliver features every few days/weeks (iterative)  Automate all the things™  UI Testing  Prerequisites & Dependencies  Configurations  Data Migration  Mirror the production environment in Testing/Staging Advantages  Low cost (remote)  Low risk (rollback instantly)  High speed (deploy instantly, and in parallel)  Knowledge of environments and configurations are well kept, versioned, and presented.  No surprises (environments are tightly controlled)
  • 6.
    Who is continuouslydeploying?  Google  Microsoft  Apple  Facebook  Amazon  LinkedIn  Netflix  Atlassian  Basically…everyone!
  • 7.
    What does itlook like?
  • 8.
    Meet Octopus Deploy Oneclick deployments are reality, not fiction!