1スタートアップとSaaSKaizen Platform, Inc.EngineerYoshiaki Sudo2016/5/12
View Slide
2注意:本日私からは技術的なお話はほぼありません…
3honzit- 私とkaizenの紹介- スタートアップとSaaS- Kaizenのインフラ監視- KaizenとMackerel- まとめ
4Intro
Yoshiaki SudoInternet Backbone Router 6年Infrastructure 11年AD tech 2年Management 少々
6Kaizen PlatformKaizen Platform
8Kaizen infraで大事にしていること➔ 楽をしよう➔ code化しよう➔ ビジネスに寄与するインフラであろう➔ 仲間/家族を大切にしよう
9スタートアップとSaaS
10スタートアップとSaaSよくあるパターン1. インフラ担当者がいない。App Engと兼務している2. なんとなく動いているが、詳細がよくわからない3. そもそもモニタリングされてない4. インフラ担当としてJoinしたが、インフラ以外の仕事のほうが多い5. インフラ = 何でも屋 という暗黙の了解がある…
11スタートアップとSaaSとにかくなんでもやらないといけないのがスタートアップそれが醍醐味でもあるんですが …だったら楽しよう。人手をかけずにシステムに任せよう↓SaaSを最大限活用してみよういろんなSaaS触れて楽しそうだ …! ワーイ
12
13監視システムhttp://blog.glidenote.com/blog/2014/12/03/monitoring-system-version-dec-2014/
14infra的構成管理https://speakerdeck.com/mdoi/kai-fa-suruyouniyun-yong-suruinhura-jaws-days-2015
15KaizenとMackerel
16なぜMackerel?2014年2月「サーバのリソースモニタリングちゃんとしないとね」DATADOGにしよう！Sensuも並行して使ってみよういろいろストをしてみようと思ったら2014/5月!!! Mackerel 爆誕 !!!
17なぜMackerel?Mackerel作ったから使ってみてよいいよー。試してみるわ。須藤くんよろしくはーい
18採用時のMackerel試してはみたが……ぶっちゃけ採用は相当悩みました……できたばかりのプロダクトで機能が圧倒的に不足していた田中さんの熱意とロードマップを聞いて、期待も込めて採用結果素晴らしいプロダクトに成長している
19Mackerelにしてよかったことカスタマーに寄り添った開発リクエストすれば、ロードマップに盛り込んでくれたり使い勝手どうですか？とインタビューしてくれたりtwitterで愚痴ると、丁寧に教えてくれたり
20Mackerelの使い方AWS, GCPでインフラのほぼ全てを構成Kaizenは、物理的サーバを一台も保有していませんWebweb api batchServiceRole Role RoleLogfront back batchServiceRole Role Role
21Mackerelの使い方EC2以外のモニタリングは、Service Metricにて収集ELB, RDS, Elasticache, DynamoDB, etc…fluent-plugin-cloudwatch/fluent-plugin-mackerel一台収集サーバを用意しているアラート通知はH/WリソースとService Metricで実施ミドルウェアや混みいった監視は sensuやNewRelicで実施
22Mackerel ちょっと変わった使い方AWSの請求情報を収集していますService Metricとして登録したいので、 fluent-plugin-mackerelで収集コンポーネント別と、 Total Amountをとっているこのデータを元にインフラで使っているお金の管理を実施経営陣にもこのデータを伝えて費用管理に生かしているAWS consoleをわざわざ見に行かなくて良い /AWS IAM渡したくない人にも共有できるインフラの定例会議でもメンバーで眺めてチェックしているあれ増えすぎじゃない？もうちょっとリッチに使ってもいいかもね？
23SaaSを多様して見えてきたこと
24SaaSを多様して見えてきたこと- Pros -最小人数でインフラを回せる人が少ない場合が多いスタートアップに有効でした（弊社の場合 )システムメンテナンス対応がなくて楽脆弱性対策とかとかとか …………- Cons -最初の学習コストが高い管理が煩雑になりがちしっかりサービスの一覧管理とか、費用管理とかしている
25現状
26規模- インスタンス -About 150 instanceEC2, RDS, DynamoDB, etc- インフラエンジニア -現在2名Max人員の時で3名- 負荷 -適切なワークライフバランスが実現できているたのしく健康に働けるのが何より大事
27SaaS(mackerel)を使って楽しよう
28楽してなにをする？インフラを “kaizen” しよう通常監視、運用はできるだけシステムに任せるレガシーなコードを取り除いたり、システムの陳腐化を防ぐために新しいことを試したりプロダクトを “kaizen” しようインフラチーム怖い … 相談しにくい… インフラチーム忙しそうで声かけにくい … これは負のスパイラル時間を多く使ってフレンドリーに相談に乗る。インフラ側から出向いて相談する社内の困ってる事案を “kaizen” しようインフラエンジニアは技術の幅が広い傾向にあるその技術を使って社内 ITやったり、社内セキュリティを担当したり、 お助けプログラム書いたり
29餅は餅屋へSaaS = プロフェッショナルお金をとってサービスしているプロに任せちゃおう片手間でやるよりプロへお願いするメンテナンスコストからの解放監視サーバがパニックした …負荷が大きくて表示が遅い …増設しないと…あんな機能が欲しい = リクエストすれば叶う?自分の時間を使わずとも機能が増えていく可能性
30まとめ
31まとめスタートアップにこそSaaS人が足りないからできない！ではなく、足りないなりに効率を最大化しよう本質的なことに時間を使おうインフラエンジニアだって会社の発展に直接貢献したい !!!より良いインフラを作るために時間をたくさん使いたいSaaSを選ぶ時はエンジニアフレンドリーなものを大事なところを任せるわけなので選定は大事困った時にどうにかできるものを (OSSで提供されてるなど )
32おまけ
33WE ARE HIRING!https://kaizenplatform.com/hiring/engineer.html
34THANK YOU!
eileencodes
akmur
bluesmoon
jensimmons
tanoku
chriscoyier
keathley
paulrobertlloyd
lauravandoore
trishagee
jakevdp
brettharned