Microservices Expo Authors: Liz McMillan, Pat Romanski, Carmen Gonzalez, Elizabeth White, Jason Bloomberg

Related Topics: Microservices Expo, Mobile IoT

Microservices Expo: Article

Five Overlooked Factors of Mobile Application Performance

Why addressing them can help you triumph in the mobile arms race

Too often, little consideration is given to performance testing in the context of mobile application testing. We are reaching a tipping point in how consumers are accessing the Internet, with more than 50% of users expected to access the Web via a mobile device by the end of 2013. With this increase in mobile usage comes the need (really, a requirement) for organizations to meet an increased expectation in application performance.

As users demand the same experience whether they are accessing Web-based content from their smart phones, tablets, or laptop computers, the performance of your mobile application has never been more crucial to the performance of your bottom line. Not only are user expectations creating a need for better performing apps, your competitors are rushing to mobilize their apps, creating a sort of "mobile arms race" in which the loser risks market share, customers, and revenue. To effectively compete and meet user expectations, you need to ensure that performance testing is central to all aspects of your app development process.

Here are five overlooked factors in mobile application performance that, if addressed, will help your company triumph in, rather than be crushed by, the mobile arms race.

#1 Time to start addressing performance issues
When it comes to performance testing your mobile application, good things do not come to those who wait. The longer you wait, the more expensive it will be to fix any issues you uncover. It can be up to 100x more expensive to find and fix problems with your app after deploying to production than it is to address performance throughout the development process. But when in your design process should you start testing for and taking performance into consideration?  This is something you should be doing from the word "go". Build performance service level objectives (SLOs) into your development objectives so that QA and functional testing teams have performance goals. Once your SLOs have been established, testing, analyzing, optimizing, and validating those objectives early and often will save you from headaches and lost revenue associated with post-deployment performance nightmares.

#2 Instability of networks
You cannot control the network but you can control how your application will perform in the network. When testing app performance, many companies do so in isolation, under pristine network conditions. As anyone who has traveled, had a call dropped, service interrupted, or tried to connect to the network at a tech conference knows, network conditions change throughout the day and from location to location. Without taking this variability into account when testing your app, you will not have a clear sense of your app's performance in the real world. By planning for the variability of the network throughout the development life cycle and incorporating real-world network conditions into the testing environment, you will have a much better chance of deploying an app that performs up to your SLOs regardless of where or when it is used.

#3 Discovery
Know thy device. Know thy network. Know thy user. These discovery mantras will keep you focused on key areas of application performance. How will your app run on iPhone vs. Android, iPad vs. Kindle Fire, Verizon vs. AT&T, 4G vs. 3G, New York vs. LA, London vs. Tokyo? Each device, network, and location has its own set of limitations that you will have to account for as a developer. To get your app to meet SLOs, including varying geographic or user-specific SLOs, you have to test for each and every variable. With network, software, and device upgrades being introduced seemingly on infinite loop, it is necessary to continue this in-depth testing throughout the lifecycle of your app.

#4 Designing for performance
What makes a great sports car is twofold. First, it has to look fantastic. Second, and more importantly, it has to perform. Without world-class technology under the hood, it is not a machine, but art. The same principle applies to an app. It could have the most intuitive user interface design with an outstanding look, feel, and style, but all of that means nothing unless it performs. How do you do this? Consider performance as you design or code. Some critical considerations include being aware of cache space, reducing app turns by combining Java Script files, and placing a premium in your development process on optimizing data sent to and from the app. Make this an ongoing process even after app deployment because as new content is added, the structure and size of your site or app will necessarily change. Also, optimize your content. Different devices will display your app at different sizes and image qualities. Reduce the size of page graphics if needed. Remind your marketing department that even though the company logo does look better with more pixels, your customers are more interested in how fast the image loads, not how big it is. Balancing performance with design is a delicate issue but keep in mind that without this balance, a beautiful app that doesn't load fast enough is like a Ferrari with a Yugo engine. People will try it once but never use it again.

#5 Efficient Delivery Strategies
Not all content for your app has to be sent from your hosting location. By utilizing a Content Delivery Network (CDN), you can easily distribute dynamic content closer to your end users. This will decrease load time, reduce latency, and give users a better interactive experience with your site. For example, if your data is located on servers in San Francisco, users in London will experience greater latency than users in Chicago. By considering early on in the development process what content can be placed on a CDN and having already discovered locations of your end users, you will be able to provide users in remote locations with a faster time to first byte along with overall faster transaction times and increased performance. You also need to consider third party content that will be displayed on your site. Since you have less control over that content and its load times, be sure to, whenever possible, design your application so that it is less dependent upon such third party content.

What Does This All Mean?
Given that most companies are developing and deploying mobile apps not for fun, but to help their business grow, there is significant risk in overlooking these factors. In the mobile arms race, app performance is the new deciding factor in determining which companies profit and which lose customers. By addressing these five factors from the very first stages of mobile application development, you will place your company at an advantage over the competition. Not only will addressing them provide tangible benefits like saving time and money on fixing issues, it will also keep your company's reputation, public image, and customer loyalty in tact, important non-tangibles in a Twitter-driven world. So, plan for performance early, test for it often, and you will have a much greater chance of being victorious in the new mobile arms race.

More Stories By Mark Tomlinson

Mark Tomlinson is the Senior Director, Application Performance Engineering at Shunra Software (www.shunra.com), a Philadelphia-based company that helps firms worldwide ensure application performance and end user experience. He has 20 years of experience of real-world scenario testing of very large and complex systems. He is regarded as an expert and leader in software testing automation with specific emphasis on performance.

Microservices Articles
Modern software design has fundamentally changed how we manage applications, causing many to turn to containers as the new virtual machine for resource management. As container adoption grows beyond stateless applications to stateful workloads, the need for persistent storage is foundational - something customers routinely cite as a top pain point. In his session at @DevOpsSummit at 21st Cloud Expo, Bill Borsari, Head of Systems Engineering at Datera, explored how organizations can reap the bene...
"NetApp's vision is how we help organizations manage data - delivering the right data in the right place, in the right time, to the people who need it, and doing it agnostic to what the platform is," explained Josh Atwell, Developer Advocate for NetApp, in this SYS-CON.tv interview at 20th Cloud Expo, held June 6-8, 2017, at the Javits Center in New York City, NY.
The Jevons Paradox suggests that when technological advances increase efficiency of a resource, it results in an overall increase in consumption. Writing on the increased use of coal as a result of technological improvements, 19th-century economist William Stanley Jevons found that these improvements led to the development of new ways to utilize coal. In his session at 19th Cloud Expo, Mark Thiele, Chief Strategy Officer for Apcera, compared the Jevons Paradox to modern-day enterprise IT, examin...
In his session at 20th Cloud Expo, Mike Johnston, an infrastructure engineer at Supergiant.io, discussed how to use Kubernetes to set up a SaaS infrastructure for your business. Mike Johnston is an infrastructure engineer at Supergiant.io with over 12 years of experience designing, deploying, and maintaining server and workstation infrastructure at all scales. He has experience with brick and mortar data centers as well as cloud providers like Digital Ocean, Amazon Web Services, and Rackspace. H...
Skeuomorphism usually means retaining existing design cues in something new that doesn’t actually need them. However, the concept of skeuomorphism can be thought of as relating more broadly to applying existing patterns to new technologies that, in fact, cry out for new approaches. In his session at DevOps Summit, Gordon Haff, Senior Cloud Strategy Marketing and Evangelism Manager at Red Hat, will discuss why containers should be paired with new architectural practices such as microservices ra...
In his session at 20th Cloud Expo, Scott Davis, CTO of Embotics, discussed how automation can provide the dynamic management required to cost-effectively deliver microservices and container solutions at scale. He also discussed how flexible automation is the key to effectively bridging and seamlessly coordinating both IT and developer needs for component orchestration across disparate clouds – an increasingly important requirement at today’s multi-cloud enterprise.
The Software Defined Data Center (SDDC), which enables organizations to seamlessly run in a hybrid cloud model (public + private cloud), is here to stay. IDC estimates that the software-defined networking market will be valued at $3.7 billion by 2016. Security is a key component and benefit of the SDDC, and offers an opportunity to build security 'from the ground up' and weave it into the environment from day one. In his session at 16th Cloud Expo, Reuven Harrison, CTO and Co-Founder of Tufin, ...
DevOps is often described as a combination of technology and culture. Without both, DevOps isn't complete. However, applying the culture to outdated technology is a recipe for disaster; as response times grow and connections between teams are delayed by technology, the culture will die. A Nutanix Enterprise Cloud has many benefits that provide the needed base for a true DevOps paradigm. In their Day 3 Keynote at 20th Cloud Expo, Chris Brown, a Solutions Marketing Manager at Nutanix, and Mark Lav...
Many organizations are now looking to DevOps maturity models to gauge their DevOps adoption and compare their maturity to their peers. However, as enterprise organizations rush to adopt DevOps, moving past experimentation to embrace it at scale, they are in danger of falling into the trap that they have fallen into time and time again. Unfortunately, we've seen this movie before, and we know how it ends: badly.
TCP (Transmission Control Protocol) is a common and reliable transmission protocol on the Internet. TCP was introduced in the 70s by Stanford University for US Defense to establish connectivity between distributed systems to maintain a backup of defense information. At the time, TCP was introduced to communicate amongst a selected set of devices for a smaller dataset over shorter distances. As the Internet evolved, however, the number of applications and users, and the types of data accessed and...