「サーバにログインしない・させないサービス運用」講演メモ (AWS Summit Tokyo 2015) #AWSSummit - 元RX-7乗りの適当な日々

メモった。間違い等あるかもしれませんが、その場合はごめんなさい。 Gunosy 2011.09リリース 現在900万DL突破 エンジニアは現在26名 2014.11は16名、2013.11は7名、2012.11は4名 クライアント+QAは5名、Web+APIまわりは5名、インフラは1名とかとか Gunosyの開発 API: Golang パートナー・広告主への管理画面: Rails バッチ・内部向け: Django or Python バージョン管理: GitHub 構成管理・デプロイ: Chef (+OpsWorks) 開発の特徴 小さい単位で作ってすぐ捨てる マイクロサービス的な 機能が増えすぎたら分割 メンテするよりリプレース サーバにログインされて困る事 信頼できないビルド・デプロイ 開発者の手元でビルドすると、どの断面なのかわからずトラッキングできない プロダクションに上がってい

[mapk0y]

ブコメ見てるとつらそうに感じるのか。知らずにかってにパッケージとか入ってる環境のほうが正直つらいっす

[koemu]

「全てを統合した一連のワークフローを作る事が大事。」

[tmatsuu]

目から鱗。思考実験してみたけどたしかに作って捨てる運用ならサーバにログインしないで回すこともできる気がしてきた。考え方変えてみるか

[bongkura]

愚痴：これが基本じゃないエンジニアとは仕事したくない。アカウント発行してくださいとかやってられんログインして何する気だ。境界線ごちゃごちゃでインフラ担当を雑用と勘違いしてるアホ

[wyukawa]

まあ理解はできるんだが、サーバーにログインしないで全てが完結するのかなあ。例えばログファイル肥大化によるdisk alertがきたときはどういうフローで調査、対応するんだろ。

[masutaka26]

Gunosyの規模で勝手に変える人が出ちゃうのか。大変だなあ。

[kimutansk]

こういう形で信頼できない環境を過去作ったり、はまってきた身としては非常に納得がいく話ではあります。

[asonas]

つらそう。。。

[catatsuy]

すごくつらそう

[sora_h]

勝手に変えられる状態なのも勝手に変えちゃうのも治安悪くてたいへんそう…………。

[tagomoris]

なんつうか、いろいろ大変そうな現場だなgunosy

[clavier]

「サーバにログインしない・させないサービス運用」講演メモ (AWS Summit Tokyo 2015) #AWSSummit - 元RX-7乗りの適当な日々

[kenzy_n]

勝手に変えるな！

[rrreeeyyy]

No SSH だ