Jesse, thanks for a more in-depth explanation of the internal cloud.
It's appreciated.
I think my point is that there are two clouds; not just one. When we
hear and read people discussing security options which are being brought
up by many these days, it appears they are all discussing security
through and "internal cloud". I believe that type of discussion is
going to continue to leave people confused as most don't have a grasp
that one cloud is not equal to the other.
It's like trying to go fishing in Minnesota and looking for Red Lake.
There are at least 4, if not more. Each person you ask for directions
is going to give you a different set and you'll be left lost and confused.
Just my two cents but it seems to me that any discussion regarding
security and privacy within the cloud needs to begin with determining
"are you talking about the more comprehensive and intelligent manner of
storage data in general or are you talking about the concept of storing
data through the internet within a global cloud using strategically
placed, indefinite numbers of servers which you And Others have access
to via lease but don't genuinely own or control".
Naturally, I'm quite interested in that second part. As an insurance
guy, it's important for me and my clients to understand where the
servers are, who has access to them, how many times data my clients are
responsible for has been replicated (backed up) and where those data
packets are stored and ultimately how the servers/hard drives handled at
their end of life cycle.
Ken
On 3/5/2010 11:15 AM, Jesse Wilkins wrote:
> Hi Ken,
>
> I have a technical background but it sounds like not as technical (or in a different direction) as yours. And I think a lot of folks are still trying to determine what is and isn't an "internal" cloud. My understanding is that it includes virtualization and pooling of storage but also of I/O cycles and that it allows for rapid, on-demand, in many cases automatic reprovisioning of capabilities to higher-need applications (for example, a spike in processing at the end of the year or in response to a particular promotion). That reprovisioning ebbs and flows on application demand subject to certain criteria set up by IT.
>
> In other words, from what I've read from folks ranging from Cisco and HP to the Data.gov folks it's not just a new term for the same old storage pooling - it's both more comprehensive and more intelligent. But I do agree that there are a lot of folks slapping "cloud" in front of their offerings just as they slapped "I" or "e-" or "XML-based" or "compliance" in front of things in years past. It wouldn’t surprise me that the hot dog vendors in SF pitch their dogs as being cooked "in the cloud". :)
>
> Respectfully submitted on behalf of myself and no other company, organization, association, entity, or board of directors,
>
> Jesse Wilkins, CRM, CDIA+, ecmm, emmm, ermm
> [log in to unmask]
> (303) 574-0749 direct
> Twitter: http://www.twitter.com/jessewilkins
>
> List archives at http://lists.ufl.edu/archives/recmgmt-l.html
> Contact [log in to unmask] for assistance
> To unsubscribe from this list, click the below link. If not already present, place UNSUBSCRIBE RECMGMT-L or UNSUB RECMGMT-L in the body of the message.
> mailto:[log in to unmask]
>
List archives at http://lists.ufl.edu/archives/recmgmt-l.html
Contact [log in to unmask] for assistance
To unsubscribe from this list, click the below link. If not already present, place UNSUBSCRIBE RECMGMT-L or UNSUB RECMGMT-L in the body of the message.
mailto:[log in to unmask]
|
