Independent Health’s Journey Deploying HP AppPulse ActiveDecember 8, 2015
© Copyright 2015 Vivit Worldwide
Brought to you by
Vivit Performance Engineering SIG
Leaders: Todd DeCapua, Scott Moore,
Paul Shovlin and Chris Trimper
www.vivit-worldwide.org
© Copyright 2015 Vivit Worldwide
Hosted by
Rocky Pisto
Vivit Chapter and SIG Leader
© Copyright 2015 Vivit Worldwide
Today’s Presenters
Chris Trimper
Application Services Manager, QA Engineering
Independent Health
Ross Mistretta
HPE BSM/A DevOps Practice Manager
Melillo Consulting
© Copyright 2015 Vivit Worldwide
Housekeeping
• This “LIVE” session is being recorded
• The recording will be available on BrightTALK
immediately after this session
• Q&A: Please type questions in the Questions
Box below the presentation screen
• Additional information available for you
behind the Attachment button and later on the
Vivit website
Introduction
• This presentation will be discussing the AppPulseActive product only. We will not be focusing on the AppPulse Mobile product
• The goal of this presentation is to demonstrate the ease of implementation of AppPulse Active
• Various screenshots may have Independent Health data hidden or obscured due to confidentiality
Layout at Independent Health
HP at Independent Health
• ALM
• UFT – GUI & API
• LoadRunner
• AppPulse Active
• Melillo Sales / Support (ASMP-S)
What we test
• Siebel
• HealthRules Manager (.net)
• WNY HealtheNet (web app)
• IndependentHealth.com
• SOA
The AppPulse Active journey at Independent Health• Existing use of LoadRunner with a library of VuGen
scripts
• No previous knowledge of AppPulse Active
• Corporate desire to ‘know more’ about the production environment
• Direction from upper management to ‘try out this new thing’
• Enterprise QA drives production performance monitoring
AppPulse ActiveInstant reuse of proven performance scripts leveraged for production monitoring
Other ‘Tools’
Traditional Monitoring
Monitoring Metrics
• Server Logs
• Application based monitors / logs
• Escalated phone calls
• CPU / Memory
• Disk
• Network
• Application Health
2
3
Desire to know more about the ‘guts’ of the applications
Knowledge of when a problem was resolved
Trending of scenarios / data
1
What was missing?
AppPulse Active – the difference
• Scheduled synthetic transactions
• Make it happen, don’t wait
• ‘Observe what you want’
• Pick apart business scenarios
• Proactive vs. Reactive• Have the upper hand
with support
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.Bu
sin
ess
Scen
ario
Txn #1
Txn #2
Synthetic Transactions
Easy as 1-2-3Transitioning LoadRunner VuGen to AppPulse Active
LoadRunner VuGen Data AppPulse Active
• Single Iteration
• Strip think time
• All code moves to ‘action’
• Find proper test data
• Must be reusable
• Define Application
• Upload Script
• Set SLA
VuGen
Setup: Step 1VuGen script configuration
Single Iteration Strip think time All code to ‘action’
Picking Data
Setup: Step 2
Find proper test data
• Consider caching when choosing data
• Test data must be available always
• Test data should represent a real-life scenario
• Test data ‘may be’ real data
• Be sure to consult your Privacy & Security teams
Must be reusable
• If updates are made, need to be sure the update can be made over and over
• If updating, be sure constant updates will not negatively impact your system. If so, consider other options
• Consider dynamic data to make for unique records if required
Setup: Step 3Configure AppPulse Active
Define Application Upload Script Set SLA
Why SaaS?
• Instant infrastructure
• Easy / available reporting
• Easy setup alerting
• Easy to configure SLA
SaaS
AppPulse implementation at Independent Health
VMWare VDIInternal App 2
Internal App 1
Internal App 3
Independent Health Campus
AppPulse Active
HP SaaS Cloud
Metrics & Results
Scripts & Config• Metrics• Alerts• Configuration• Script Library
BPM
AES256
2
3
Privacy & Security concerns with production
Access to network applications
Transaction prerequisites
1
Implementation Challenges
Privacy & Security concerns with production
Challenge 1
Problem
• Healthcare industry
• Since production, credentials have access to real data too
• Some data may or may not be real
Solution
• AES256 bit encryption with machine key
• Requires local execution – Private Location in AppPulse Active
• Only local machine/server ‘knows’ how to decrypt data
//Retrieve password, decrypt
lr_save_string(decryptAES("ab855cd354", -1),
"prmPassword");
//Use password
web_edit_field("PASSWORD",
"Snapshot=t2.inf",
DESCRIPTION,
"Type=password",
"Name=PASSWORD",
ACTION,
"SetValue={prmPassword}",
LAST);Security
Access to network applications
Challenge 2
Problem
• Three out of four desired applications for monitoring are on campus / restricted access
• Policies prohibit access off network
Solution
• Private Locations
• Install BPM
• Connect to AppPulse Active
• Configure transactions
Transaction prerequisites
Challenge 3
Problem
• Random odd missing performance measures
• Found application login or application outages
• We were monitoring various searches and lookups which occur after application launch and login
Solution
• If using sub transactions be sure to have full coverage of actions so that no gaps appear
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.Bu
sin
ess
Scen
ario
Txn #1
Txn #2
How has this helped?
• Early warning
• Trending
• Insight
• System Status
Trending through AppPulse ActiveSystem response time YTD as SOA enhancements have been released
12 sec
4 sec
More on production performance monitoring successWhat else can it do for me?
2
3
Growing scenario count
More AppPulse Active users/viewers
Deeper insight to applications
1
AppPulse Active future at Independent Health
4 General awareness
Thank you for your time
Any questions?