Legacy to Cloud FairyTale - Continuous Lifecycle London June 2017

From Legacy to Cloud
A fairytale… in a few parts
Avi Deitcher | @avideitcher | avi@atomicinc.com | https://blog.atomicinc.com

Who Am I?
Avi Deitcher avi@atomicinc.com

Who Am I?
Life in Tech Business

Who Am I?
Mission-Critical IT
10 yrs

Who Am I?
Mission-Critical IT Consulting
10 yrs 12+ yrs

Who Am I?
10 yrs 12+ yrs
S t a r t u p s

Who Am I?
10 yrs 12+ yrs
S t a r t u p s
Avid (if not very good) ice hockey player

Who Am I?
10 yrs 12+ yrs
S t a r t u p s
Long-time lover of great engineering… when used to make a real difference

Who Am I?
10 yrs 12+ yrs
S t a r t u p s
Atomic Inc: Generalist Practitioner | Product : engineering : operations | Incentives and culture
Long-time lover of great engineering… when used to make a real difference

What Tales do We Weave?

The definition of a fairy-story—what it is, or what it should be—does not, then, depend on any
definition or historical account of elf or fairy, but upon the nature of Faërie: the Perilous Realm
itself, and the air that blows in that country.
-“On Fairy-Stories”, J.R.R. Tolkien

A fairy tale is a story for children involving magical events and imaginary creatures; a highly
improbable account.
-Collins English Dictionary

A fairy tale is a story for children involving magical events and imaginary creatures; a highly
improbable account.
-Collins English Dictionary
A quest in which hero/heroine overcomes external and internal challenges to achieve a goal of
individual and societal growth, a happy ending.
-Common definition

Our Heroine
• <100 person company
• “Customer Assistance” / “Customer Engagement”
• IVR as a service (“core”)
• Expanded into digital interaction (“messaging”), analytics,
personalization, etc.
• On-premise and SaaS

The Quest

The Quest
Get baked goods to Grandma?

The Quest
Not quite…

The Quest
Not quite…
Better goals

The Quest
Not quite…
Better goals
Stability

The Quest
Not quite…
Better goals
Stability
Flexibility

The Quest
Not quite…
Better goals
Stability
Flexibility Velocity

Boil the Ocean?

Boil the Ocean?
You have to start somewhere

Boil the Ocean?
You have to start somewhere 1. Messaging

Boil the Ocean?
2. Analytics

Boil the Ocean?
2. Analytics
3. Core

Boil the Ocean?
2. Analytics
3. Core
4. …

“You find yourself in a room…”

Balrog Processes

Balrog Processes
• 4+ hour deployment meetings!

Balrog Processes
• Deployment artifacts: war files, multi-page instructions
• “edit application.properties line 25 to enter the IP of the environment-specific DB server”
• “add the username and password on lines 26 and 28 of application.properties”
• “restart app servers in the following order”

Balrog Processes
• 3 sides * 3 sites = 9 deployments for prod alone!
• QA, UAT, etc.?

Balrog Processes
• 3 sides * 3 sites = 9 deployments for prod alone!
• QA, UAT, etc.?
• Anyone want to run it locally?

When Black Holes Collide
Monolithic Software
• Buggy deployments
• Impossible to test
• Slow development
Manual Deployment
• Errors
• Long nights
• Impossible to verify
• Delayed and riskier deployments

When Black Holes Collide
Monolithic Software
• Buggy deployments
• Impossible to test
• Slow development
Manual Deployment
• Errors
• Long nights
• Impossible to verify
• Delayed and riskier deployments
Unsustainable!

Where is Neverland?
• Independent services
• Development
• Deployment
• Scale
• Fully automated testing
• Monthly Daily Hourly (lim → 1/∞) release cycle
• Identical artifacts+config across all environments laptop through to prod
• Self-healing

Where is Neverland?
• Independent services
• Development
• Deployment
• Scale
• Fully automated testing
• Monthly Daily Hourly (lim → 1/∞) release cycle
• Identical artifacts+config across all environments laptop through to prod
• Self-healing
Mission: Customers work and employees sleep

Eden’s Geography
Infrastructure
Services
Road Traveled Culture

Ownership

Ownership
Infrastructure
• Manage / maintain underlying
infrastructure
• AWS-centric
• Infrastructure as Code… only
• CLIs and consoles
• No app deploys!
• Expose app orchestration service to
developers

Ownership
Infrastructure
infrastructure
• AWS-centric
• No app deploys!
developers
Application Development
• Engineer & operate services
• Testing, config files
• Individual services
• Leverage app orchestration service
provided by infrastructure
• 99.99% agnostic where orchestration
runs

Ownership
Infrastructure
infrastructure
• AWS-centric
• No app deploys!
developers
Application Development
• Engineer & operate services
• Testing, config files
• Individual services
• Leverage app orchestration service
provided by infrastructure
• 99.99% agnostic where orchestration
runs
Clear lines of responsibility
Everyone engineers and operates their parts

Process of Change

Process of Change
Learn the business and technology

Process of Change
Agree together on toolset and process

Process of Change
Build samples and templates

Process of Change
Deploy proof of concept with zero usage of real services

Process of Change
Prototype small sub-project

Process of Change
Convert larger project

Process of Change
Convert larger project
Expand the beachhead

Proof of Concept

What’s in the Toolbox?
Applications
Infrastructure

Who’s Afraid of the Big Bad Wolf?

• When one project gets killed…

… how happy are you that you designed it correctly?

… analytics to the rescue! (or the other way ‘round?)

• Infrastructure
• Modular infrastructure prep
• 3 terraform modules – vpc, vpn, kubernetes
• Makefiles and scripts to build/leverage CAs, ssh, keys, FQDNs
• We had to change nothing

• Infrastructure
• Modular infrastructure prep
• 3 terraform modules – vpc, vpn, kubernetes
• Makefiles and scripts to build/leverage CAs, ssh, keys, FQDNs
• We had to change nothing
• Application
• Same templates, same concepts
• Same CI/CD

Proof is in the

Proof is in the
Hard to deploy

Proof is in the
Hard to deploy
Hard to deploy in cluster

Proof is in the
PodA
PodB
PodC
PodD
Hard to deploy
Hard to configure for cluster services

Proof is in the
PodA
PodB
PodC
PodD
External R
External S External T
Hard to deploy
Brutal to configure for simultaneous
internal and external access

Proof is in the
PodA
PodB
PodC
PodD
External R
Hard to deploy
Easier to deliver short-term as standalone

Proof is in the
“I want just another cluster service!”
PodA
PodB
PodC
PodD
External R
Hard to deploy
Easier to deliver short-term as standalone

Takeaways

Takeaways
• Number one thing you are changing is culture

Takeaways
• Number two thing you are changing is culture

Takeaways
• Number three thing you are changing is lives

Takeaways
• Take your time, build your way up

Takeaways
• Never expect your team to be where you are, or
to be all on the same page

Takeaways
• Learn their pain, learn the existing technology
and business, gain respect by respecting them

Takeaways
• Involve the team in the process; it matters as
much as the outcome
• Make sure people really get the “why” (“First 90
Days”)
• Get good sponsors
• Find your champions (allies)
• Choose your battles, accept that some things
have to be “good enough”

Takeaways
• Involve the team in the process; it matters as
much as the outcome
• Make sure people really get the “why” (“First 90
Days”)
• Get good sponsors
• Find your champions (allies)
• Choose your battles, accept that some things
have to be “good enough”
Technology takeaways?
• Choose your toolset well
• Expect issues; the technology is not turnkey or fully mature… but what technology is?
• Architecture matters
• Details?

Questions and assistance:
@avideitcher avi@atomicinc.com

Legacy to Cloud FairyTale - Continuous Lifecycle London June 2017

Recomendados

Recomendados

Mais conteúdo relacionado

Último

Último (20)

Destaque

Destaque (20)

Legacy to Cloud FairyTale - Continuous Lifecycle London June 2017