Your SlideShare is downloading. ×
0
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Private clouds and enterprise it  - october 18 - 30m
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Private clouds and enterprise it - october 18 - 30m

11,939

Published on

Day one closing slides (and the pint metaphor and factory analogy) at ECS 2010 New York

Day one closing slides (and the pint metaphor and factory analogy) at ECS 2010 New York

Published in: Technology
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
11,939
On Slideshare
0
From Embeds
0
Number of Embeds
5
Actions
Shares
0
Downloads
71
Comments
0
Likes
2
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide


  • Let’s talk about cars for a minute. A car is a mode of transportation; but if you want to get from point A to point B, you have some decisions to make.=

  • There are lots of different car business models

  • At one extreme, you could be a car manufacturer. You’d have complete control over every aspect of your car, even though the cost of doing so would be very high. But you could still build cars from parts, and get them road-certified. It wouldn’t scale very well as demand increased, so this is the domain of hobbyists (who need high customization) or large manufacturers (who need economies of scale)

  • For most of us, the answer to transportation is to own a car. You’re not responsible for design – though you have some choice of models and features – but you are liable for everything. You have to finance it, maintain it, and so on.

  • If you’re a traveller, then you rent. This is a different model, with different responsibilities. You’re still at fault if you scratch or hit something, and still need to know directions, but someone else finances the deal and handles storage, cleaning, and other things. And you’re paying for what you use, not for the entire asset.

  • A car hire service abdicates even more control – you can still decide where to go and how to get there, pickup and dropoff times, etc., but everything else is the driver’s responsibility. You have only marginal control over the car model.

  • A taxicab takes this to the ultimate extreme: pay-as-you-drive economics, and nothing’s your fault provided you’re well behaved in the back seat. You have almost no control over the platform.

  • These are all degrees of abdication and abstraction. Sometimes a taxi makes sense – for example, when we’re going from place to place in a city. Other times, building our own makes sense – for example, if we’re landing on the moon.

  • This is a pretty obvious analogy to the computer industry. Sometimes, on-premise bare metal makes sense (and it’s expensive, but very customizable.) More likely, you’ll buy off-the-shelf components and define your own architecture. And other times, on-demand computing makes sense, either because of temporary workloads or because of elasticity.

  • But there’s a change in computing. The advent of virtualization has made us able to – in the analogy – retool the factory floor as needed. Atop our physical architecture, we have the ability to define virtual architectures suited to specific application workloads: OLAP processing, message queues, data analysis, batch computing, and so on.

  • This raises the question: where’s the abdication “sweet spot”? How do I find a tradeoff between “I want cloud efficiency and agility” and “I want to control it all”?



  • What we’re seeing is the emergence of a new class of mainframe – for an era where the business and the workload, not IT’s hardware and platform constraints, is driving the architecture. Large multi-cabinet devices, holding storage, processing, network, automation, and control systems look just like mainframes. But inside, they can be retooled on the fly by the business to accommodate workloads.

  • This simple fact dictates how we build computing architectures today. We put the UI out near the user, since that’s personal and unique – I’m looking at my flights on a Blackberry, you’re looking at yours on a desktop. Different content, different Uis.
    But we put the shared processing and computing together, in the middle. To distribute information on all flights to all of us would be a nightmare; and the code that has to chew on all those flights needs to live near it to minimize data movement.

  • Let’s talk about cars for a minute. A car is a mode of transportation; but if you want to get from point A to point B, you have some decisions to make.=

  • I want to talk about the British pint.
  • Anyone know what this is?
  • The metric system makes sense
  • The metric system makes sense








  • An enterprise will adopt clouds opportunitstically. As utility services make sense, we’ll connect on-premise and on-demand platforms to one another.
  • An enterprise will adopt clouds opportunitstically. As utility services make sense, we’ll connect on-premise and on-demand platforms to one another.
  • An enterprise will adopt clouds opportunitstically. As utility services make sense, we’ll connect on-premise and on-demand platforms to one another.
  • This is about combining recipes and “composed designs” -- a concept that’s familiar to proponents of SOA.
  • When IT architects want to build something, they have a set of proven designs for doing so. A database is an example of this—it’s a combination of storage (disk) and a particular way of arranging things (tables and indexes) and language (structured query language, or SQL). We’ve learned that a database is a good prefab building block, so we use it. The alternative is to build it all, from scratch, writing to the disk itself.
  • When IT architects want to build something, they have a set of proven designs for doing so. A database is an example of this—it’s a combination of storage (disk) and a particular way of arranging things (tables and indexes) and language (structured query language, or SQL). We’ve learned that a database is a good prefab building block, so we use it. The alternative is to build it all, from scratch, writing to the disk itself.
  • When IT architects want to build something, they have a set of proven designs for doing so. A database is an example of this—it’s a combination of storage (disk) and a particular way of arranging things (tables and indexes) and language (structured query language, or SQL). We’ve learned that a database is a good prefab building block, so we use it. The alternative is to build it all, from scratch, writing to the disk itself.
  • When IT architects want to build something, they have a set of proven designs for doing so. A database is an example of this—it’s a combination of storage (disk) and a particular way of arranging things (tables and indexes) and language (structured query language, or SQL). We’ve learned that a database is a good prefab building block, so we use it. The alternative is to build it all, from scratch, writing to the disk itself.
  • When IT architects want to build something, they have a set of proven designs for doing so. A database is an example of this—it’s a combination of storage (disk) and a particular way of arranging things (tables and indexes) and language (structured query language, or SQL). We’ve learned that a database is a good prefab building block, so we use it. The alternative is to build it all, from scratch, writing to the disk itself.
  • When IT architects want to build something, they have a set of proven designs for doing so. A database is an example of this—it’s a combination of storage (disk) and a particular way of arranging things (tables and indexes) and language (structured query language, or SQL). We’ve learned that a database is a good prefab building block, so we use it. The alternative is to build it all, from scratch, writing to the disk itself.











  • Transcript

    1. Private clouds and enterprise IT Two closing thoughts
    2. Two points Ironically, a return to centralization We’re addicted to old metaphors
    3. Let’s talk about cars. First: retooling the factory floor on the fly.
    4. http://www.flickr.com/photos/hugo90/4154329689/
    5. http://en.wikipedia.org/wiki/File:Hyundai_car_assembly_line.jpg
    6. http://www.flickr.com/photos/stevoarnold/2789464563/
    7. http://www.flickr.com/photos/mpk/50046296/
    8. http://www.flickr.com/photos/uggboy/4594493429/
    9. http://www.flickr.com/photos/xjrlokix/4379281690/
    10. The abdication of authority (and responsibility.) http://www.flickr.com/photos/abulic_monkey/ 130899453/
    11. You have no right to an opinion This is the pact of on-demand IT Abstraction means abdicating your right to architecture One size fits all meets Jack of All Trades http://www.flickr.com/photos/jamisonjudd/2433102356/
    12. http://www.flickr.com/photos/exfordy/353771860/
    13. On-premise On-demand Adaptive Pros Lots of control economics Experimentation DR, connectivity New risks cost more Compliance issues Cons Operational costs Unpredictable & distractions costs
    14. A return to centralization.
    15. “Compared to the cost of moving bytes around, everything else is free.” Microsoft technical fellow Dr. Jim Gray, 2003 http://www-users.cselabs.umn.edu/classes/Spring-2009/csci8980-ass/Jim%20Gray.pdf
    16. Hairy, smoking golf balls http://www.flickr.com/photos/onigiri_chang/4791909127/
    17. Cloud in a box. AKA the new mainframe.
    18. Clouds have “surface tension” Strong bonds between storage, processing Portable workloads Mobile clients
    19. Second: metaphor addiction Just because you understand virtual machines doesn’t make them good for you.
    20. The British pint.
    21. 1 cm
    22. 1 cm
    23. Grams Centimeters Millilitres 1 cm
    24. http://www.flickr.com/photos/prosto/367231552
    25. We love our metaphors.
    26. They restrict our thinking.
    27. So what will enterprise clouds look like?
    28. The myth: cloudbursting Normal load
    29. The myth: cloudbursting Load Normal load Traffic spikes
    30. The startup: cloud hosting Clouds are obvious when you start from scratch 3rd-party 3rd-party Uncertain futures payment service storage service No capital at hand High rate of architectural change Cache App Storage tier tier tier
    31. The enterprise reality: hybrid clouds, services
    32. The enterprise reality: hybrid clouds, services PaaS, WebVM, AppVM, DB VM, cloud storage
    33. The enterprise reality: hybrid clouds, services Custom apps, PaaS, WebVM, AppVM, authentication DB VM, cloud storage services, ERP, SAN/ NAS, CRM
    34. The enterprise reality: hybrid clouds, services Cloud “Gateway” functions Custom apps, PaaS, WebVM, AppVM, authentication DB VM, cloud storage services, ERP, SAN/ NAS, CRM
    35. http://www.flickr.com/photos/gezellig-girl/4351078755/
    36. Storage media
    37. Computer hardware Storage media
    38. Operating system Computer hardware Storage media
    39. Software Operating system Computer hardware Storage media
    40. Query language Software Operating system Computer hardware Storage media
    41. Query language Let’s just call this a database, Software ‘mmkay? Operating system Computer hardware Storage media
    42. Edge UI Centralized processing
    43. Mobile, VDI, IVR, etc. Edge UI Centralized processing
    44. Mobile, VDI, On-premise On-demand IVR, etc. Edge UI Centralized processing
    45. Local storage & processing Mobile, VDI, On-premise On-demand IVR, etc. Edge UI Centralized processing
    46. Local storage & Workload-specific configurations processing Mobile, VDI, On-premise On-demand IVR, etc. Edge UI Centralized processing
    47. User-specific interfaces Local storage & Workload-specific configurations processing Mobile, VDI, On-premise On-demand IVR, etc. Edge UI Centralized processing
    48. User-specific interfaces Shared storage & processing Local storage & Workload-specific configurations processing Mobile, VDI, On-premise On-demand IVR, etc. Edge UI Centralized processing
    49. Self-service & automation User-specific interfaces Shared storage & processing Local storage & Workload-specific configurations processing Mobile, VDI, On-premise On-demand IVR, etc. Edge UI Centralized processing
    50. Self-service & automation User-specific interfaces Shared storage & processing Local storage & Workload-specific configurations processing Mobile, VDI, On-premise Policies On-demand IVR, etc. Edge UI Centralized processing
    51. Self-service & automation User-specific interfaces Shared storage & processing Local storage & Workload-specific configurations processing Mobile, VDI, On-premise Policies On-demand IVR, etc. Edge UI Centralized processing The 3 C’s of cloud policy: Cost Compliance
    52. Tomorrow: Public clouds.
    53. Thanks! @acroll

    ×