racker/node-cloudfiles

Name: node-cloudfiles

Owner: racker

Description: A client implementation for Rackspace CloudFIles in node.js

Created: 2011-08-10 02:20:49.0

Updated: 2013-12-31 17:56:33.0

Pushed: 2012-05-23 20:38:27.0

Homepage: http://github.com/nodejitsu/node-cloudfiles

Size: 201

Language: JavaScript

GitHub Committers

UserMost Recent Commit# Commits

Other Committers

UserEmailMost Recent Commit# Commits

README

node-cloudfiles

A client implementation for Rackspace CloudFiles in node.js

Installation
Installing npm (node package manager)
curl http://npmjs.org/install.sh | sh
Installing node-cloudfiles
npm install cloudfiles
Getting Rackspace Account
Usage

The node-cloudfiles library is compliant with the Rackspace CloudFiles API. Using node-cloudfiles is easy for a variety of scenarios: authenticating, creating and working with both containers and storage objects.

Getting Started

Before we can do anything with cloudfiles, we have to create a client with valid credentials. Cloudfiles will authenticate for you automatically:

r cloudfiles = require('cloudfiles');
r config = {
auth : {
  username: 'your-username',
  apiKey: 'your-api-key'
}


r client = cloudfiles.createClient(config);
Working with Containers

Rackspace Cloudfiles divides files into 'Containers'. These are very similar to S3 Buckets if you are more familiar with Amazon. There are a couple of simple operations exposed by node-cloudfiles:

 Creating a container
ient.setAuth(function () {
client.createContainer('myContainer', function (err, container) {
  // Listing files in the Container 
  container.getFiles(function (err, files) {

  });
});
;
Uploading and Downloading Files

Each Container has a set of 'StorageObjects' (or files) which can be retrieved via a Cloudfiles client. Files are downloaded to a local file cache that can be configured per client.

ient.createContainer('myContainer', function (err, container) {
//
// Uploading a file
//
client.addFile('myContainer', { remote: 'remoteName.txt', local: 'path/to/local/file.txt' }, function (err, uploaded) {
  // File has been uploaded
});

//
// Downloading a file
//
client.getFile('myContainer', 'remoteName.txt', function (err, file) {
  //
  // Save it to a location outside the cache
  //
  file.save({ local: 'path/to/local/file.txt' }, function (err, filename) {
    //
    // File has been saved.
    //
  });
});
;
Authentication Service

Use the 'host' key in the auth configuration to specify the url to use for authentication:

r cloudfiles = require('cloudfiles');
r config = {
auth : {
  username: 'your-username',
  apiKey: 'your-api-key',
  host : "lon.auth.api.rackspacecloud.com"
}


r client = cloudfiles.createClient(config);
Transfer over ServiceNet

Rackspace Cloud Servers have a private interface, known as ServiceNet, that is unmetered and has double the throughput of the public interface. When transferring files between a Cloud Server and Cloud Files, ServiceNet can be used instead of the public interface.

By default, ServiceNet is not used. To use ServiceNet for the transfer, set the 'servicenet' key to true in your client config:

r cloudfiles = require('cloudfiles');
r config = {
auth : {
  username: 'your-username',
  apiKey: 'your-api-key',
  host : "lon.auth.api.rackspacecloud.com"
},
servicenet: true


r client = cloudfiles.createClient(config);

NOTE: ServiceNet can only be used to transfer files between Cloud Servers and Cloud Files within the same datacenter. Rackspace support can migrate both Cloud Servers and Cloud Files to the same datacenter if needed.

Roadmap
  1. Implement Storage Object metadata APIs.
Run Tests

All of the node-cloudservers tests are written in vows, and cover all of the use cases described above. You will need to add your Rackspace API username and API key to test/fixtures/test-config.json before running tests:


"auth": {
  "username": "your-username",
  "apiKey": "your-apikey"
}

Once you have valid Rackspace credentials you can run tests with vows:

ws test/*-test.js --spec
Author: Charlie Robbins Contributors: Fedor Indutny, aaronds

This work is supported by the National Institutes of Health's National Center for Advancing Translational Sciences, Grant Number U24TR002306. This work is solely the responsibility of the creators and does not necessarily represent the official views of the National Institutes of Health.