INDUSTRY | OPINION
Cloud is... Or is it?
Cloud technology provides many more opportunities for innovation than the stereotypes suggest, says Jisc’s Andrew Cormack
T
he basic idea of cloud computing is to combine computing resources – be that
networks, servers, storage or applications – in a shared pool, with ‘tenants’ renting as much or as little as they need, without having to go to the provider every time their requirements change. Pools may be shared within a single organisation (private cloud) or available to everyone on the internet (public cloud). So far, so good, but things start getting
a bit more complicated when it comes to services, which can be anything from an operating system to an application: your 'cloud' may look like an operating system command line, mine a complete collaboration environment. That variety creates many opportunities for using cloud services that the simple stereotypes hide.
LOWER COST Building a cloud involves serious bulk- buying. Commercial cloud providers buy computers by the container-full and electricity by the power station, so their systems may indeed cost less through economies of scale. Managing them can be cheaper too. With all the computers in a cloud having identical configurations, many tasks can be automated. And if you need capacity only during specific points of the year, such as clearing, then renting from a cloud may be cheaper than buying as you’re not having to pay for the tech when it’s not being used. It’s easy to spend more though: anything
other than the standard service, such as access to activity logs or the ability to extract data, is likely to attract an additional charge; pay-as-you-go bill- shock isn’t just about holiday phone calls! Consider also that whether a service is
in-house or in the cloud you still need to connect it to local systems and support its users, which may be more complex for a remote service that you don’t fully control. The conclusion… cloud may be cheaper
for standard or intermittently-used services, while in-house can be more
cost-effective for specialised operations.
INSECURE Concerns about security originally arose from public clouds that allowed different users to use the same equipment. Fortunately keeping customers’ information separate is vital to modern cloud providers’ reputations and their technologies and processes are designed to do it well. Indeed, clouds can have significant
security benefits. Digital precautions, such as security updates provided by operating system and soſtware vendors, can be applied faster and more efficiently across a cloud built of multiple identical machines, while dedicated data centres can afford excellent physical security and very restricted human access, meaning there’s less risk of machines being infected or tampered with. More recently Snowden’s revelations have
raised concerns about government access to cloud data but in fact many of the same legal and technical powers that would enable this could be used against a university’s own data centres, too. If governments – rather than criminals, competitors or students – are the biggest threat to your information then maybe it shouldn’t be on the internet at all? Whether cloud or in-house better delivers
your security requirements depends largely on the kinds of attack you need to defend against. If you are most concerned about burglars or hackers then a cloud will give you state-of-the- art protection. If you need to know precisely what security measures are being taken, or only need to access
information from specific physical locations, then in-house can provide that control.
RELIABLE Just like in-house services, the level of reliability that cloud providers offer their users is a conscious design choice, not an inherent feature. It turns out that cloud services have outages, too, and they oſten look surprisingly similar to our in-house ones. If reliability is particularly important then include it in your specification to the provider, don’t just assume it. When a cloud-based service fails, a
couple of things are different to an in-house failure. You’re reliant on the provider to fix it – no matter how urgent it is, you can’t rush engineers to the data centre to help – and you may not be able to tell users either exactly what the problem is or when their service will be restored. Also, you can’t restore a cloud service just for internal users, as may be possible for some local failures. Both in-house and cloud systems can
be designed for reliability, but you need to decide what that means for a particular system, what you need if it fails, and what balance of resources and money you are willing to spend to get it.
TO CLOUD OR NOT TO CLOUD Fortunately real cloud services are much more varied than the stereotypes suggest. Looking a bit deeper oſten reveals unexpected situations where clouds are appropriate, unexpected situations where they aren’t and lots of opportunities for innovation. As part of the team at Jisc I have been
working with some of the leading cloud providers to help them match their services to common requirements of UK education organisations in terms of compliance, charging models and connectivity, among other issues. If you want advice on services to meet
your needs do get in touch with our cloud services team [
Service@ja.net], or take a look at our cloud page. ET
Andrew Cormack (pictured) is Chief Regulatory Adviser at Jisc Technologies
www.jisc.ac.uk 64 |
ww.edtechnology.co.uk | @Educ_Technology
Page 1 |
Page 2 |
Page 3 |
Page 4 |
Page 5 |
Page 6 |
Page 7 |
Page 8 |
Page 9 |
Page 10 |
Page 11 |
Page 12 |
Page 13 |
Page 14 |
Page 15 |
Page 16 |
Page 17 |
Page 18 |
Page 19 |
Page 20 |
Page 21 |
Page 22 |
Page 23 |
Page 24 |
Page 25 |
Page 26 |
Page 27 |
Page 28 |
Page 29 |
Page 30 |
Page 31 |
Page 32 |
Page 33 |
Page 34 |
Page 35 |
Page 36 |
Page 37 |
Page 38 |
Page 39 |
Page 40 |
Page 41 |
Page 42 |
Page 43 |
Page 44 |
Page 45 |
Page 46 |
Page 47 |
Page 48 |
Page 49 |
Page 50 |
Page 51 |
Page 52 |
Page 53 |
Page 54 |
Page 55 |
Page 56 |
Page 57 |
Page 58 |
Page 59 |
Page 60 |
Page 61 |
Page 62 |
Page 63 |
Page 64 |
Page 65 |
Page 66 |
Page 67 |
Page 68 |
Page 69 |
Page 70 |
Page 71 |
Page 72 |
Page 73 |
Page 74