Many of the collection methods return individual objects, which also provide common methods:

* +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)

== Mocks

As you might imagine, testing code using Fog can be slow and expensive, constantly turning on and and shutting down instances.

Mocking allows skipping this overhead by providing an in memory representation resources as you make requests.

Enabling mocking easy to use, before you run other commands, simply run:

Fog.mock!

Then proceed as usual, if you run into unimplemented mocks fog will raise an error and as always contributions are welcome!

== Requests

Requests allow you to dive deeper when the models just can't cut it.

You can see a list of available requests by calling #requests on the connection object.

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:

$ fog

>> Compute[:aws].describe_reserved_instances

#<Excon::Response [...]>

It will return an {excon}[http://github.com/geemus/excon] response, which has `body`, `headers` and `status`. Both return nice hashes.

== Go forth and conquer

Play around and use the console to explore or check out {fog.io}[http://fog.io] for more details and examples. Once you are ready to start scripting fog, here is a quick hint on how to make connections without the command line thing to help you.