devops@Gengo

2. DevOps @Gengo

3. 冨田陽介
@seikoudoku2000
DevOps歴6ヶ月
AWS歴6ヶ月
好きなサービス:EC2
好きなチーム:ペイトリオッツ

4. Company
Chikirin の日記
Gengo 訪問！

5. Our setup
ChefとVagrant
課題
今後
OUTLINE

6. Our setup
ChefとVagrant
課題
今後
OUTLINE

7. Dev 7人、DevOps 2人、QA1人

8. 60 + production servers (120 total )
about 10 repos
3 environments (Git flow)
15 + active contributors

9. その他色々nginx proxy
webアプリ webアプリ
その2
WordPress
APIサーバ
APIサーバ
その2

10. Our setup
ChefとVagrant
課題
今後
OUTLINE

11. + omnibus plugin
API or コンソール
share
folder

12. Production/QA
Knife-Solo
roles/api.rb
run_list(
"role[base]",
"recipe[nginx]",
"recipe[python]",
"recipe[repos::api]",
"recipe[monit]",
"recipe[monit::nginx]",
"recipe[monit::api]"
)
Local
Vagrant
Vagrantfile
config.vm.provision :chef_solo do |chef|
chef.add_recipe "base::git"
chef.add_recipe "nginx"
chef.add_recipe "php_pack"
chef.add_recipe "python"
chef.add_recipe "repos::api"
：
：
：
：
end
Sharing recipe on servers and local

13. Changing server configuration in a template
cookbooks/repos/templates/api.erb
------
<%- case node[‘environment'] %>
<%- when "live" %>
api_url = 'http://api.gengo.com'
<%- when "qa" %>
api_url = 'http://yyy.api.gengo.com'
<%- when "dev" %>
api_url = 'http://localhost:8080'
<%- end %>
------
Define in nodes/xxx.json
or
Vagrantfile

14. Changing Resource in a Recipe.
cookbooks/repos/recipes/api/default.rb
if node['environment'] == "dev"
git "#{node['repos']['home']}/#{project}" do
repository "git@github.com:gengo/api.git"
ssh_wrapper "/tmp/private_code/wrap-ssh4git.sh"
action :checkout
notifies :restart, "service[#{project}]"
end
else
deploy "/mnt#{node['repos']['home']}/#{project}" do
ssh_wrapper "/tmp/private_code/wrap-ssh4git.sh"
repo 'git@github.com:gengo/api'
branch "#{node['repos']['branch']}"
keep_releases 3
notifies :restart, "service[#{project}]"
end
end

15. 感想
● Good
○ 動くコードが残る。(コードの壁 < 言葉の壁 )
○ マニュアル作業を(段々)しなくなる。
○ いつでも作り直せるという安心感。
( = disposable infrastructure)
● Bad / Question
○ デプロイだけしたい時にちょっと微妙。
○ Recipeのテスト書くべき？ (監視とは継続的なテストである)
○ 冪等性？
disposable > idempotence

16. Our setup
ChefとVagrant
課題
今後
OUTLINE

18. Vagrantfileのメンテが大変
● サーバ / ローカルの二重メンテ
○ レシピの変更はサーバに流して終わりになりがち。
○ Vagrantの起動がよくエラーになる。。
● アプリケーションは進化する/増えていく
○ 処理がVangrantfileに一極集中。全体が見えない。
⇔ “Divide and Conquer”
○ 起動時間がどんどん長くなる
○ メンテが益々大変に。

19. 不安定な開発環境構築
→ 作業の属人化
(agileなのに)チームのagilityの低下

20. Our setup
ChefとVagrant
課題
今後
OUTLINE

21. Docker
・Linuxコンテナ(LXC)のラッパー
・軽量 / 起動が速い
→多くのコンテナを起動することが容易(らしい)

22. Vagrantfileのメンテが大変
● サーバ /ローカルの二重メンテ
○ レシピの変更はサーバに流して終わりになりがち。
○ Vagrantの起動がよくエラーになる。。
● アプリケーションは進化する/増えていく
○ 処理がVangrantfileに一極集中。全体が見えない。
⇔ “Divide and Conquer”
○ 起動時間がどんどん長くなる
○ メンテが益々大変に。
⇒サーバで流したレシピをそのままコンテナに流す
⇒コンテナが増えるだけ。他には影響しない。

23. 起動
起動
参照
必要に応じて連携

24. AWSの話があまりなくてすいません、、

25. Any Questions?
@gengo, @gengo_ja
https://github.com/gengo
http://gengo.doorkeeper.jp

30. Development Flow