Computer data storage

Cloud Personality Types…

by Dave Graham on February 20, 2009


In the mental health world, a lot of talk is made about various pathologies, their presentations, as well as tying them to certain personality types that pre-dispose them to affliction.  That’s a mouthful to process through, but the same type of examination can be applied to those who engage in “cloud oriented behaviour.”  Here is my DSM of cloud personality types.

Update on 4/13/11:  So, @djenningspr and I have been going back and forth re: the concept of “Cloud Darwinism.”  While not truly a personality type, there IS the idea that it would nest quite well amongst this list…here we go, then…

The “Cloud Darwinist” – (cloud darwinism; cloud darwinist) – This is the person who, for all intents and purposes, is devoted to the “survival of the fittest” or, perhaps more succinctly, he “calls it like he sees it.”  Through careful examination of analyst reports, public P&L sheets for CSSPs, etc. he attempts to determine if micro-evolution of CSSPs can possibly occur or whether macro evolution of provider SLAs, infrastructure, etc. can truly allow a CSSP to survive in this “cloudy” day & age.  (attrib to @davegraham & @djenningspr)

The “Cloud Idiot” – (cloudiot) – This is the person who thinks they know more about the cloud than anyone else. They’re constantly on the prowl for the “what is …?” questions on social media platforms and provide blustery responses with vapid data validation.  Oftentimes, these folks are proven wrong in a rather humiliating and public fashion.

The “Cloud Chaser” – (cloudparazzi) – This is the person who is “All cloud, all the time” and is looking for the next “big thing” in the the cloud “atmosphere.”  Usually found trolling for data at Geva Perry‘s blog or accosting CTOs, VPs, etc. on social media.

The “Cloud Antagonist” – (cloudagonist) – This is the commiserate cloud “hater.”  This person loves DAS storage, SANs, divided fabrics and can be found extoling the virtues of direct server management via commandline and a collection of USB sticks.

The “Cloud Masochist” – (cloudochist) – This person, as opposed to the cloudagonist, is ALL in the cloud.  Using S3, GoGrid, SnapLogic, et al. as his storage and processing via EC2, the cloudochist is “putting the hurt on” those naysayers who think the cloud is bad for business.  Incidentally, the cloudochist gets unpaid vacation when the backend services go down.

The “Cloud Evangelist” – (cloudgelist) – This person extols the virtues of the cloud and it’s capabilities without ever having used any of the services. Ignorance, while blissful, doesn’t pay the bills. However, certain cloudgelists have noted that they use the product (whether it’s their own, who knows?) and it does indeed lessen wrinkles and promotes good colon health…wait, that’s something else entirely! UPDATE:  @CXI mentioned that the cloudgelist can use the cloud and still extol its virtues. Far be it from me to exclude anyone. definition revised/extended.

The “Cloud Manic” – (cloudpolar) – This person alternatively loves AND hates the cloud and all it stands for within a given week. Can usually be found smack talking a vendor about their primary storage platform in the cloud while loving on a PaaS vendor for “connecting the dots.” Rinse and repeat.

[click to continue…]

Share

{ 14 comments }


In Part 3a of the Cloud Optimized Storage Solution series, I covered the concept of data tiering within the COSS solution.  In this particular post, I’m going to start the conversation on how SLAs may tie into the overall concept of data tiering as well as infrastructure access SLAs. This particular post is more of a “working edition” than anything else, so, comments are certainly welcome and warranted. 

Service Level Agreements provide additional frameworks for data storage and access along with particular sensitivities to the methodology of access as driven by compliance.  Understandably this subject is very broad in scope so, for the purpose of clarity, focus will be given to two basic SLA metrics: data storage and data access.  These SLAs serve two purposes: to structure the type of relationship between a customer and their data within the cloud and provide a legal framework whereby customer and provider realize risks/benefits and provide remediation.

[click to continue…]

Share

{ 0 comments }

Going Tapeless in Enterprise

by Dave Graham on January 28, 2009


I was asked the other day about the potential for finally going tapeless in Commercial and Enterprise spaces.  Truth be told, this is becoming a more common occurence as those mechanical beasts hit the tail-end of their maintenance windows.  With that in mind, what are some (not all) of the business drivers that move enterprises from tape to disk (or other mediums)?

[click to continue…]

Share

{ 4 comments }

Cloud Optimized Storage Solutions: Part 3a – Tiering & Expectations

January 12, 2009

In Parts 1 & 2 of the Cloud Optimized Storage Solutions series, we took a look at the content being storage on COSS as well as how it is stored.  In Part 3 (split into two parts), we’ll examine the concepts of Tiering and also Service Level Agreements (SLAs) and their impact on COSS.  To [...]

Share
<br />

Cloud Optimized Storage Solutions: Part 2 – How is content stored?

January 5, 2009

In part one of the COSS series, we discussed the nature of content within the cloud.  After determining the nature of the content being stored, it is important to understand how this unstructured and structured content will be stored.  The mechanism for storage has significant impact on a provider’s Service Level Agreement (SLA) to the [...]

Share
<br />