ArtsAutosBooksBusinessEducationEntertainmentFamilyFashionFoodGamesGenderHealthHolidaysHomeHubPagesPersonal FinancePetsPoliticsReligionSportsTechnologyTravel

Why new Software Developers are kicking Enterprise butt in the Cloud

Updated on November 20, 2013

So what is it that defines the difference between the ‘haves’ and ‘havenots’? Is it technology choice? Is it expertise? Is it budget? Or is it perhaps a more fundamental consideration of how well we can adapt our thinking to take advantage of this new paradigm.

A lesson from history

Allow me if you will to draw a parallel between Cloud computing and the Industrial Revolution – OK, I accept that’s a bit of a reach as far as analogies go but I think there’s an important lesson here to be learned from history. The Industrial Revolution was ‘ignited’ by one, apparently simple technological development, an improved production technique.

This enabled the cheaper production of stronger cast iron which in turn led to the proliferation of Steel as a construction material and it was steel that radically changed the course of human urbanisation, transport, engineering and well, basically the way society has developed since then.

If architects had continued to apply these new construction materials to old design principles they would have never achieved the cost efficiencies and ability to scale that led to the high-rise age.

So the lesson here is that it is the rethinking of how we do things that makes the critical difference, not the humble invention itself.

Virtualization and Cloud computing are the improved tools and techniques that are today enabling us to challenge and change the ways in which we have so far developed, deployed and consumed IT services. However, if we’re going to take full advantage of this new technology’s capabilities we need to change the way we think, we need to challenge our existing system engineering models and we need to stop trying to force square pegs through round holes.

Look to new architectural models

After 5 years experience of working with customers making the move to Cloud, if I had to identify the most important difference between those who succeed and those who don’t, it would be this: Success in the Cloud can be measured by the extent to which you can ‘Think big.’ What I mean by this is that you need to think differently than you have before. Don’t think like an enterprise IT executive. Think like an ISV. So what does it mean to think like an ISV?

We’re all familiar with the Service-Oriented Architecture model or at least the broad concepts, its been around in one form or other for at least a decade. We believe that we are now witnessing a critical development in this field from Service-Oriented Architecture to Service-Oriented System Engineering (or SOSE). Now SOSE has been on the radar of forward-thinking software developers for at least half the time of SOA but prior to the advent of Cloud was prohibitively expensive and difficult to adopt due to immature standards and tools.

In some sense, SOSE continues where SOA left off, by bridging the divide between Development & Infrastructure. It more fully considers the service delivery as a whole instead of software and infrastructure as separate layers.

Foster a new breed of architects

Perhaps, this is a major contributing factor to why we are seeing the increased importance being placed on the role of DevOps role within IT. In our experience, we have found that the ability of an individual or team to cross that Development & Operations divide, is of paramount importance to the success of any Cloud initiative. We don’t define ‘DevOps’ in terms of role or skills but rather in terms of mindset. These individuals are open-minded, are willing to learn what the person next to them does. They are quite literally a new breed of IT craftsmen that are leading the Cloud revolution and we consider them to be the most valuable engineering assets in our business.

Source

In closing I’d like to circle back on this whole idea of thinking BIG. From our perspective this does not necessarily refer only to scale but perhaps more importantly to scope. So maybe it should be thinking WIDE! Success in the Cloud depends on widening the scope of where and how you approach Cloud adoption. And that means thinking past VM infrastructure and embracing new cloud service architectures.

Author info:

Stephen Hurford
Cloud services director
DNS Europe Ltd

Comments

    0 of 8192 characters used
    Post Comment

    No comments yet.

    working

    This website uses cookies

    As a user in the EEA, your approval is needed on a few things. To provide a better website experience, hubpages.com uses cookies (and other similar technologies) and may collect, process, and share personal data. Please choose which areas of our service you consent to our doing so.

    For more information on managing or withdrawing consents and how we handle data, visit our Privacy Policy at: "https://hubpages.com/privacy-policy#gdpr"

    Show Details
    Necessary
    HubPages Device IDThis is used to identify particular browsers or devices when the access the service, and is used for security reasons.
    LoginThis is necessary to sign in to the HubPages Service.
    Google RecaptchaThis is used to prevent bots and spam. (Privacy Policy)
    AkismetThis is used to detect comment spam. (Privacy Policy)
    HubPages Google AnalyticsThis is used to provide data on traffic to our website, all personally identifyable data is anonymized. (Privacy Policy)
    HubPages Traffic PixelThis is used to collect data on traffic to articles and other pages on our site. Unless you are signed in to a HubPages account, all personally identifiable information is anonymized.
    Amazon Web ServicesThis is a cloud services platform that we used to host our service. (Privacy Policy)
    CloudflareThis is a cloud CDN service that we use to efficiently deliver files required for our service to operate such as javascript, cascading style sheets, images, and videos. (Privacy Policy)
    Google Hosted LibrariesJavascript software libraries such as jQuery are loaded at endpoints on the googleapis.com or gstatic.com domains, for performance and efficiency reasons. (Privacy Policy)
    Features
    Google Custom SearchThis is feature allows you to search the site. (Privacy Policy)
    Google MapsSome articles have Google Maps embedded in them. (Privacy Policy)
    Google ChartsThis is used to display charts and graphs on articles and the author center. (Privacy Policy)
    Google AdSense Host APIThis service allows you to sign up for or associate a Google AdSense account with HubPages, so that you can earn money from ads on your articles. No data is shared unless you engage with this feature. (Privacy Policy)
    Google YouTubeSome articles have YouTube videos embedded in them. (Privacy Policy)
    VimeoSome articles have Vimeo videos embedded in them. (Privacy Policy)
    PaypalThis is used for a registered author who enrolls in the HubPages Earnings program and requests to be paid via PayPal. No data is shared with Paypal unless you engage with this feature. (Privacy Policy)
    Facebook LoginYou can use this to streamline signing up for, or signing in to your Hubpages account. No data is shared with Facebook unless you engage with this feature. (Privacy Policy)
    MavenThis supports the Maven widget and search functionality. (Privacy Policy)
    Marketing
    Google AdSenseThis is an ad network. (Privacy Policy)
    Google DoubleClickGoogle provides ad serving technology and runs an ad network. (Privacy Policy)
    Index ExchangeThis is an ad network. (Privacy Policy)
    SovrnThis is an ad network. (Privacy Policy)
    Facebook AdsThis is an ad network. (Privacy Policy)
    Amazon Unified Ad MarketplaceThis is an ad network. (Privacy Policy)
    AppNexusThis is an ad network. (Privacy Policy)
    OpenxThis is an ad network. (Privacy Policy)
    Rubicon ProjectThis is an ad network. (Privacy Policy)
    TripleLiftThis is an ad network. (Privacy Policy)
    Say MediaWe partner with Say Media to deliver ad campaigns on our sites. (Privacy Policy)
    Remarketing PixelsWe may use remarketing pixels from advertising networks such as Google AdWords, Bing Ads, and Facebook in order to advertise the HubPages Service to people that have visited our sites.
    Conversion Tracking PixelsWe may use conversion tracking pixels from advertising networks such as Google AdWords, Bing Ads, and Facebook in order to identify when an advertisement has successfully resulted in the desired action, such as signing up for the HubPages Service or publishing an article on the HubPages Service.
    Statistics
    Author Google AnalyticsThis is used to provide traffic data and reports to the authors of articles on the HubPages Service. (Privacy Policy)
    ComscoreComScore is a media measurement and analytics company providing marketing data and analytics to enterprises, media and advertising agencies, and publishers. Non-consent will result in ComScore only processing obfuscated personal data. (Privacy Policy)
    Amazon Tracking PixelSome articles display amazon products as part of the Amazon Affiliate program, this pixel provides traffic statistics for those products (Privacy Policy)