What the Cloud Transition Means for IT

Daniel Joseph Barry

Subscribe to Daniel Joseph Barry: eMailAlertsEmail Alerts
Get Daniel Joseph Barry: homepageHomepage mobileMobile rssRSS facebookFacebook twitterTwitter linkedinLinkedIn


Related Topics: Cloud Computing

Article

Remote Testing: the Achilles Heel of Cloud Services

Assuring cloud service quality and performance remains a challenge

Cloud services provide a new and promising opportunity for Enterprises to address the growing complexity of IT. The availability of smartphones and the expectation of immediate and simple access to both private and company specific information on a global basis are driving demand for centralization of IT services and the related competence required to support these effectively.

Cloud service providers have established the necessary competence and IT infrastructure to deliver on these demands, but there is one potential Achilles heel that can present a challenge; assuring cloud service quality and performance.

One of the fundamental precepts of cloud services is the cloud itself, which in most cases can be read as the Internet. But, how can a cloud service provider assure quality delivery of services across an entity it does not control? Service Level Agreements (SLAs) can be entered with communication service providers, but how do you ensure that these SLAs are being met? If they are not being met, how does this affect the services you provide? Can you compensate for this, so that the end-user impact can be minimized?

Remote testing provides part of the solution. The ability to emulate service experience for potential users both before service is provided and during service when issues occur can help in understanding the characteristics of the cloud connecting customers to the cloud service.

Technology already exists that makes remote testing possible. Traffic generation technology is available that can be used to stress test networks using typical user traffic. Traffic can be generated that will fully load user connections to the cloud service allowing the individual connection to be tested, but also allows the cloud service itself to be stress tested, if many of these sessions are established simultaneously.

Advanced network adapters now provide synchronized traffic generation features, which can be used by OEM vendors to build traffic generation systems based on standard servers with extreme time precision. Multiple traffic generation systems using these features can be synchronized with nanosecond. All they need is a reliable clock source, which could be GPS, CDMA or IEEE1588/PTP. With this technology, remote cloud testing can be performed with extreme precision, as each Ethernet frame can be time-stamped with nanosecond resolution.

With this type of technology, Cloud service providers could precisely control when traffic loads or simulated user sessions are started and by using packet capture technology, analyze and measure the characteristics of the cloud connecting these traffic generators. This can include latency measurements with extreme accuracy, packet drop analysis, number of TCP resends, total amount of data exchanged etc.

Because the traffic generation is synchronized, the traffic generators can be located anywhere in the world, as long as they have access to a reliable clock source. The combination of synchronized traffic generators and packet capture probes provides a remote testing infrastructure that can help cloud service providers overcome the Achilles heel issue of assuring cloud services even when you don’t control the cloud itself.

More Stories By Daniel Joseph Barry

Daniel Joseph Barry is VP Positioning and Chief Evangelist at Napatech and has over 20 years experience in the IT and Telecom industry. Prior to joining Napatech in 2009, he was Marketing Director at TPACK, a leading supplier of transport chip solutions to the Telecom sector.

From 2001 to 2005, he was Director of Sales and Business Development at optical component vendor NKT Integration (now Ignis Photonyx) following various positions in product development, business development and product management at Ericsson. He joined Ericsson in 1995 from a position in the R&D department of Jutland Telecom (now TDC). He has an MBA and a BSc degree in Electronic Engineering from Trinity College Dublin.

Comments (0)

Share your thoughts on this story.

Add your comment
You must be signed in to add a comment. Sign-in | Register

In accordance with our Comment Policy, we encourage comments that are on topic, relevant and to-the-point. We will remove comments that include profanity, personal attacks, racial slurs, threats of violence, or other inappropriate material that violates our Terms and Conditions, and will block users who make repeated violations. We ask all readers to expect diversity of opinion and to treat one another with dignity and respect.