From Silos to DevOps:
Our (in Progress) Story
April 2, 2015
Gil Irizarry (Director of Engineering, Tools)
David Murgatroyd (VP, Engineering)
Our Goal for this talk
● Talk about DevOps
● ...and how it fits into Basis...
● ...and discuss the future (ours and yours)
Quick survey: How many of us...
● Work for companies whose product is
delivered via SaaS?
● … but that didn’t start out doing SaaS (e.g.,
delivered on-premise products)?
● … and consider your deployment strategy
less than ideal?
● How many attended the previous talk?
What is DevOps?
● From Wikipedia: a software development
method that stresses communication,
collaboration, integration, automation and
measurement of cooperation between
software developers and other IT
● Acknowledges the interdependence of
software development, quality assurance,
and IT operations, and aims to help an
organization rapidly produce software ... and
to improve operations performance.
DevOps principles: CAMS
Edwards and John Willis
Some (likely apocryphal) stories:
● The Banana Corporation
● Best Buy
● History of DevOps:
● Convergence of DevOps:
The Basis Story
● Delivering on-premise text analytics libraries
(e.g., jars) for ~15 years
● Customers across many industries and
around the world -- you may have used us
today without knowing it
● Rolling-out of a text analytics API later this
year -- currently servicing Alpha users
Producing an On-Prem Library v. a Service
What we deliver A tarball RESTful API
How often we
Release a few times a
Deploy a few times a
Customers email us Monitors page us
system to keep up
Build machines Runtime service
Speed & accuracy (value to
… and also utilization
(cost to operate)
Key components Open source libraries (e.g.,
IaaS tools (e.g., AWS’s)
What we do at Basis
● Bamboo for automated builds, pulling code
from git repositories
● Builds tagged by development as ‘release’
get pulled into a custom-baked AMI on AWS
integrated with auto-scaling
● Custom script uses the AMI to deploy EC2
instances, ELBs and infrastructure.
What we do at Basis
● The good news: software-defined
● Also good news: IT and Dev have worked
together from the start to define the
● Needs improvement: deployments are still
kicked off manually (but hey, we’re still in
Now and Future
● Now: We have a de-facto DevOps team
composed of IT, Tools, RelEng, and Eng,
● Future: We aspire to
create a NoOps
environment. But what
● NoOps is the concept that an IT environment
can become so automated and abstracted
from the underlying infrastructure that there
is no need for a dedicated team to manage
● FYI, Forrester coined the
term NoOps, here’s a
table of theirs...
What is NoOps?
Why NoOps for Basis?
● empower developers (developer-defined
infrastructure - DDI)
○ Check out http://venturebeat.com/2015/04/01/the-
● reduce the effort needed to maintain the
● transition to SaaS without building up a large
Discussion topics? Suggestions...
● What are the challenges with NoOps?
● What advice would you give us (Basis)?
● From what different traditional software
engineering roles do folks transition into
● How does *Ops affect your software
development methodology? How do you
reconcile fixed-length sprints in a continuous
● Is Basis hiring *Ops? (Hint: yes.)