狠狠撸
Submit Search
目黒スタートアッフ?勉强会
?
1 like
?
951 views
gaooh
Follow
スタートアップに闯翱滨狈して1年(近く)経ちました
Read less
Read more
1 of 42
Download now
More Related Content
目黒スタートアッフ?勉强会
1.
スタートアップにJOINして 1年(近く)経ちました @gaooh
2.
COMPANY 動画制作のクラウドプラットフォーム
6.
COMPANY
7.
WHO ARE YOU? @gaooh リードエンジニアさせてもらってます 猫とビールとRubyが好きです。 渋谷や高田馬場でRubyをかいてたり、新宿や六本木でPerl 書いてたり、Objective-C/Javaとかもあるけど、まぁキャ リアはいろいろ
8.
MAIN ISSUE スタートアップにJOINして約 1年 心が折れることなく目の前のサービス開発と泥臭い改善と 戦い続ける武器を磨き続けるためにしてきたこと
10.
I'M CAREFUL モダンな感じで維持し続ける 開発速度を低下される要因をなるべく取り除く DevOpsによるOpsの見える化
11.
MODERN? より速く走れる高速道路 more better を考える 1ヶ月ごとの開発振り返り 変化に寛容な雰囲気作り
12.
DEVELOPMENT SPEED デプロイの最適化 CIのスピード 深夜に遅いテストをリストアップ 車輪の再発明をなくす シンプルだけどコードレビュー
13.
DEVOPS インフラエンジニアはいません コードに落とせない心温まる手作業 github issueでレビューと共有を心がける きっと自動化するときに役に立つ
14.
最初からこうではなかった!
15.
JOIN ~ THREE
MONTHS バックアップ…..たぶん….たぶん….とってる….えっと xxxxさー ん SPOF ? SLA? なにそれおいしいの? デプロイがたまに原因不明で失敗するんですけど…… サービス開発優先にしてたらいろいろまずいことが…… 片手間でたてたwordpressが定期的に落ちるですが…….
16.
CALM DOWN 当時: エンジニア4人 サービス開発は当然やり続ける必要がある B2Bなので一気にアクセスが増えることはない 扱うファイルが一般的なwebサービスに比べると巨大 データの保全は気をつけないと
17.
PREMISE 大規模にいろいろ整備するお金も暇もない サービスあたってアクセス爆発した!みたいな嬉しい悲 鳴はではない 目をつぶるところはつぶる! クリティカルなところを優先順位付けしてやるしかない
18.
FIRST SPOFを整理し、SLAを決める 諦める場所を決める お金と時間は有限 エンジニア以外にも説明ができる サーバは気合いでどうこうできない
19.
CONCURRENT バックアップなどの情報整理 RDSのバックアップ保持期間 メンテナンスウィンドウの時間調整 S3のバージョニング ログの記録
20.
START UP 先回りの運用はやりきれない せめて何かあったときになんとななる下地だけ リリース後1年近く経つとほころびがではじめるころ 地味な小石につまづき始めるころ
21.
CONCRETE EXAMPLE INDEX 安心してデプロイできる環境 スタートアップは何度打席にたつかが勝負 サービス開発を優先したがための問題点を除去 それ以外の小石拾い
22.
例1
23.
DEPLOY deploy ?ow をうまく使えてない rollback
をしたことがないのでなんか怖い deploy サーバからしか deployできない たまに失敗する
24.
CAUSE 育ってきた ( 過去の
環境の違い 「こうしたほうが楽だよ」「こんな方法はあるよ」はJOIN したノリでやるのがいい 人間は不便なものでも慣れると変化を面倒と思うように なる
25.
CURRENT
26.
MORE? Docker? Elastic Beanstalk? サービスの規模を考えながら一歩一歩 変えようとすることにつねに前向きであることが大事
27.
DOCUMENT PR コードに落とせない開発ポリシー、ルール もっとよりよい方法が思いついたとき誰でも変更できるよ うに 誰かが一人がえいときめることも時には大事だけれど、変 えたいと思った人が変えられる環境も大事
29.
例2
30.
SPEED OR QUALITY のないアーキテクチャー、大規模でも耐えれる設計 現実は….. 自分も生み出すことはあるので誰も責められない 大事なのは目を背けないこと!
31.
贤明なるみなさんに质问です
32.
3G越えのファイルをRAILSを通してアッ プロードしたらどうなるとおもいますか?
33.
インスタンスタイプをあげて のりきろう!
35.
お、おう….
36.
EXTREME EXAMPLE 極端な例ですが、こういうのの小さいバージョンはよくある 技術的負債というにはおこがましいやつ 目の前の開発コスト?長期的なコスト?の天 コツコツと直しましょう。 既存の仕組みを捨てることに前向きになりましょう。
37.
FACTS 巨人の肩に乗りました S3へ直接Upload, Job管理はSQS, 処理通知はSNS
38.
START UP ON
AWS サービス開発に注力したいなら使い倒す覚悟を 片手間だとけっこう活かしきれない部分があるよ VPCの設計とか 闊に手をだすと変なことに…. 巨人の肩にのるための準備運動は必要 ローカルの開発環境のこともかんがえないとリリース後トラブ ルの元
39.
CURRENT
40.
OTHER ログが放置されてたので?uentdいれたり メンテ画面を出せるようにしたり 監視まわりをみなおしたり 開発効率系gemをいれまくったり
41.
SUMMARY スタートアップにJOINして約 1年で、心が折れることなく 目の前のサービス開発と泥臭い改善と戦い続ける武器を磨 き続けるために大事だとおもったこと つねに変わり続けられる勇気 めげない心 お金と時間を最適なことに使う意識
42.
泥臭いことも正直あります…. でも一緒に戦いたい人を募集しています!
Download