Is Cloud Computing all White and Fluffy?

Posted on 01 June 2010

We’ve all heard of Cloud Computing, using the image that frequently represents the Internet as a title for a ubiquitous, all encompassing computing environment. But what does Cloud Computing actually mean?

Cloud ComputingAny computer system consists of many constituent elements; a computing engine, an operating system, a user interface, a communications infrastructure, applications and some form of storage, usually hard discs. In a Cloud Computing system a web browser is used to interact with an application running on a web based server(s) residing in a protected data store site. This approach has several advantages, namely;

1)    All server maintenance and upgrades can be performed by professionals at the data centre without the end users knowledge and without interrupting their work.
2)    Maximum availability of the system can be assured through Service Level Agreements.
3)    Device and location independence, accessing the system through any Internet connected device, at work, at home or on the move.
4)    Most Cloud Computing systems can be implemented quickly without the large capital expenditure usually associated with in-house solutions, and may be supplied on a pay as you go or ‘software as a service’ basis.

Many applications have been made available as Cloud Computing applications, including those from; Google, Amazon, SalesForce.com and others. Perhaps the most famous example of a Cloud Computing application is Microsoft’s Internet Explorer. But from a mobile computing perspective what are the implications of utilising Cloud Computing?

A Cloud Client might use a rugged mobile computer to provide the hardware interface to the Cloud application. This could operate a simple browser application running Windows Mobile to access data held on the Cloud servers, thus minimising the users investment in server infrastructure. The resulting solution would be easily scalable and involve minimal intervention for operating system or application upgrades.

However, mobile computer users experience some unusual environmental conditions, running out of GPRS signal for one. As the Cloud Client relies on connection to the Cloud Server to display data and to capture input, a disconnection through lack of signal could be most disruptive, inconvenient and above all, costly!

If the Cloud Client uses a web browser, or ‘thin client’, the interface will have no control over the communication link and will only be able to display a ‘404 Page not found’ error if the Cloud Server isn’t reachable.  Herein lies the problem, by taking away many of the elements that allowed control over the solution and relying on a ‘thin client’ for access, we’ve introduced the uncontrollable, the one thing which we’ve been trying to negate through tested infrastructures.

If instead, we utilise a ‘rich client’ or bespoke application on the hand held device we can instigate controls that enable local data storage when out of GPRS coverage and meaningful messages to transact and guide the user to a resolution.

So a ‘rich client’ provides the best way to provide control and to interact with a Cloud Server, which in turn provides the most scalable way of gaining computing power. But isn’t that what mobile systems have been doing since inception? Have marketeers created a new name for something the mobile computer industry has been providing for so long?
If they have, there are more yet Cloud Computing terms and implications to consider;

•    Software as a Service
•    Platform as a Service
•    Infrastructure as a Service

Each of these could be the subject of a separate blog post and have specific implications for the mobile system user, or are they new names for what’s been in use for years? We’d love to hear your thoughts on this as the Cloud gains momentum and develops as an enterprise focussed technology.

Terran Churcher
  • Anon

    To utilise a “Rich Client” – ie a bespoke application on the endpoint may resolve the issue of connectivity problems for users by allowing them to work without connection to the service for long periods of time, however it removes several of the fundamental drivers of cloud computing.
    Firstly it reduces drastically the scalability of the solution across multiple thousands of endpoints. A significant driver of cloud computing (and its building block virtualisation technologies and SOA based architectures) is to reduce the reliance on endpoint applications and move towards an easily scalable solution which provides rapid expansion and deployment capability. Changes to code and application functionality are done once in the cloud based model without the need to push a client change over a period of time to multiple endpoints, something which takes a significant amount of time for the large enterprise. It also removes the reliance on the endpoint operating system and its patching state (which is more likely to be intermittant and inconsistent across the enterprise).
    Secondly it dramatically increases the administration overhead on any enterprise looking at the BAU support processes around such a solution. With a client on every endpoint, which by their very nature are mobile and not connected in office locations with support mechanisms locally available, changes and issues become difficult and time consuming to resolve.
    With the ubiquitous nature of mobile comms (be it HSDPA, EDGE or GPRS) and the fact that well design thin client cloud based apps actually transmit little in terms of data over the network a true centrally located thin client cloud solution is still better suited to the large enterprise.
    In terms of a multi-thousand enterprise endpoint estate the volume of users affected by inconsistent communications covereage is a very small percentage of the overall enterprise user estate. As such the overall TCO models for cloud (if done properly) far outweigh those of a thick client per endpoint with its associated administration costs.
    Anon.

  • http://www.codegate.co.uk Terran Churcher

    Thanks for your well thought out comment. I agree, in our experience the “Rich Client” approach does allow users to continue working through protracted periods without connection, and in the real world these exist more often than you might think. I can't agree that the Rich Client approach “reduces drastically the scalability of the solution” as it enables scalability through Over the Air updates, rapidly deploying changes as required through profile management policies. Cloud computing is accessed though a thin client running on a device with an operating system. It's just as dependent as a remote device on its operating system and its operating system patching state.

    Your second point hits the nail on the head! You've followed my blog so you know our interest is mobile workers, mobile devices and mobile solutions, its our passion. What you call “the ubiquitous nature of mobile communications” isn't ubiquitous! Our experience with thousands of mobile devices is that HSDPA, EDGE, or GPRS are not available everywhere, ergo in practical terms more intelligence is required in the hand of the user to control unexpected events, such as lack of network. Few organisations would take the draconian view that the small percentage of users affected can be ignored, they can't! This is where the TCO of any Cloud computing solution, if calculated with the cost of data loss and it's recovery, when applied to a mobile solution is usually higher than the Rich Client alternative.

    Terran

  • http://mickwall.wordpress.com Mick Wall

    Hi Terran,

    I have enjoyed reading your informative and insightful article above and would like to add further to it if I may.

    The points raised above are very pertinent and valid where applied to mobile applications that are dependent upon 3G/GPRS/EDGE connectivity to pass access and exchange data. However, I do feel that there is a great deal of value in cloud based enterprise applications such as Warehouse Management Systems, In-Store Stock Management solutions, etc. that can utilise WiFi connectivity for web access as sufficient resilience can be designed into the wireless network.

    The benefits that cloud applications bring in such applications are very valuable in providing a high level of system availability, version control, data security and much more.

    I look forward to hearing your thoughts on this.

  • http://www.codegate.co.uk Terran Churcher

    Thanks for your interest and your comment, Mick. Sorry for taking so long to respond, it's been hectic lately.

    As you know, our focus is on the mobile solution, so you'll understand if my comments are a little biased. But you're right there certainly is value in 'Cloud computing' based enterprise applications, I just can't help wondering if the concept of a central processor communicating with remote access terminals isn't what people of our generation used to call “Mainframe” computing. That said, there are many applications which require multiple input devices with central reporting, including; financial accounts, CRM and ERP.

    As you say, system availability and security are among the benefits, with single version updates and controlled maintenance schedules offering further benefits. Although I see WiFi as historically less secure than a wired connection, modern encryption has overcome many of the pitfalls and it remains the most flexible carrier available.

    Terran

Recent Posts

Tag Cloud

2D android Apple Application auto id barcode Blackberry Code39 Codegate Data Data Capture enterprise Enterprise Mobility google Hospital ipad iPhone iPhone4 logistics Mobile Mobile Computer Mobile Computing mobile solution Mobile Technology Mobile Worker mobility Mobility Solutions Motorola NFC NHS PDA PDF-417 RFID RIM Rugged rugged mobile scanning Security SLA Smartphone solution T&L Technology Tracking Vehicles

Codegate

Mobile and tracking solutions, software development & system integration for enterprise mobility solutions in transport and logistics, waste management, healthcare, facilities management, event registration, incident reporting & construction.

www.codegate.co.uk

Copyright © The Codegate Blog



Thanks for visiting The Codegate Blog.

If you like what you’ve been reading, why not share it with your
community by clicking the relevant social network icon below?

Alternatively, sign up to our quarterly newsletter.