1
0
Fork 0
mirror of https://github.com/fog/fog.git synced 2022-11-09 13:51:43 -05:00
fog--fog/README.rdoc

129 lines
4.9 KiB
Text
Raw Normal View History

2010-04-02 19:45:54 -04:00
http://geemus.com/fog.png
2009-05-18 03:13:06 -04:00
2010-03-23 01:32:01 -04:00
fog helps you interact with cloud services.
2009-05-18 03:13:06 -04:00
2010-03-23 01:32:01 -04:00
The quick and dirty, top to bottom:
* Models provide a simplified interface, making clouds easier to work with and switch between.
* Requests allow power users to get the most out of the features of each individual cloud.
* Mocks make testing and integrating a breeze.
2009-09-15 00:32:02 -04:00
2010-03-23 01:32:01 -04:00
Put them together and you get a great cloud computing experience, but we are getting ahead of ourselves...
2009-09-15 00:32:02 -04:00
2010-01-15 00:31:19 -05:00
== Getting Started
2009-09-15 00:32:02 -04:00
2010-03-23 01:32:01 -04:00
sudo gem install fog
2010-01-15 00:31:19 -05:00
2010-03-23 01:33:55 -04:00
Now just type 'fog' to trying stuff out, confident that fog should let you know what you need to do. Here is an example of wading through server creation for Amazon Elastic Compute Cloud:
2010-01-15 00:31:19 -05:00
2010-03-23 01:32:01 -04:00
>> server = AWS.servers.create
2010-01-15 00:31:19 -05:00
ArgumentError: image_id is required for this operation
2010-03-23 01:32:01 -04:00
>> server = AWS.servers.create(:image_id => 'ami-5ee70037')
<Fog::AWS::EC2::Server [...]>
>> server.destroy # cleanup after yourself or regret it, trust me
true
2010-01-15 00:31:19 -05:00
2010-03-23 01:32:01 -04:00
== Collections
2010-01-15 00:31:19 -05:00
2010-03-23 01:32:01 -04:00
Nouns like Images and Servers are collections, which form the interface to the cloud.
Collections provide all, create, get and new methods.
2010-03-23 01:33:55 -04:00
* all fetches every object of that type from the cloud.
* create initializes a new record locally and then persists it to the cloud.
* get fetches a single object by its identity.
* new initializes a new record locally.
2010-01-15 00:33:48 -05:00
2010-03-23 01:32:01 -04:00
Common compute nouns are flavors, images and servers.
2010-01-15 00:33:48 -05:00
2010-03-23 01:32:01 -04:00
Common storage nouns are directory and file.
2010-01-15 00:31:19 -05:00
2010-03-23 01:32:01 -04:00
As an example, we'll try initializing and persisting a rackspace server:
2009-09-15 00:32:02 -04:00
require 'fog'
2010-01-15 00:19:48 -05:00
# initialize a connection to Rackspace Servers
connection = Fog::Rackspace::Servers.new(
:rackspace_api_key => key,
:rackspace_username => username
)
# boot a gentoo server (flavor 1 = 256, image 3 = gentoo 2008.0)
server = connection.servers.new(:flavor_id => 1, :image_id => 3, :name => 'my_server')
# wait for it to be ready to do stuff
server.wait_for { ready? }
# DO STUFF
# shutdown the server
server.destroy
2010-03-23 01:32:01 -04:00
== Models
2010-01-15 00:19:48 -05:00
2010-03-23 01:32:01 -04:00
Many of the collection methods return individual objects, which provide destroy, save and wait_for methods.
2010-03-23 01:33:55 -04:00
* destroy will destroy the persisted object from the cloud
* save will persist the object to the cloud
* wait_for takes a block and waits for either the block to return true for the object or for a timeout (defaults to 10 minutes)
2010-03-23 01:32:01 -04:00
== Mocks
2009-09-15 00:32:02 -04:00
2010-03-23 01:32:01 -04:00
Mocking provides an in memory representation of clouds as you make different requests.
This representation allows subsequent calls to mimic the behavior of the cloud while eliminating the cost and time needed to actually run tests against various providers.
Mocking is easy to use, just write any functions as you normally would and then in your tests ensure you call:
Fog.mock!
Make sure you call it first (before you initialize any connections) and all your calls should now run in mock mode.
If you run into the edges of mock implementation it should let you know that they haven't been implemented yet.
== Requests
Requests allow you to dive deeper when the models just can't cut it.
For instance, ec2 provides methods related to reserved instances that don't have any models (yet anyway).
You can get a description of your reserved instances like this:
$ fog
>> AWS[:ec2].describe_reserved_instances
#<Excon::Response [...]>
2009-09-15 00:32:02 -04:00
It will return an excon response, which has headers and body methods. Both give nice ruby hash representations of the result.
2009-09-15 00:32:02 -04:00
2010-03-23 01:32:01 -04:00
== Go forth and conquer
2009-09-15 00:32:02 -04:00
2010-03-23 01:32:01 -04:00
That should give you some stuff to try and places to look.
2009-09-15 00:32:02 -04:00
2010-03-23 01:32:01 -04:00
You should try out the (varying) support fog has for:
* AWS [EC2, S3, SimpleDB]
* Rackspace [Files, Servers]
* Slicehost
* Terremark vCloud Express
2009-09-15 00:32:02 -04:00
2010-03-23 01:32:01 -04:00
Enjoy, and let me know what I can do to continue improving fog!
2009-09-15 00:32:02 -04:00
* Follow {@geemus}[http://twitter.com/geemus] on Twitter.
* See upcoming work in the {tracker}[http://www.pivotaltracker.com/projects/54635].
2010-01-31 20:33:47 -05:00
* Report bugs in {issues}[http://github.com/geemus/fog/issues].
2009-09-15 00:32:02 -04:00
== Copyright
2009-05-18 03:13:06 -04:00
2009-09-15 00:36:20 -04:00
(The MIT License)
2010-03-23 01:32:01 -04:00
Copyright (c) 2010 {geemus (Wesley Beary)}[http://github.com/geemus]
2009-09-15 00:36:20 -04:00
Permission is hereby granted, free of charge, to any person obtaining
a copy of this software and associated documentation files (the
"Software"), to deal in the Software without restriction, including
without limitation the rights to use, copy, modify, merge, publish,
distribute, sublicense, and/or sell copies of the Software, and to
permit persons to whom the Software is furnished to do so, subject to
the following conditions:
The above copyright notice and this permission notice shall be
included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE
LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION
OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION
WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.