SlideShare ist ein Scribd-Unternehmen logo
1 von 36
Downloaden Sie, um offline zu lesen
www.stackstorm.com!
!
@Stack_Storm!
!
July 2014!
CONFIDENTIAL!
Vision, Common Operational
Patterns, and a Little About
Our Approach!
Vision à Specific Patterns!
2!
!
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
We’ve been chatting with you –
what have we learned?!
•  Let’s talk operational patterns. !
•  A little on monitoring. !
•  A lot on operations automation.!
!
We want to learn more today! !
!
What are we building?!
!
!
Market!
“So$ware	
  is	
  ea,ng	
  everything.”	
  
{	
  developed	
  and	
  operated	
  
in	
  the	
  DevOps	
  way	
  }	
  
!	
  
StackStorm	
  does	
  DevOps	
  
opera,ons	
  automa,on	
  
!	
  
3!
!
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
StackStorm Presenters!
Patrick Hoolboom, Unicorn Stormer!
•  7+ years building and running high pace DevOps
environment (2 years at Cloudmark)!
•  Puppet, Chef, Nagios, NewRelic, Logstash and more!
•  “Open source your process” – lets share operational
templates!
!
!
Evan Powell, Co-Founder & CEO!
•  15+ years in infrastructure software!
•  Founding CEO of Clarus Systems, acquired by OPNT!
•  Founding CEO of Nexenta Systems!
•  Defined and led OpenStorage and SDS space!
•  Led Nexenta to 5k+ customers, 280+ employees, $350 million+
of partner sales, $75 million in funding !
! 4!
!
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
130+ Discussions!
PIX	
  |	
  SYSTEM	
  
5!
!
5!
!
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
Source	
  CA:	
  h4p://www.slideshare.net/CAinc/dev-­‐ops-­‐research-­‐cust-­‐deck-­‐mann-­‐march-­‐31	
  	
  	
  
6!
!
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
CI/CD, ChatOps, DevOps!
7!
!
CI	
   CD	
   ChatOps	
   “DevOps”	
  CD*	
  
Every	
  single	
  soul	
  
SREs	
  
Love	
  it!	
  
Stupid!	
  
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
8!
!
7/21/14	
  
©	
  2014	
  StackStorm,	
  Inc.	
  
ConfidenRal	
  
Day	
  1:	
  Pre4y	
  well	
  sorted	
  
	
  
Day	
  2:	
  Pre4y	
  much	
  chaos	
  	
  
•  But	
  if	
  infrastructure	
  is	
  immutable	
  
then	
  maybe	
  we	
  never	
  have	
  Day	
  2?	
  
	
  
9!
!
Patterns: Monitoring!
Monitoring as a service:!
• Check in your checks and monitoring is free!
• Transparency => shame => compliance!
Ongoing challenges:!
• Pager fatigue!
• Automate all the thresholds !
• Dependencies => deduplicating alerts!
• Drive => Host => Service => Application =>
User!
10!
!
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
Patterns: Monitoring!
11!
!
Nagios	
  –	
  Sensu	
  –	
  APM	
  
Zabbix	
  
Graphite	
  
StatsD	
  
Humans	
  via	
  ChatOps	
  
PAGER	
  DUTY	
  
Auto	
  correcRons:	
  	
  Nagios	
  or	
  other	
  
Declare	
  event,	
  ask	
  for	
  help	
  
-­‐>>Event	
  pipeline	
  -­‐>>	
  
-­‐>>Event	
  pipeline	
  -­‐>>	
  
Rieman	
  /	
  StackTach	
  
Patterns: Monitoring!
Infer the threshold!
• Anomaly detection!
• Pattern recognition!
Start with a check!
And/or update the checks and thresholds as
you learn more!
Monitoring as a service "
Remediation as a service!
12!
!
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
Remediation as a Service #1!
13!
!
Facebook’s	
  FBAR:	
  
	
  
“AutomaRng	
  the	
  work	
  of	
  
hundreds”	
  
	
  
	
  
	
  
	
  
h4ps://www.facebook.com/notes/facebook-­‐engineering/making-­‐facebook-­‐self-­‐
healing/10150275248698920	
  
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
Remediation as a Service #2!
14!
!
Microsoh	
  AutoPilot:	
  
States:	
  
•  Healthy,	
  Failed,	
  
ProbaRon	
  
RemediaRons	
  (“Rs”):	
  
•  Restart,	
  Reboot,	
  
Reimage,	
  RMA	
  
	
  
	
  
	
  
	
  
	
  
h4p://research.microsoh.com/pubs/64604/osr2007.pdf	
  
“Machine	
  learning	
  algorithms	
  to	
  analyze	
  these	
  data	
  in	
  order	
  to	
  
understand	
  how	
  to	
  improve	
  the	
  policy	
  selngs,	
  with	
  the	
  ulRmate	
  
goal	
  of	
  automaRng	
  many	
  of	
  the	
  current	
  manual	
  policies.	
  “	
  
Patterns: Tools – Monitoring?!
The #1 tool we have seen is NewRelic!
• Roughly 75% of the discussions!
• Amazing because it does not fit all the
requirements!
The #2 tool we have seen is Splunk!
• Still seeing them more than LogStash,
ElasticSearch although it is close!
!
15!
!
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
Patterns: Tools – Configuration!
Puppet vs. Chef!
• Ops vs. developers?!
Ansible and Salt growing in importance!
• Points of differentiation and also overlap!
Best practices include:!
•  Separate source of truth !
•  Code reviews (duh?)!
16!
!
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
“State in the Repo” vs. 

Single Source of Truth!
17!
!
•  Provides visibility into
the system!
•  Fights configuration drift!
•  Reduces convergence
time of changes!
•  Tied in to monitoring
and configuration
systems!
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
18!
!
Lack	
  of	
  trust	
  
Hard	
  to	
  test	
  
Simple	
  script	
  +	
  
simple	
  script	
  +	
  
simple	
  script	
  +	
  
Zounds	
  
What’s	
  Wrong	
  with	
  Day	
  2	
  AutomaCon?	
  
Monitoring	
  
My	
  script	
  vs.	
  your	
  script	
  
IntegraCon	
  
sprawl	
  
Automation: Don’t Forget #1!
Simplicity	
  scales.	
  
19!
!
Best.	
  	
  	
  
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
BEST	
  PRACTICES	
  
•  Have	
  X	
  states	
  (three	
  seems	
  logical)	
  for	
  a	
  monitored	
  
system	
  
•  Have	
  Y	
  remediaRons	
  
•  Document	
  both	
  
•  Automate	
  the	
  known	
  mappings	
  
•  Atomic	
  acRons	
  
•  Workflows	
  or	
  acRons	
  of	
  acRons	
  to	
  Re	
  them	
  together	
  
	
  
Lessons	
  learned	
  from	
  many	
  operators	
  large	
  and	
  small	
  
Automation: Don’t Forget #2:!
Failure	
  detectors	
  must	
  be	
  able	
  to	
  dis7nguish	
  
between	
  the	
  symptoms	
  of	
  failure	
  and	
  overloading,	
  
otherwise	
  overloaded	
  computers	
  may	
  be	
  marked	
  
as	
  failed	
  and	
  removed	
  from	
  service,	
  amplifying	
  the	
  
problem	
  and	
  triggering	
  a	
  cascade	
  of	
  failures	
  that	
  
disables	
  the	
  enRre	
  applicaRon.	
  
20!
!
	
  h4p://research.microsoh.com/pubs/64604/osr2007.pdf	
  
BEST	
  PRACTICE	
  
Check	
  a	
  threshold	
  with	
  each	
  step	
  so	
  that	
  run	
  away	
  
automaRons	
  cannot	
  occur.	
  
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
Automation: Don’t Forget #3!
Humans	
  are	
  good	
  at	
  pa4ern	
  matching	
  –	
  if	
  they	
  
perceive	
  the	
  pa4erns.	
  
•  Always	
  provide	
  context.	
  When	
  a	
  threshold	
  is	
  violated	
  that	
  
requires	
  that	
  humans	
  get	
  back	
  involved	
  you	
  are	
  at	
  risk	
  of	
  pulng	
  
the	
  human	
  in	
  a	
  difficult	
  place.	
  
21!
!
BEST	
  PRACTICE	
  
When	
  the	
  system	
  needs	
  a	
  human,	
  provide	
  the	
  human	
  with	
  
context.	
  	
  	
  
•  Automate	
  the	
  delivery	
  of	
  that	
  context	
  for	
  the	
  sake	
  of	
  consistency	
  
•  Don’t	
  allow	
  the	
  automa,on	
  to	
  just	
  be	
  addi,onal	
  complexity	
  on	
  top	
  
of	
  complexity	
  
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
Automation: Don’t Forget #4!
AutomaRon	
  frees	
  up	
  humans	
  to	
  a4ack	
  technical	
  
debt,	
  refactor	
  for	
  growth	
  and	
  so	
  forth.	
  	
  
However,	
  the	
  implicit	
  knowledge	
  formed	
  by	
  
eliminated	
  manual	
  acRon	
  itself	
  may	
  be	
  lost.	
  
22!
!
BEST	
  PRACTICE	
  
Refer	
  to	
  the	
  prior	
  Don’t	
  forget	
  points	
  including	
  simplicity	
  of	
  
state	
  analysis	
  and	
  simplicity	
  of	
  allowed	
  remediaRons.	
  	
  	
  
•  Also	
  –	
  allow	
  manual	
  invoking	
  of	
  automaRons	
  
•  Make	
  automaRons	
  human	
  readable	
  
•  And	
  otherwise	
  transparent	
  
•  Give	
  the	
  automaRon	
  an	
  edgy	
  personality	
  (huh?)	
  	
  	
  
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
ChatOps is Brilliant!
Add	
  some	
  code	
  to	
  IRC	
  or	
  other	
  chat	
  to	
  do	
  stuff,	
  and	
  
you	
  have	
  bot	
  executed	
  code.	
  Add	
  to	
  that	
  an	
  enRre	
  
automaRon	
  library	
  –	
  plus	
  a	
  personality	
  –	
  and	
  the	
  
requirement	
  that	
  ALL	
  changes	
  happen	
  through	
  chat	
  
and	
  DevOps	
  happens.	
  
23!
!
BEST	
  PRACTICES	
  
Get	
  to	
  know	
  Hubot.	
  And	
  stay	
  tuned	
  for	
  StackStorm’s	
  take	
  on	
  
this	
  approach.	
  ChatOps	
  benefits:	
  
•  Dev/Ops	
  interface	
  and	
  Newby	
  /	
  Old	
  pro	
  interface	
  
•  Context	
  for	
  humans	
  
•  Trust	
  in	
  automaRon	
  
h4p://puppetlabs.com/blog/really-­‐building-­‐data-­‐driven-­‐infrastructure	
  
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
Integrations & Relationships!
Auto	
  Scaling	
  
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
Integrations & Relationships!
Auto	
  Scaling	
  
AutomaRon	
  as	
  a	
  Service	
  
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
Before!
26!
!
Events	
  
AcCons	
  
Events	
  
AcCons	
  
Scripts	
  
Scripts	
  
AcCons	
  
Scripts	
  
Events	
  
#BadAuto!
•  Who did what to what and how did it go?!
•  Fragments of automation and configuration management!
•  No opportunity for learning!
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
StackStorm!
27!
!
Events	
  
AcCons	
  
#ShareAndLearn!
•  Scripts -> automations!
•  Workflow – stitch stactions!
•  Close the loop – map events to
automations!
•  Total audit & transparency!
•  Still DevOps friendly !
•  All automations are code in repositories!
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
Technical Details!
•  Centralized view (federated) into automations!
•  Audit trail and RBAC access controls!
•  Infrastructure as code!
•  Full APIs, configurations as code!
•  Collaboration inherent!
•  Abstraction of automations for sharing!
•  Two way integration into collaboration including ChatOps!
•  Bi directional close relationship with monitoring!
•  StackStorm helps users determine where to put
problem analysis – StackTach and others promising!
•  Facility for self learning!
•  Simple today headed towards controller synthesis
approaches!
28!
!
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
Example Use Cases!
• OpenStack and hybrid management!
• Facilitated troubleshooting!
•  Over time – automated resolution!
• Multi-stage deployments!
•  Develop, stage, deploy for example!
• Response to security events!
•  Post-hoc as opposed to real time!
29!
!
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
Business Model!
OpenSource!
•  Apache licenses!
Free!
•  Free forever edition (community)!
Enterprise!
•  On premise or hosted – all deployments now
are on premise!
!
30!
!
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
Who Wins?!
31!
!
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
What Can You Do?!
Register as a beta participant!
•  Are you doing some OpenStack?!
•  Can you provide feedback at least 2x per month?!
•  Automating something already?!
•  Interested in ChatOps? Not required….!
!
Once we GA – grab free version!
•  Contribute to community w/ integrations and
automations!
•  OpenSource and share your operations patterns!
32!
!
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
Questions!
To respond, please unmute your line by pressing *6!
!
CI, CD, Day 2 operations?!
• Where are you in the continuum?!
ChatOps – do you use it?!
!
Have you had automations run amok?!
!
DevOps team? Title? Silo?!
!
33!
!
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
Summary!
World is changing rapidly!
!
We’ve learned a lot!
!
Safe, composable automations with
circuit breakers and other controls
should help!
!
34!
!
7/21/14!
© 2014 StackStorm, Inc.!
Confidential!
Private and confidential!
Thank You

Follow us on Twitter @Stack_Storm!

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

The Open Source Messaging Landscape
The Open Source Messaging LandscapeThe Open Source Messaging Landscape
The Open Source Messaging Landscape
 
Spring IO 2023 - Dynamic OpenAPIs with Spring Cloud Gateway
Spring IO 2023 - Dynamic OpenAPIs with Spring Cloud GatewaySpring IO 2023 - Dynamic OpenAPIs with Spring Cloud Gateway
Spring IO 2023 - Dynamic OpenAPIs with Spring Cloud Gateway
 
The Hacker's Guide to NoSQL Injection
The Hacker's Guide to NoSQL InjectionThe Hacker's Guide to NoSQL Injection
The Hacker's Guide to NoSQL Injection
 
Securing Infrastructure with OpenScap The Automation Way !!
Securing Infrastructure with OpenScap The Automation Way !!Securing Infrastructure with OpenScap The Automation Way !!
Securing Infrastructure with OpenScap The Automation Way !!
 
The C10k Problem
The C10k ProblemThe C10k Problem
The C10k Problem
 
Threat Modeling for Dummies
Threat Modeling for DummiesThreat Modeling for Dummies
Threat Modeling for Dummies
 
Software Craftsmanship
Software CraftsmanshipSoftware Craftsmanship
Software Craftsmanship
 
10+ Deploys Per Day: Dev and Ops Cooperation at Flickr
10+ Deploys Per Day: Dev and Ops Cooperation at Flickr10+ Deploys Per Day: Dev and Ops Cooperation at Flickr
10+ Deploys Per Day: Dev and Ops Cooperation at Flickr
 
Scalability, Availability & Stability Patterns
Scalability, Availability & Stability PatternsScalability, Availability & Stability Patterns
Scalability, Availability & Stability Patterns
 
Juraci Paixão Kröhling - All you need to know about OpenTelemetry
Juraci Paixão Kröhling - All you need to know about OpenTelemetryJuraci Paixão Kröhling - All you need to know about OpenTelemetry
Juraci Paixão Kröhling - All you need to know about OpenTelemetry
 
Thick Client Penetration Testing.pdf
Thick Client Penetration Testing.pdfThick Client Penetration Testing.pdf
Thick Client Penetration Testing.pdf
 
Thick Application Penetration Testing: Crash Course
Thick Application Penetration Testing: Crash CourseThick Application Penetration Testing: Crash Course
Thick Application Penetration Testing: Crash Course
 
Thick client pentesting_the-hackers_meetup_version1.0pptx
Thick client pentesting_the-hackers_meetup_version1.0pptxThick client pentesting_the-hackers_meetup_version1.0pptx
Thick client pentesting_the-hackers_meetup_version1.0pptx
 
Python Cryptography & Security
Python Cryptography & SecurityPython Cryptography & Security
Python Cryptography & Security
 
ReactJS presentation.pptx
ReactJS presentation.pptxReactJS presentation.pptx
ReactJS presentation.pptx
 
Introduction to Distributed Tracing
Introduction to Distributed TracingIntroduction to Distributed Tracing
Introduction to Distributed Tracing
 
Docker and Go: why did we decide to write Docker in Go?
Docker and Go: why did we decide to write Docker in Go?Docker and Go: why did we decide to write Docker in Go?
Docker and Go: why did we decide to write Docker in Go?
 
Geecon09: SOLID Design Principles
Geecon09: SOLID Design PrinciplesGeecon09: SOLID Design Principles
Geecon09: SOLID Design Principles
 
Bug Bounty 101
Bug Bounty 101Bug Bounty 101
Bug Bounty 101
 
Reverse proxies & Inconsistency
Reverse proxies & InconsistencyReverse proxies & Inconsistency
Reverse proxies & Inconsistency
 

Andere mochten auch

Andere mochten auch (12)

Event driven-automation and workflows
Event driven-automation and workflowsEvent driven-automation and workflows
Event driven-automation and workflows
 
StackStorm Product Highlights - DevOps Enterprise 2014 After-Party Ignite Talk
StackStorm Product Highlights - DevOps Enterprise 2014 After-Party Ignite TalkStackStorm Product Highlights - DevOps Enterprise 2014 After-Party Ignite Talk
StackStorm Product Highlights - DevOps Enterprise 2014 After-Party Ignite Talk
 
Winston - Netflix's event driven auto remediation and diagnostics tool
Winston - Netflix's event driven auto remediation and diagnostics toolWinston - Netflix's event driven auto remediation and diagnostics tool
Winston - Netflix's event driven auto remediation and diagnostics tool
 
Event Driven Automation Meetup May 14/2015
Event Driven Automation Meetup May 14/2015Event Driven Automation Meetup May 14/2015
Event Driven Automation Meetup May 14/2015
 
(SCALE 12x) OpenStack vs. VMware - A System Administrator Perspective
(SCALE 12x) OpenStack vs. VMware - A System Administrator Perspective(SCALE 12x) OpenStack vs. VMware - A System Administrator Perspective
(SCALE 12x) OpenStack vs. VMware - A System Administrator Perspective
 
Automating OpenStack clouds and beyond w/ StackStorm
Automating OpenStack clouds and beyond w/ StackStormAutomating OpenStack clouds and beyond w/ StackStorm
Automating OpenStack clouds and beyond w/ StackStorm
 
Mistral and StackStorm
Mistral and StackStormMistral and StackStorm
Mistral and StackStorm
 
터보브로워 홍보자료
터보브로워 홍보자료터보브로워 홍보자료
터보브로워 홍보자료
 
How to prevent pitfalls when buying epoxy flooring
How to prevent pitfalls when buying epoxy flooringHow to prevent pitfalls when buying epoxy flooring
How to prevent pitfalls when buying epoxy flooring
 
Example SEO Report February 2014 (English)
Example SEO Report February 2014 (English)Example SEO Report February 2014 (English)
Example SEO Report February 2014 (English)
 
Mobile friendly web ontwerp seo
Mobile friendly web ontwerp seoMobile friendly web ontwerp seo
Mobile friendly web ontwerp seo
 
Floor for bakery
Floor for bakeryFloor for bakery
Floor for bakery
 

Ähnlich wie StackStorm DevOps Automation Webinar

Responsive, adaptive and responsible - keynote at NebraskaJS
Responsive, adaptive and responsible - keynote at NebraskaJSResponsive, adaptive and responsible - keynote at NebraskaJS
Responsive, adaptive and responsible - keynote at NebraskaJS
Christian Heilmann
 
Asynchronous OSGi – Promises for the Masses - T Ward
Asynchronous OSGi – Promises for the Masses - T WardAsynchronous OSGi – Promises for the Masses - T Ward
Asynchronous OSGi – Promises for the Masses - T Ward
mfrancis
 

Ähnlich wie StackStorm DevOps Automation Webinar (20)

Stapling and patching the web of now - ForwardJS3, San Francisco
Stapling and patching the web of now - ForwardJS3, San FranciscoStapling and patching the web of now - ForwardJS3, San Francisco
Stapling and patching the web of now - ForwardJS3, San Francisco
 
Dev Ops without the Ops
Dev Ops without the OpsDev Ops without the Ops
Dev Ops without the Ops
 
PuppetConf 2017: Deploying is Only Half the Battle! Operationalizing Applicat...
PuppetConf 2017: Deploying is Only Half the Battle! Operationalizing Applicat...PuppetConf 2017: Deploying is Only Half the Battle! Operationalizing Applicat...
PuppetConf 2017: Deploying is Only Half the Battle! Operationalizing Applicat...
 
Design for Scale / Surge 2010
Design for Scale / Surge 2010Design for Scale / Surge 2010
Design for Scale / Surge 2010
 
Agile Testing Days 2018 USA - API Testing Fundamentals
Agile Testing Days 2018 USA - API Testing FundamentalsAgile Testing Days 2018 USA - API Testing Fundamentals
Agile Testing Days 2018 USA - API Testing Fundamentals
 
Of innovation and impatience - Future Decoded 2015
Of innovation and impatience - Future Decoded 2015Of innovation and impatience - Future Decoded 2015
Of innovation and impatience - Future Decoded 2015
 
JustEnoughDevOpsForDataScientists
JustEnoughDevOpsForDataScientistsJustEnoughDevOpsForDataScientists
JustEnoughDevOpsForDataScientists
 
Chris Mathias Presents Advanced API Design Considerations at LA CTO Forum
Chris Mathias Presents Advanced API Design Considerations at LA CTO ForumChris Mathias Presents Advanced API Design Considerations at LA CTO Forum
Chris Mathias Presents Advanced API Design Considerations at LA CTO Forum
 
App For That : OSU-COE-ISE5640
App For That : OSU-COE-ISE5640App For That : OSU-COE-ISE5640
App For That : OSU-COE-ISE5640
 
Moved to https://slidr.io/azzazzel/web-application-performance-tuning-beyond-xmx
Moved to https://slidr.io/azzazzel/web-application-performance-tuning-beyond-xmxMoved to https://slidr.io/azzazzel/web-application-performance-tuning-beyond-xmx
Moved to https://slidr.io/azzazzel/web-application-performance-tuning-beyond-xmx
 
Service worker API
Service worker APIService worker API
Service worker API
 
Dev and Ops Collaboration and Awareness at Etsy and Flickr
Dev and Ops Collaboration and Awareness at Etsy and FlickrDev and Ops Collaboration and Awareness at Etsy and Flickr
Dev and Ops Collaboration and Awareness at Etsy and Flickr
 
DOES SFO 2016 - Scott Willson - Top 10 Ways to Fail at DevOps
DOES SFO 2016 - Scott Willson - Top 10 Ways to Fail at DevOpsDOES SFO 2016 - Scott Willson - Top 10 Ways to Fail at DevOps
DOES SFO 2016 - Scott Willson - Top 10 Ways to Fail at DevOps
 
Responsive, adaptive and responsible - keynote at NebraskaJS
Responsive, adaptive and responsible - keynote at NebraskaJSResponsive, adaptive and responsible - keynote at NebraskaJS
Responsive, adaptive and responsible - keynote at NebraskaJS
 
devops, platforms and devops platforms
devops, platforms and devops platformsdevops, platforms and devops platforms
devops, platforms and devops platforms
 
devops, platforms and devops platforms
devops, platforms and devops platformsdevops, platforms and devops platforms
devops, platforms and devops platforms
 
Advanced deployment scenarios (netcoreconf)
Advanced deployment scenarios (netcoreconf)Advanced deployment scenarios (netcoreconf)
Advanced deployment scenarios (netcoreconf)
 
Asynchronous OSGi – Promises for the Masses - T Ward
Asynchronous OSGi – Promises for the Masses - T WardAsynchronous OSGi – Promises for the Masses - T Ward
Asynchronous OSGi – Promises for the Masses - T Ward
 
Erase and Rewind - Open Web Camp 2015
Erase and Rewind - Open Web Camp 2015Erase and Rewind - Open Web Camp 2015
Erase and Rewind - Open Web Camp 2015
 
[Pinto] Is my SharePoint Development team properly enlighted?
[Pinto] Is my SharePoint Development team properly enlighted?[Pinto] Is my SharePoint Development team properly enlighted?
[Pinto] Is my SharePoint Development team properly enlighted?
 

Kürzlich hochgeladen

EIS-Webinar-Prompt-Knowledge-Eng-2024-04-08.pptx
EIS-Webinar-Prompt-Knowledge-Eng-2024-04-08.pptxEIS-Webinar-Prompt-Knowledge-Eng-2024-04-08.pptx
EIS-Webinar-Prompt-Knowledge-Eng-2024-04-08.pptx
Earley Information Science
 
Histor y of HAM Radio presentation slide
Histor y of HAM Radio presentation slideHistor y of HAM Radio presentation slide
Histor y of HAM Radio presentation slide
vu2urc
 
IAC 2024 - IA Fast Track to Search Focused AI Solutions
IAC 2024 - IA Fast Track to Search Focused AI SolutionsIAC 2024 - IA Fast Track to Search Focused AI Solutions
IAC 2024 - IA Fast Track to Search Focused AI Solutions
Enterprise Knowledge
 

Kürzlich hochgeladen (20)

Strategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a FresherStrategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a Fresher
 
EIS-Webinar-Prompt-Knowledge-Eng-2024-04-08.pptx
EIS-Webinar-Prompt-Knowledge-Eng-2024-04-08.pptxEIS-Webinar-Prompt-Knowledge-Eng-2024-04-08.pptx
EIS-Webinar-Prompt-Knowledge-Eng-2024-04-08.pptx
 
How to convert PDF to text with Nanonets
How to convert PDF to text with NanonetsHow to convert PDF to text with Nanonets
How to convert PDF to text with Nanonets
 
GenCyber Cyber Security Day Presentation
GenCyber Cyber Security Day PresentationGenCyber Cyber Security Day Presentation
GenCyber Cyber Security Day Presentation
 
Tech Trends Report 2024 Future Today Institute.pdf
Tech Trends Report 2024 Future Today Institute.pdfTech Trends Report 2024 Future Today Institute.pdf
Tech Trends Report 2024 Future Today Institute.pdf
 
Handwritten Text Recognition for manuscripts and early printed texts
Handwritten Text Recognition for manuscripts and early printed textsHandwritten Text Recognition for manuscripts and early printed texts
Handwritten Text Recognition for manuscripts and early printed texts
 
2024: Domino Containers - The Next Step. News from the Domino Container commu...
2024: Domino Containers - The Next Step. News from the Domino Container commu...2024: Domino Containers - The Next Step. News from the Domino Container commu...
2024: Domino Containers - The Next Step. News from the Domino Container commu...
 
GenAI Risks & Security Meetup 01052024.pdf
GenAI Risks & Security Meetup 01052024.pdfGenAI Risks & Security Meetup 01052024.pdf
GenAI Risks & Security Meetup 01052024.pdf
 
Data Cloud, More than a CDP by Matt Robison
Data Cloud, More than a CDP by Matt RobisonData Cloud, More than a CDP by Matt Robison
Data Cloud, More than a CDP by Matt Robison
 
ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke
ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemkeProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke
ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke
 
🐬 The future of MySQL is Postgres 🐘
🐬  The future of MySQL is Postgres   🐘🐬  The future of MySQL is Postgres   🐘
🐬 The future of MySQL is Postgres 🐘
 
Driving Behavioral Change for Information Management through Data-Driven Gree...
Driving Behavioral Change for Information Management through Data-Driven Gree...Driving Behavioral Change for Information Management through Data-Driven Gree...
Driving Behavioral Change for Information Management through Data-Driven Gree...
 
How to Troubleshoot Apps for the Modern Connected Worker
How to Troubleshoot Apps for the Modern Connected WorkerHow to Troubleshoot Apps for the Modern Connected Worker
How to Troubleshoot Apps for the Modern Connected Worker
 
Axa Assurance Maroc - Insurer Innovation Award 2024
Axa Assurance Maroc - Insurer Innovation Award 2024Axa Assurance Maroc - Insurer Innovation Award 2024
Axa Assurance Maroc - Insurer Innovation Award 2024
 
Histor y of HAM Radio presentation slide
Histor y of HAM Radio presentation slideHistor y of HAM Radio presentation slide
Histor y of HAM Radio presentation slide
 
IAC 2024 - IA Fast Track to Search Focused AI Solutions
IAC 2024 - IA Fast Track to Search Focused AI SolutionsIAC 2024 - IA Fast Track to Search Focused AI Solutions
IAC 2024 - IA Fast Track to Search Focused AI Solutions
 
Exploring the Future Potential of AI-Enabled Smartphone Processors
Exploring the Future Potential of AI-Enabled Smartphone ProcessorsExploring the Future Potential of AI-Enabled Smartphone Processors
Exploring the Future Potential of AI-Enabled Smartphone Processors
 
Understanding Discord NSFW Servers A Guide for Responsible Users.pdf
Understanding Discord NSFW Servers A Guide for Responsible Users.pdfUnderstanding Discord NSFW Servers A Guide for Responsible Users.pdf
Understanding Discord NSFW Servers A Guide for Responsible Users.pdf
 
Scaling API-first – The story of a global engineering organization
Scaling API-first – The story of a global engineering organizationScaling API-first – The story of a global engineering organization
Scaling API-first – The story of a global engineering organization
 
From Event to Action: Accelerate Your Decision Making with Real-Time Automation
From Event to Action: Accelerate Your Decision Making with Real-Time AutomationFrom Event to Action: Accelerate Your Decision Making with Real-Time Automation
From Event to Action: Accelerate Your Decision Making with Real-Time Automation
 

StackStorm DevOps Automation Webinar

  • 1. www.stackstorm.com! ! @Stack_Storm! ! July 2014! CONFIDENTIAL! Vision, Common Operational Patterns, and a Little About Our Approach!
  • 2. Vision à Specific Patterns! 2! ! 7/21/14! © 2014 StackStorm, Inc.! Confidential! We’ve been chatting with you – what have we learned?! •  Let’s talk operational patterns. ! •  A little on monitoring. ! •  A lot on operations automation.! ! We want to learn more today! ! ! What are we building?! ! !
  • 3. Market! “So$ware  is  ea,ng  everything.”   {  developed  and  operated   in  the  DevOps  way  }   !   StackStorm  does  DevOps   opera,ons  automa,on   !   3! ! 7/21/14! © 2014 StackStorm, Inc.! Confidential!
  • 4. StackStorm Presenters! Patrick Hoolboom, Unicorn Stormer! •  7+ years building and running high pace DevOps environment (2 years at Cloudmark)! •  Puppet, Chef, Nagios, NewRelic, Logstash and more! •  “Open source your process” – lets share operational templates! ! ! Evan Powell, Co-Founder & CEO! •  15+ years in infrastructure software! •  Founding CEO of Clarus Systems, acquired by OPNT! •  Founding CEO of Nexenta Systems! •  Defined and led OpenStorage and SDS space! •  Led Nexenta to 5k+ customers, 280+ employees, $350 million+ of partner sales, $75 million in funding ! ! 4! ! 7/21/14! © 2014 StackStorm, Inc.! Confidential!
  • 5. 130+ Discussions! PIX  |  SYSTEM   5! ! 5! ! 7/21/14! © 2014 StackStorm, Inc.! Confidential!
  • 7. CI/CD, ChatOps, DevOps! 7! ! CI   CD   ChatOps   “DevOps”  CD*   Every  single  soul   SREs   Love  it!   Stupid!   7/21/14! © 2014 StackStorm, Inc.! Confidential!
  • 8. 8! ! 7/21/14   ©  2014  StackStorm,  Inc.   ConfidenRal   Day  1:  Pre4y  well  sorted     Day  2:  Pre4y  much  chaos     •  But  if  infrastructure  is  immutable   then  maybe  we  never  have  Day  2?    
  • 10. Patterns: Monitoring! Monitoring as a service:! • Check in your checks and monitoring is free! • Transparency => shame => compliance! Ongoing challenges:! • Pager fatigue! • Automate all the thresholds ! • Dependencies => deduplicating alerts! • Drive => Host => Service => Application => User! 10! ! 7/21/14! © 2014 StackStorm, Inc.! Confidential!
  • 11. Patterns: Monitoring! 11! ! Nagios  –  Sensu  –  APM   Zabbix   Graphite   StatsD   Humans  via  ChatOps   PAGER  DUTY   Auto  correcRons:    Nagios  or  other   Declare  event,  ask  for  help   -­‐>>Event  pipeline  -­‐>>   -­‐>>Event  pipeline  -­‐>>   Rieman  /  StackTach  
  • 12. Patterns: Monitoring! Infer the threshold! • Anomaly detection! • Pattern recognition! Start with a check! And/or update the checks and thresholds as you learn more! Monitoring as a service " Remediation as a service! 12! ! 7/21/14! © 2014 StackStorm, Inc.! Confidential!
  • 13. Remediation as a Service #1! 13! ! Facebook’s  FBAR:     “AutomaRng  the  work  of   hundreds”           h4ps://www.facebook.com/notes/facebook-­‐engineering/making-­‐facebook-­‐self-­‐ healing/10150275248698920   7/21/14! © 2014 StackStorm, Inc.! Confidential!
  • 14. Remediation as a Service #2! 14! ! Microsoh  AutoPilot:   States:   •  Healthy,  Failed,   ProbaRon   RemediaRons  (“Rs”):   •  Restart,  Reboot,   Reimage,  RMA             h4p://research.microsoh.com/pubs/64604/osr2007.pdf   “Machine  learning  algorithms  to  analyze  these  data  in  order  to   understand  how  to  improve  the  policy  selngs,  with  the  ulRmate   goal  of  automaRng  many  of  the  current  manual  policies.  “  
  • 15. Patterns: Tools – Monitoring?! The #1 tool we have seen is NewRelic! • Roughly 75% of the discussions! • Amazing because it does not fit all the requirements! The #2 tool we have seen is Splunk! • Still seeing them more than LogStash, ElasticSearch although it is close! ! 15! ! 7/21/14! © 2014 StackStorm, Inc.! Confidential!
  • 16. Patterns: Tools – Configuration! Puppet vs. Chef! • Ops vs. developers?! Ansible and Salt growing in importance! • Points of differentiation and also overlap! Best practices include:! •  Separate source of truth ! •  Code reviews (duh?)! 16! ! 7/21/14! © 2014 StackStorm, Inc.! Confidential!
  • 17. “State in the Repo” vs. 
 Single Source of Truth! 17! ! •  Provides visibility into the system! •  Fights configuration drift! •  Reduces convergence time of changes! •  Tied in to monitoring and configuration systems! 7/21/14! © 2014 StackStorm, Inc.! Confidential!
  • 18. 18! ! Lack  of  trust   Hard  to  test   Simple  script  +   simple  script  +   simple  script  +   Zounds   What’s  Wrong  with  Day  2  AutomaCon?   Monitoring   My  script  vs.  your  script   IntegraCon   sprawl  
  • 19. Automation: Don’t Forget #1! Simplicity  scales.   19! ! Best.       7/21/14! © 2014 StackStorm, Inc.! Confidential! BEST  PRACTICES   •  Have  X  states  (three  seems  logical)  for  a  monitored   system   •  Have  Y  remediaRons   •  Document  both   •  Automate  the  known  mappings   •  Atomic  acRons   •  Workflows  or  acRons  of  acRons  to  Re  them  together     Lessons  learned  from  many  operators  large  and  small  
  • 20. Automation: Don’t Forget #2:! Failure  detectors  must  be  able  to  dis7nguish   between  the  symptoms  of  failure  and  overloading,   otherwise  overloaded  computers  may  be  marked   as  failed  and  removed  from  service,  amplifying  the   problem  and  triggering  a  cascade  of  failures  that   disables  the  enRre  applicaRon.   20! !  h4p://research.microsoh.com/pubs/64604/osr2007.pdf   BEST  PRACTICE   Check  a  threshold  with  each  step  so  that  run  away   automaRons  cannot  occur.   7/21/14! © 2014 StackStorm, Inc.! Confidential!
  • 21. Automation: Don’t Forget #3! Humans  are  good  at  pa4ern  matching  –  if  they   perceive  the  pa4erns.   •  Always  provide  context.  When  a  threshold  is  violated  that   requires  that  humans  get  back  involved  you  are  at  risk  of  pulng   the  human  in  a  difficult  place.   21! ! BEST  PRACTICE   When  the  system  needs  a  human,  provide  the  human  with   context.       •  Automate  the  delivery  of  that  context  for  the  sake  of  consistency   •  Don’t  allow  the  automa,on  to  just  be  addi,onal  complexity  on  top   of  complexity   7/21/14! © 2014 StackStorm, Inc.! Confidential!
  • 22. Automation: Don’t Forget #4! AutomaRon  frees  up  humans  to  a4ack  technical   debt,  refactor  for  growth  and  so  forth.     However,  the  implicit  knowledge  formed  by   eliminated  manual  acRon  itself  may  be  lost.   22! ! BEST  PRACTICE   Refer  to  the  prior  Don’t  forget  points  including  simplicity  of   state  analysis  and  simplicity  of  allowed  remediaRons.       •  Also  –  allow  manual  invoking  of  automaRons   •  Make  automaRons  human  readable   •  And  otherwise  transparent   •  Give  the  automaRon  an  edgy  personality  (huh?)       7/21/14! © 2014 StackStorm, Inc.! Confidential!
  • 23. ChatOps is Brilliant! Add  some  code  to  IRC  or  other  chat  to  do  stuff,  and   you  have  bot  executed  code.  Add  to  that  an  enRre   automaRon  library  –  plus  a  personality  –  and  the   requirement  that  ALL  changes  happen  through  chat   and  DevOps  happens.   23! ! BEST  PRACTICES   Get  to  know  Hubot.  And  stay  tuned  for  StackStorm’s  take  on   this  approach.  ChatOps  benefits:   •  Dev/Ops  interface  and  Newby  /  Old  pro  interface   •  Context  for  humans   •  Trust  in  automaRon   h4p://puppetlabs.com/blog/really-­‐building-­‐data-­‐driven-­‐infrastructure   7/21/14! © 2014 StackStorm, Inc.! Confidential!
  • 24. Integrations & Relationships! Auto  Scaling   7/21/14! © 2014 StackStorm, Inc.! Confidential!
  • 25. Integrations & Relationships! Auto  Scaling   AutomaRon  as  a  Service   7/21/14! © 2014 StackStorm, Inc.! Confidential!
  • 26. Before! 26! ! Events   AcCons   Events   AcCons   Scripts   Scripts   AcCons   Scripts   Events   #BadAuto! •  Who did what to what and how did it go?! •  Fragments of automation and configuration management! •  No opportunity for learning! 7/21/14! © 2014 StackStorm, Inc.! Confidential!
  • 27. StackStorm! 27! ! Events   AcCons   #ShareAndLearn! •  Scripts -> automations! •  Workflow – stitch stactions! •  Close the loop – map events to automations! •  Total audit & transparency! •  Still DevOps friendly ! •  All automations are code in repositories! 7/21/14! © 2014 StackStorm, Inc.! Confidential!
  • 28. Technical Details! •  Centralized view (federated) into automations! •  Audit trail and RBAC access controls! •  Infrastructure as code! •  Full APIs, configurations as code! •  Collaboration inherent! •  Abstraction of automations for sharing! •  Two way integration into collaboration including ChatOps! •  Bi directional close relationship with monitoring! •  StackStorm helps users determine where to put problem analysis – StackTach and others promising! •  Facility for self learning! •  Simple today headed towards controller synthesis approaches! 28! ! 7/21/14! © 2014 StackStorm, Inc.! Confidential!
  • 29. Example Use Cases! • OpenStack and hybrid management! • Facilitated troubleshooting! •  Over time – automated resolution! • Multi-stage deployments! •  Develop, stage, deploy for example! • Response to security events! •  Post-hoc as opposed to real time! 29! ! 7/21/14! © 2014 StackStorm, Inc.! Confidential!
  • 30. Business Model! OpenSource! •  Apache licenses! Free! •  Free forever edition (community)! Enterprise! •  On premise or hosted – all deployments now are on premise! ! 30! ! 7/21/14! © 2014 StackStorm, Inc.! Confidential!
  • 31. Who Wins?! 31! ! 7/21/14! © 2014 StackStorm, Inc.! Confidential!
  • 32. What Can You Do?! Register as a beta participant! •  Are you doing some OpenStack?! •  Can you provide feedback at least 2x per month?! •  Automating something already?! •  Interested in ChatOps? Not required….! ! Once we GA – grab free version! •  Contribute to community w/ integrations and automations! •  OpenSource and share your operations patterns! 32! ! 7/21/14! © 2014 StackStorm, Inc.! Confidential!
  • 33. Questions! To respond, please unmute your line by pressing *6! ! CI, CD, Day 2 operations?! • Where are you in the continuum?! ChatOps – do you use it?! ! Have you had automations run amok?! ! DevOps team? Title? Silo?! ! 33! ! 7/21/14! © 2014 StackStorm, Inc.! Confidential!
  • 34. Summary! World is changing rapidly! ! We’ve learned a lot! ! Safe, composable automations with circuit breakers and other controls should help! ! 34! ! 7/21/14! © 2014 StackStorm, Inc.! Confidential!
  • 36. Thank You
 Follow us on Twitter @Stack_Storm!