provisioning で利用した shell script を manifest に書き換える

### ops研修/ manifest
@tacahilo @kitak @keokent @hiboma

shell script で書いた provisioning のファイルを manifest で再現するPRです。
今回は書き換えることが目的なので、クラスやモジュールは使用しないようです。
適宜 push していきますので、完成までしばらくお待ちください！
後日、レビューのほどよろしくお願いします！

主に、以下の点で指摘をいただけたらとてもありがたいです。

* コーディングスタイル
* manifest に関する tips

### ToDo
- [x] 7ec6185：必要な Package を追加
- [x] d7a9c25：Package と Exec の初期値を追加
- [x] c9936d7：iptables と mysqld のOS起動時のふるまいを設定
- [x] 8dea2c6：source の機能を使って、gemrc と bash_profile を作成
- [x] df8a848：Ruby 関連のインストール (バージョンは 2.1.5)
- [x] 21e435d：Rails アプリケーションを clone する
- [x] d518127：bundler をインストールして、Gem をアプリケーションのローカルに保存 
- [x] a42b649：DB (本番環境のみ MySQL) を作成
- [x] b07061b：Assets:precompile を実行

### 細かい作業の流れ (TDD)
1. shell scriptを参考に、テスト項目の括りで一個ずつ manifest に記述する
2. puppet apply (vagrant provision) を実行
3. serverspec のテストを実行
4. 問題なければ commit、push
5. はじめにもどる

### source
* shell script：https://github.com/ryoma123/centos6-sampleapp/blob/master/shell/build-rails.sh
@tacahilo 

あ、そういうことか…。だいぶ大きく勘違いをしていました。

自分の頭では、依存関係を指定するときに あるリソース (ex. Exec['ruby build']) に必要なるパッケージをすべて含めることで、将来的に他のリソース (ex. Exec['ruby'] の require 属性) が修正されても大丈夫な状態に保っておくものだと思い込んでいました。

今回の例だと、他のリソースを修正するときは都度順番を考えれば良い話で、
「そのリソースを実行するために必要なリソースを require する」というよりも、
最小限の依存関係の流れを意識して組み立てるのが望ましいのでしょうか？？？