Applications running in a typical data center are static entities. But applications aren't static in the cloud. Dynamic scaling and resource allocation is the norm in AWS. Technologies such as Amazon EC2, AWS Lambda, and Auto Scaling provide flexibility but can add complexity to the enterprise application environment. New Relic helps manage that complexity to give the benefits of the cloud without sacrificing simplicity. In this session, we discuss some of the best practices we’ve learned working with New Relic customers on how to manage applications running in this environment and take advantage of the dynamic nature of the cloud to give you additional insights into your application performance.
2. Safe Harbor
This document and the information herein (including any information that may be incorporated by reference) is provided for
informational purposes only and should not be construed as an offer, commitment, promise or obligation on behalf of New Relic, Inc.
(“New Relic”) to sell securities or deliver any product, material, code, functionality, or other feature. Any information provided hereby is
proprietary to New Relic and may not be replicated or disclosed without New Relic’s express written permission.
Such information may contain forward-looking statements within the meaning of federal securities laws. Any statement that is not a
historical fact or refers to expectations, projections, future plans, objectives, estimates, goals, or other characterizations of future
events is a forward-looking statement. These forward-looking statements can often be identified as such because the context of the
statement will include words such as “believes,” “anticipates,”, “expects” or words of similar import.
Actual results may differ materially from those expressed in these forward-looking statements, which speak only as of the date hereof,
and are subject to change at any time without notice. Existing and prospective investors, customers and other third parties transacting
business with New Relic are cautioned not to place undue reliance on this forward-looking information. The achievement or success
of the matters covered by such forward-looking statements are based on New Relic’s current assumptions, expectations, and beliefs
and are subject to substantial risks, uncertainties, assumptions, and changes in circumstances that may cause the actual results,
performance, or achievements to differ materially from those expressed or implied in any forward-looking statement. Further
information on factors that could affect such forward-looking statements is included in the filings we make with the SEC from time to
time. Copies of these documents may be obtained by visiting New Relic’s Investor Relations website at http://ir.newrelic.com or the
SEC’s website at www.sec.gov.
New Relic assumes no obligation and does not intend to update these forward-looking statements, except as required by law. New
Relic makes no warranties, expressed or implied, in this document or otherwise, with respect to the information provided.
3. Who are We?
Specialize in:
Testing
Monitoring
Performance Optimization
22 years in industry
10 in Mercury Interactive / HP
2 in New Relic
Did DevOps when it was called “Lean Manufacturing”
@adwetzel andywetzel
10. Better Data Center
Resources
are allocated to
uses, just like in
a data center
Lifetime of
components is
relatively long
Provisioning
process is faster
11. Better Data Center
Resources
are allocated to
uses, just like in
a data center
Lifetime of
components is
relatively long
Provisioning
process is faster
Capacity planning
is still important
and still applies
12. Why use a “Better Data Center”?
ComplianceImprove
Application
Availability
(redundancy)
Add new
Capacity
(faster)
13. Who is impacted?
Better Data Center
Faster Application
Launch / Deploy=
Better Data
Center
Can I scale my server fleet?
Can apps run anywhere?
How do they perform in the cloud?
Operations
Data center is
a data center…
Development
14. How do I monitor it?
Similar to monitoring any other data center…
15. Monitoring an application
Typical Server / EC2 Instance
• Application &
Application Microservices
• Server OS
• Hardware (virtual)
EC2 Instance
Application &
Application
Microservices
Server OS
Server (Virtual)
Hardware
17. New Relic Monitoring
New Relic
• Monitors (Server):
– How O.S. is performing
– Processes
– Hardware
• Monitors (Application):
– App health
– App performance
– Microservices
• Doesn’t know
– Virtualization
EC2 Instance
Application &
Application
Microservices
New Relic
Application
Monitoring
Server OS
Server (Virtual)
Hardware
New Relic
Server
Monitoring
Amazon
CloudWatch
AWS MANAGEMENT
CONSOLE
DASHBOARDS
18. AWS New Relic work together
EC2 Instance
Application &
Application
Microservices
New Relic
Application
Monitoring
Server OS
Server (Virtual)
Hardware
New Relic
Server
Monitoring
Amazon
CloudWatch
AWS MANAGEMENT
CONSOLE
DASHBOARDS
AWS / CloudWatch
• Visibility into virtualization
• CPU / Disk / Networking
New Relic
• CPU / Disk / Networking
• Memory / Filesystem
• Processes
• Infrastructure components
• Application / Microservices:
– Latency
– Error rates
– App insights CloudWatch
monitors
New Relic
monitors
20. About “Certify”
SBA’S BUSINESS CERTIFICATION PLATFORM
Hosted on the
AWS Cloud
FedRAMP
compliant
Replaces legacy
ColdFusion /
Oracle systems
Helps small
businesses to
win government
contracts
23. How we avoided “The Capitol Hill” moment
Used New Relic to
identify bottlenecks
Proactive real-time monitoring
via New Relic helped us to
better manage go-live
24. The outcome
Successful launch
to the cloud –
infrastructure and
new application –
in only 7 months
Increase in
new certification
applications during
the first month
No measurable
degradation in
performance for
either event
(MRT90 = 3 seconds)
600%0 7
25. A better data center for SBA
FedRAMP
Compliance &
Rapid ATO
Virtual
redundancy via
AWS Platform
Auto-scaling
of cloud
infrastructure
27. Cloud as a “Dynamic Tool for Dynamic Apps”
Use only
the resources
you need
Resource
allocation is an
integral part of
your application
architecture
Allocate /
de-allocate
resources on
the fly
28. Dynamic Cloud
Docker containers:
• Quicker / cheaper startup / shutdown
than EC2 instances
• Easy to consume Docker containers
much like you do “processes”
• Perform jobs:
– In a script
– Off of some queue of job requests
31. EC2 Auto Scaling
Dynamic Cloud Technologies
Mobile / IoT
Dynamic routing
Load balancing
Data transport
Queues and notifications
Docker
Dynamic Cloud is about scaling
32. Who Uses It?
Better Data
Center
Can I scale my server fleet?
Can apps run anywhere?
How do they perform in the cloud?
Operations
Data center is
a data center…
Development
Dynamic
Cloud
What is a container?
What is a Lambda?
It was just here, where did it go?
Cloud architecture is integral
to the application architecture
Developers deeply involved
in cloud activities
33. How do I monitor the Dynamic Cloud?
Dynamic Cloud has unique monitoring requirements…
34. Responsibility (Dynamic Cloud)
Server OS
Application &
Application
Microservices
Application &
Application
Microservices
Application &
Application
Microservices
Provisioning
Responsible for the parts you care about
• Application &
Application Microservices
Let cloud manage rest
• Infrastructure
• Allocation / Provisioning
• Scaling
Server (Virtual)
Hardware
35. AWS Infrastructure New Relic work together
Server OS
Server (Virtual)
Hardware
AWS CONSOLE
DASHBOARDS
Application &
Application
Microservices
Application &
Application
Microservices
Application &
Application
Microservices
Provisioning
Amazon
CloudWatch
36. AWS Infrastructure New Relic work together
Server OS
Server (Virtual)
Hardware
AWS CONSOLE
DASHBOARDS
Application &
Application
Microservices
Application &
Application
Microservices
Application &
Application
Microservices
Provisioning
Amazon
CloudWatch
CloudWatch
& AWS monitoring
37. AWS Infrastructure New Relic work together
Server OS
Server (Virtual)
Hardware
AWS CONSOLE
DASHBOARDS
Application &
Application
Microservices
Application &
Application
Microservices
Application &
Application
Microservices
Provisioning
CloudWatch
& AWS monitoring
New Relic
monitors
Amazon
CloudWatch
38. Monitoring the Dynamic Cloud
Very different than monitoring traditional Data Center components
Monitor the
Cloud Components
themselves
Monitor the
lifecycle of the
Cloud Components
39. Dynamic Cloud
Amazon EC2
Server running
application / processes
Docker container
Process running
a command
Amazon Lambda
Function performing a
task or operation
41. Monitoring the Dynamic Cloud
… your monitoring tools need to help you keep up
Your world is changing fast…
42. Change is speeding up
Traditional
Data Center
Dynamic Cloud enables better applications faster.
The rate of change is increasing…
Good
43. Change is speeding up
Traditional
Data Center
Cloud
Data Center
Dynamic Cloud enables better applications faster.
The rate of change is increasing…
Good Better
44. Change is speeding up
Traditional
Data Center
Cloud
Data Center
Dynamic
Cloud
Dynamic Cloud enables better applications faster.
The rate of change is increasing…
Good Better Best
48. Lessons learned
Government
can be nimble
Avoiding
“The Capitol Hill”
moment
Leverage
data driven
decision-making
More gains
possible via
Dynamic Cloud
49. Lessons learned
Government
can be nimble
Avoiding
“The Capitol Hill”
moment
Leverage
data driven
decision-making
More gains
possible via
Dynamic Cloud
Others
can help
50. Thank You!
Andy Wetzel, Director of Industry Solutions at New Relic, Inc.
Donald J. Patti, Program Manager & ScrumMaster, Telesis
Hinweis der Redaktion
What’s the biggest fear for most individuals working in government? It’s getting called up to the Hill to testify about a problem at your agency.
It happened when Healthcare.gov struggled at initial launch due to system performance problems and overwhelming demand.
And, it happened when SAM.gov, GSA’s contract award system, launched.
When the SBA launched “Certify.SBA.gov” last March, one of the organization’s key concerns avoiding the “Capitol Hill” Moment and having a successful launch. In this presentation, you’ll learn how we did that leveraging active performance monitoring.
But first, cover how enterprise performance monitoring can not only help your organization to build a better data center, it can help you to build a dynamic cloud.
Opening line to talk: Why are we here? We’re here because people want better apps, faster. (either approach works, but approach depends on how fast you get there)
Better Data Center
Cloud components statically allocated, “provisioned”
Long lived instances
Mostly traditional components
Servers, load balancers, static routing and networking
Long lived resources
Traditional resource allocation
Traditional capacity planning
‘We need n servers’
Dynamic Environment
Dynamic allocation, Cloud components allocated as needed
No “provisioning”
Short lived instances
interactive scaling & Job based allocation
Uses cloud specific components
Queues, pipelines, Managed resources, CI/CD, Dynamic routing
Long and short lived resources
Dynamic resource allocation
Statistical capacity planning
‘n+/-y servers at peak times…’
Runs servers/networking/infrastructure
Just like your existing data centers
Cloud benefit: Easy/fast provisioning
Push button creation/editing of your operations infrastructure
Allows faster turn around to required Ops changes
Runs servers/networking/infrastructure
Just like your existing data centers
Cloud benefit: Easy/fast provisioning
Push button creation/editing of your operations infrastructure
Allows faster turn around to required Ops changes
Runs servers/networking/infrastructure
Just like your existing data centers
Cloud benefit: Easy/fast provisioning
Push button creation/editing of your operations infrastructure
Allows faster turn around to required Ops changes
Runs servers/networking/infrastructure
Just like your existing data centers
Cloud benefit: Easy/fast provisioning
Push button creation/editing of your operations infrastructure
Allows faster turn around to required Ops changes
Add new capacity
easy provisioning of new capacity
Improved Application Availability
Redundant data center(s)
Compliance
Keep data in a given locale (EU Safe harbor)
Geographic dispersion
Keep backup data at least 100 miles away…
This is a typical server running a typical application
>Has an:
- application environment
- operating system
- hardware (real or virtual)
Internal cloud monitoring tools, such as Cloud Watch…
***only monitor the AWS infrastructure***
Do not go “into” the server
Doesn’t know about Server OS, Memory, Processes, Application
This is where New Relic monitoring picks up:
>Server monitoring for OS, Processes, Memory, etc.
>Application monitoring for application health and performance
>New Relic monitoring doesn’t know about the cloud virtualization…
The key:
> AWS/Cloud monitoring gets you the cloud infrastructure and virtualization
> New Relic gets you “inside the server”, and the application
Together, they give a complete picture of your system
They are each incomplete on their own
SBA’s Business Certification Platform
Helps small businesses to win government contracts
Hosted on the AWS Cloud
FedRAMP compliant
Replaces legacy ColdFusion/Oracle systems
Team effectively used New Relic to identify bottlenecks in application process prior to go-live. Could identify layer where problem was occurring.
Proactive real-time monitoring via New Relic helped us to better manage go-live, helping us to feel more comfortable as major events approached.
This is a typical server running a typical application
>Has an:
- application environment
- operating system
- hardware (real or virtual)
From Abner: When things change here, then what? What visibility do you have into change in each of these components? How do detect problems when they break? Or finding optimizations? How do you seek out optimizations? <lead into next slide>
AWS/CloudWatch
Infrastructure components
Load Balancers
Networking
Queues
Other PaaS/SaaS
New Relic
Include in New Relic dashboards
Plugins
AWS/CloudWatch
Infrastructure components
Load Balancers
Networking
Queues
Other PaaS/SaaS
New Relic
Include in New Relic dashboards
Plugins
AWS/CloudWatch
Infrastructure components
Load Balancers
Networking
Queues
Other PaaS/SaaS
New Relic
Include in New Relic dashboards
Plugins
Very different then monitoring “another data center”
Two parts:
Monitoring the cloud components themselves
Monitoring the lifecycle of cloud components
[need work here]
Very different then monitoring “another data center”
Two parts:
Monitoring the cloud components themselves
Monitoring the lifecycle of cloud components
[need work here]
Very different then monitoring “another data center”
Two parts:
Monitoring the cloud components themselves
Monitoring the lifecycle of cloud components
[need work here]
It use to be that monitoring “Just the Server” was enough, but not any more
When you use the cloud, your apps change faster, your infrastructure changes faster.
Your monitoring has to keep up.
Monitoring just the server is not enough.
You must monitor everything.
It use to be that monitoring “Just the Server” was enough, but not any more
When you use the cloud, your apps change faster, your infrastructure changes faster.
Your monitoring has to keep up.
Monitoring just the server is not enough.
You must monitor everything.
It use to be that monitoring “Just the Server” was enough, but not any more
When you use the cloud, your apps change faster, your infrastructure changes faster.
Your monitoring has to keep up.
Monitoring just the server is not enough.
You must monitor everything.
Government can be nimble -- and successful -- leveraging a combination of SaaS and custom development in the AWS Cloud
Real-time performance monitoring is essential to avoiding “The Capitol Hill Moment”
Leverage data driven decision-making via a common set of evidence
More gains possible via Dynamic Cloud
Others can help – AWS, New Relic, Telesis
Government can be nimble -- and successful -- leveraging a combination of SaaS and custom development in the AWS Cloud
Real-time performance monitoring is essential to avoiding “The Capitol Hill Moment”
Leverage data driven decision-making via a common set of evidence
More gains possible via Dynamic Cloud
Others can help – AWS, New Relic, Telesis
Government can be nimble -- and successful -- leveraging a combination of SaaS and custom development in the AWS Cloud
Real-time performance monitoring is essential to avoiding “The Capitol Hill Moment”
Leverage data driven decision-making via a common set of evidence
More gains possible via Dynamic Cloud
Others can help – AWS, New Relic, Telesis
Government can be nimble -- and successful -- leveraging a combination of SaaS and custom development in the AWS Cloud
Real-time performance monitoring is essential to avoiding “The Capitol Hill Moment”
Leverage data driven decision-making via a common set of evidence
More gains possible via Dynamic Cloud
Others can help – AWS, New Relic, Telesis
Government can be nimble -- and successful -- leveraging a combination of SaaS and custom development in the AWS Cloud
Real-time performance monitoring is essential to avoiding “The Capitol Hill Moment”
Leverage data driven decision-making via a common set of evidence
More gains possible via Dynamic Cloud
Others can help – AWS, New Relic, Telesis