I just stumbled on this blog post which talks about a common for cloud data storage and management: CDMI. Not sure how legit this all is, but the guy who wrote the blog post works for NetApp.
http://intotheinfrastructure.blogspot.com/2009/12/reference-architecture-for-cloud.html If this turns out to have industry support (and the SNIA member directory does have a lot of big hitters http://www.snia.org/member_com/member_directory/), then maybe libcloud's storage layer should adhere to the CDMI interface -- or at least provide an API for CDMI-compliant cloud storage solutions? Grig On Thu, Jan 13, 2011 at 10:41 PM, Sengor <[email protected]> wrote: > Depreciation warnings for starters, and it'd not be hard to port > existing code to a new libcloud version with proper upgrade > guidelines. > > It's probably as simple as %s/import\ libcloud/import\ libcloud.compute/ > > > On Wed, Jan 12, 2011 at 7:06 AM, Tomaz Muraus <[email protected]> wrote: >> Yeah, trying to still keep the old imports to work and just throwing a >> DeprecationWarning in the next few versions sounds ok. >> >> On Tue, Jan 11, 2011 at 7:54 PM, Paul Querna <[email protected]> wrote: >> >>> One question not posed is the module name. >>> >>> ie, should it all be inside libcloud.storage? >>> >>> This would imply moving all our existing code to libcloud.compute, >>> which is kinda a pain for upgrades, but I'm kinda a fan of maybe doing >>> it for 0.5, but having the old imports work too for a few versions. >>> >>> Thoughts? >>> >>> Thanks, >>> >>> Paul >>> >>> >>> On Tue, Jan 11, 2011 at 7:30 AM, Tomaz Muraus <[email protected]> wrote: >>> > Hello all, >>> > >>> > I have posted a short proposal / ideas for the object storage API on the >>> > libcloud wiki - http://wiki.apache.org/incubator/LibcloudStorageAPI >>> > >>> > Please post your feedback, opinions and ideas how to improve it. >>> > >>> > I think the next step after deciding how the API should look like (at >>> least >>> > approximately) should be >>> > implementing the base API and creating a reference driver and then we can >>> > move on from there :-) >>> > >>> > - Tomaz >>> > >>> >> > > > > -- > sengork >
