![Kelbim
• github.com/winebarrel/kelbim
• ELBの管理ツール
ec2 "vpc-XXXXXXXXX" do
load_balancer "my-load-balancer", :internal => true do
instances(
"nyar",
"yog"
)
listeners do
listener [:tcp, 80] => [:tcp, 80]
listener [:https, 443] => [:http, 80] do](https://image.slidesharecdn.com/20140930anythingascode-141003070123-phpapp01/85/20140930-anything-as_code-22-320.jpg)
20140930 anything as_code
- 2. お前誰よ • 弊社でインフラまわりやってます • twi%er:)@sgwr_dts • github/bitbicket:)winebarrel
- 3. アジェンダ • Roadworkerの話 • Ridgepoleの話 • Anything3as3Codeの話
- 4. Roadworkerの話
- 5. Roadworker • github.com/winebarrel/roadworker • Route53の管理ツール • DSLでRoute53を定義する • 冪等性を保証 hosted_zone "winebarrel.jp." do rrset "winebarrel.jp.", "A" do ttl 300 resource_records( "127.0.0.1", "127.0.0.2" ) end
- 6. Demo
- 7. ワークフロー
- 8. DSLを修正
- 9. プルリク・レビュー
- 10. マージ・適用
- 11. Roadworker以前 • ときは2013年 • R53(Foxというツールを使っていました • github.com/cookpad/r53;fox
- 12. 以前のワークフロー 1. DNSの更新を宣言 2. R53*FoxでRoute53を変更 3. JSONにエクスポートしてgitで保存
- 13. 問題点 • 事前確認できない • エクスポートを忘れると変更履歴が残らない • 元の状態を復元しにくい（できなくはない）
- 14. オペミス発生 • MXを消してメールが届かない • 誰がいつ更新したのかよく分からない…
- 15. 一方その頃… • puppetlabsのリポジトリをあさってい ました • puppetlabs/puppetlabs+dns
- 17. Puppet/Chef? • Chefもありました • github.com/hw1cookbooks/route53 • どっちも文法が気に入らない • じゃあ作るか→できた
- 19. 知見 • 設定ファイル化するとGitで管理できる • GitHubのワークフローに乗せられる • 管理が楽になる
- 20. いろいろ作った
- 21. Piculet • github.com/winebarrel/piculet • セキュリティグループの管理ツール ec2 "vpc-XXXXXXXX" do security_group "default" do description "default VPC security group" ingress do permission :tcp, 22..22 do ip_ranges( "0.0.0.0/0", ) end
- 22. Kelbim • github.com/winebarrel/kelbim • ELBの管理ツール ec2 "vpc-XXXXXXXXX" do load_balancer "my-load-balancer", :internal => true do instances( "nyar", "yog" ) listeners do listener [:tcp, 80] => [:tcp, 80] listener [:https, 443] => [:http, 80] do
- 23. Radiosonde • github.com/winebarrel/radiosonde • CloudWatch7Alarmの管理ツール alarm "alarm1" do namespace "AWS/EC2" metric_name "CPUUtilization" dimensions "InstanceId"=>"i-XXXXXXXX" period 300 statistic :average threshold ">=", 50.0 evaluation_periods 1 actions_enabled true
- 24. Meteorlog • github.com/winebarrel/meteorlog • CloudWatch6Logsの管理ツール log_group "/var/log/messages" do log_stream "my-stream" metric_filter "MyAppAccessCount" do metric :name=>"EventCount", :namespace=>"YourNamespace", :value=>"1" end metric_filter "MyAppAccessCount2" do
- 26. Ridgepoleの話
- 27. Ridgepole • github.com/winebarrel/ridgepole • DBスキーマの管理ツール • Rails9DSLでスキーマを定義する • 冪等性を保証 • dry9runできる • 弊社ブログでバズった create_table "articles", force: true do |t| t.string "title" t.text "text" t.datetime "created_at" t.datetime "updated_at" end
- 28. Demo
- 29. 作成の経緯 • 別プロジェクトで死んでいた • GW最終日「会社行きたくないでござる」 • 現実を忘れるためにコーディング • できた
- 30. Rails&DSL • SQL::Translator→Perlメンテできない • SQLのパース→絶対メンテできない • RailsのDSLならよいかな…
- 31. DBまわりのワークフロー
- 33. 歴代のスキーマ管理ツール
- 34. 一代目 • Google'Spreadseat • DDL・記入者・実施日 • DDLを記入して実行以来 • 「クエリを実行してください」「完了 しました」
- 35. 二代目 • Webツール • 基本はスプレッドシートと同じ • DDL・作成者をポスト • ボタンを押すとステージングに反映 • 本番への適用はインフラ作業 • AWS移行のどさくさで消滅
- 36. 三代目 • GitHub(Enterprise • mysqldump+Rakeタスク • ステージング環境からスキーマをエク スポート • テーブル定義の差分+ALTER文のDDLを プルリク • レビュー • マージ後、RakeタスクでDDLを適用
- 37. 三代目以前 • 主要DBのテーブルが増え続けていた • いらないテーブルも多かった • スキーマの情報は$show create table • ステージングと本番には乖離があった
- 38. 三代目以後 • (一応)GitHubのワークフローには乗せられた • DDLは手書き… • DDLのテストが微妙 • メタ情報を書きにくい • 本番とステージングで別ファイル定義
- 39. なんかやだ
- 40. Ridgepoleの導入 • できたので導入したかった"(現実逃避) • Rails"DSLに置き換えただけだとメリットが少ない • 「DDLのCIやるか」
- 41. DDL#CI
- 42. 知見 • スキーマ定義もGitで管理すると楽 • DDLのCI便利 • CloudForma1onはCIに使える
- 44. DSL管理のアイデア • Puppet・Chefのパクリ • Puppet+GitHubによるインフラ管理がすごくよかった • なんでもGitHubで管理しよう
- 45. 仕組み 1. APIで現在の状態を取得→Hashにする 2. DSLの定義をパース→Hashにする 3. Hash化された定義を比較 4. 差分をAPIで実行（dry4runの場合はログ出力）
- 47. 応用範囲が広い • AWS全般 • LDAP等アカウント管理 • インフラ定義 • サービス定義 • ほにゃらら定義…
- 48. なにがなんでも!as!Code? 技術的な学びはすくない しかし、何でもコード化したくなる モチベーションは 「無駄をなくしたい」 「労力!>!/dev/nul」の撲滅
- 49. Nothing(as(Code • 開発者「DNS変更してください」 • インフラ「わかりました」 • 開発者「ポート空けてください」 • インフラ「分かりました」 • 開発者「スキーマ変更してください」 • インフラ「（ｒｙ」
- 50. 問題点 • 権限を適切に分離できない • 全員に強力な権限を与えるのも問題 • 開発者:#めんどくさい • インフラ:#人間バッチ化・無駄なスリル
- 51. Code化+GitHub • プルリクで手軽・明確に変更を依頼できる • 明確な変更を適切にレビューできる • 自動化により本番適用時の心労が減る ＿人人人人人人人＿ ＞ 突然の幸せ ＜ ‾Y^Y^Y^Y^Y^Y‾
- 52. まとめ • 便利ツール作ったのでどうぞご利用ください • DSL管理ツール作るのは簡単です • Anything,as,Codeで幸せになりましょう
- 54. ご静聴ありがとうございました