2010-10-19 19:46:09 -04:00
http://geemus.s3.amazonaws.com/fog.png
2009-05-18 03:13:06 -04:00
2010-06-13 21:28:51 -04:00
fog is the Ruby cloud computing library.
2009-05-18 03:13:06 -04:00
2010-03-23 01:32:01 -04:00
The quick and dirty, top to bottom:
2010-11-01 02:25:00 -04:00
2010-09-07 13:51:26 -04:00
* Collections provide a simplified interface, making clouds easier to work with and switch between.
2010-03-23 01:32:01 -04:00
* 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-11-09 19:09:46 -05:00
2010-03-23 01:32:01 -04:00
>> server = AWS.servers.create(:image_id => 'ami-5ee70037')
<Fog::AWS::EC2::Server [...]>
2010-11-09 19:09:46 -05:00
2010-03-23 01:32:01 -04:00
>> 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-09-07 13:51:26 -04:00
A high level interface to each cloud is provided through collections, such as images and servers.
2010-11-01 02:25:00 -04:00
You can see a list of available collections by calling #collections on the connection object. You can try it out using the `fog` command:
>> server = AWS.collections
[:addresses, :directories, :files, :flavors, :images, :key_pairs, :security_groups, :servers, :snapshots, :volumes]
2010-01-15 00:33:48 -05:00
2010-11-01 02:25:00 -04:00
Some of these collections are available across multiple providers. For example, all compute providers have +flavors+, +images+ and +servers+, and storage providers have +directory+ and +file+.
Collections share most of the basic CRUD type operations, such as:
2010-11-09 19:09:46 -05:00
* +all+ - fetch every object of that type from the provider.
* +create+ - initialize a new record locally and then persists it with the provider.
* +get+ - fetch a single object by its identity from the provider.
* +new+ - initialize a new record locally, but do not persist it to the provider.
2010-01-15 00:33:48 -05:00
2010-06-13 21:10:32 -04:00
As an example, we'll try initializing and persisting a Rackspace Cloud server:
2009-09-15 00:32:02 -04:00
require 'fog'
2010-06-13 21:10:32 -04:00
# initialize a connection to Rackspace Cloud Servers
2010-01-15 00:19:48 -05:00
connection = Fog::Rackspace::Servers.new(
:rackspace_api_key => key,
:rackspace_username => username
)
# boot a gentoo server (flavor 1 = 256, image 3 = gentoo 2008.0)
2010-06-01 21:08:56 -04:00
server = connection.servers.create(:flavor_id => 1, :image_id => 3, :name => 'my_server')
2010-01-15 00:19:48 -05:00
# 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-09-07 13:51:26 -04:00
Many of the collection methods return individual objects, which also provide some common methods:
2010-11-09 19:09:46 -05:00
* +destroy+ - will destroy the persisted object from the provider
* +save+ - persist the object to the provider
* +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-11-01 02:25:00 -04:00
As you might imagine, testing code using Fog could be feasibly slow and expensive to constantly be turning and and shutting down instances. Fortunately, fog includes support for mocking itself out.
2010-06-13 21:10:32 -04:00
Mocking provides an in memory representation of the state of cloud resources as you make requests.
Mocked calls to mimic the behavior of each provider while eliminating the cost and time needed to actually use cloud resources.
Enabling mocking easy to use, before you run any other commands run:
2010-03-23 01:32:01 -04:00
Fog.mock!
2010-06-13 21:10:32 -04:00
Then you can run other commands just like you always would.
Some mocks are not implemented just yet, but fog will raise an error to let you know and contributions are always welcome!
2010-03-23 01:32:01 -04:00
== Requests
Requests allow you to dive deeper when the models just can't cut it.
2010-09-07 13:51:26 -04:00
You can see a list of available requests by calling #requests on the connection object.
2010-06-13 21:10:32 -04:00
For instance, ec2 provides methods related to reserved instances that don't have any models (yet).
Here is how you can lookup your reserved instances:
2010-03-23 01:32:01 -04:00
2010-03-23 01:37:56 -04:00
$ fog
>> AWS[:ec2].describe_reserved_instances
#<Excon::Response [...]>
2009-09-15 00:32:02 -04:00
2010-06-13 21:25:17 -04:00
It will return an {excon}[http://github.com/geemus/excon] response, which has #headers and #body. Both return nice hashes.
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-11-17 14:40:38 -05:00
Play around and use the console to explore or check out the {getting started guide}[http://wiki.github.com/geemus/fog/getting-started-with-fog] for more details. Once you are reading to start scripting fog, here is a quick hint on how to make connections without the command line thing to help you.
# create a compute connection
compute = Fog::Compute.new(:provider => 'AWS', :aws_access_key_id => ACCESS_KEY_ID, :aws_secret_access_key => SECRET_ACCESS_KEY)
# compute operations go here
# create a storage connection
storage = Fog::Storage.new(:provider => 'AWS', :aws_access_key_id => ACCESS_KEY_ID, :aws_secret_access_key => SECRET_ACCESS_KEY)
# storage operations go here
geemus says: "That should give you everything you need to get started, but let me know if there is anything I can do to help!"
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:
2010-09-28 18:49:08 -04:00
* {AWS}[http://aws.amazon.com] [{Compute}[http://aws.amazon.com/ec2], {ELB}[http://aws.amazon.com/elasticloadbalancing], {Storage}[http://aws.amazon.com/s3], {SimpleDB}[http://aws.amazon.com/simpledb]]
* {Blue Box Group}[http://www.blueboxgrp.com] [{Compute}[http://www.blueboxgrp.com/blocks]]
2010-11-08 07:21:31 -05:00
* {Brightbox}[http://www.brightbox.co.uk] [{Compute}[http://beta.brightbox.com/]]
2010-09-24 16:26:02 -04:00
* {Google}[http://www.google.com] [{Storage}[http://code.google.com/apis/storage]]
2010-12-13 17:24:12 -05:00
* Local [Storage]
2010-09-28 18:49:08 -04:00
* {Rackspace}[http://www.rackspace.com] [{Compute}[http://www.rackspacecloud.com/cloud_hosting_products/servers], {Storage}[http://www.rackspacecloud.com/cloud_hosting_products/files]]
2010-12-13 17:24:12 -05:00
* {Slicehost}[http://www.slicehost.com] [{Compute}[http://www.slicehost.com], {DNS}[http://www.slicehost.com]]
2010-06-13 21:27:18 -04:00
* {Terremark}[http://www.terremark.com] [{vCloud Express}[http://vcloudexpress.terremark.com]]
2010-09-07 17:05:58 -04:00
There are also the basics of these providers (that could use your love):
2010-09-28 18:49:08 -04:00
* {GoGrid}[http://www.gogrid.com] [{Compute}[http://www.gogrid.com]]
2010-12-13 17:24:12 -05:00
* {Linode}[http://www.linode.com] [{Compute}[http://www.linode.com], {DNS}[http://www.linode.com]]
2010-09-28 18:49:08 -04:00
* {New Servers}[http://www.newservers.com] [{Compute}[http://www.newservers.com]]
2010-12-13 17:24:12 -05:00
* {Zerigo}[http://www.zerigo.com] [{DNS}[http://www.zerigo.com/managed-dns]
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
2010-09-27 16:31:19 -04:00
* Follow {@fog}[http://twitter.com/fog] and/or {@geemus}[http://twitter.com/geemus] on Twitter
2010-11-16 18:48:00 -05:00
* Discuss in irc on the {#ruby-fog}[irc://irc.freenode.net/ruby-fog] channel on Freenode
* Discuss via email on the {mailing list}[http://groups.google.com/group/ruby-fog] (note: release notes appear on this list)
2010-11-22 20:03:33 -05:00
* Report bugs or find stuff to work on in {issues}[http://github.com/geemus/fog/issues]
2010-10-06 18:05:45 -04:00
* Learn about {contributing}[http://github.com/geemus/fog/wiki/contributor-guide] or find more info about the {Providers}[http://github.com/geemus/fog/wiki/Providers] (including some todo items)
2010-09-27 16:31:19 -04:00
* See what already uses fog and add your own stuff to {the list}[http://wiki.github.com/geemus/fog/in-the-wild]
2009-09-15 00:32:02 -04:00
2010-11-09 19:09:46 -05:00
== Sponsorship
http://www.engineyard.com/images/logo.png
All new work on fog is sponsored by {Engine Yard}[http://engineyard.com]
2009-09-15 00:40:14 -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.