Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Engineer All Hands #5 (freee) 「インフラ」
Search
Keiji Matsuzaki
November 27, 2015
Technology
0
480
Engineer All Hands #5 (freee) 「インフラ」
freeeで毎月開催されるEngineer All Hands #5にて、
freeeのインフラについて10minLTをしました。
Keiji Matsuzaki
November 27, 2015
Tweet
Share
More Decks by Keiji Matsuzaki
See All by Keiji Matsuzaki
note engineer meetup #3 インフラの現状 / note engineer meetup #3 infra
futoase
4
1.1k
ハマったところ 表参道.rb #44 / into a problem
futoase
0
1k
note meetup #2 Electronを利用した10面ディスプレイの操作 / Controll of gaienmae display
futoase
0
740
mastodon
futoase
0
120
susumekata
futoase
1
740
freee-wacul-web-app-lt-one
futoase
0
1.9k
soracom-go
futoase
0
360
AWS Summit Tokyo 2015 freee
futoase
19
20k
freee-shigure-matsuri-20150321
futoase
8
2.1k
Other Decks in Technology
See All in Technology
AIのAIによるAIのための出力評価と改善
chocoyama
2
520
Observability в PHP без боли. Олег Мифле, тимлид Altenar
lamodatech
0
310
_第3回__AIxIoTビジネス共創ラボ紹介資料_20250617.pdf
iotcomjpadmin
0
150
[TechNight #90-1] 本当に使える?ZDMの新機能を実践検証してみた
oracle4engineer
PRO
3
140
AWS CDK 実践的アプローチ N選 / aws-cdk-practical-approaches
gotok365
5
570
Uniadex__公開版_20250617-AIxIoTビジネス共創ラボ_ツナガルチカラ_.pdf
iotcomjpadmin
0
150
CI/CD/IaC 久々に0から環境を作ったらこうなりました
kaz29
0
110
ローカルLLMでファインチューニング
knishioka
0
140
“社内”だけで完結していた私が、AWS Community Builder になるまで
nagisa53
1
260
PHPでWebブラウザのレンダリングエンジンを実装する
dip_tech
PRO
0
180
生成AIで小説を書くためにプロンプトの制約や原則について学ぶ / prompt-engineering-for-ai-fiction
nwiizo
2
350
MySQL5.6から8.4へ 戦いの記録
kyoshidaxx
1
110
Featured
See All Featured
Large-scale JavaScript Application Architecture
addyosmani
512
110k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
228
22k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
35
2.3k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
48
2.8k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
233
17k
BBQ
matthewcrist
89
9.7k
What's in a price? How to price your products and services
michaelherold
246
12k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
29
9.5k
Designing for humans not robots
tammielis
253
25k
The Art of Programming - Codeland 2020
erikaheidi
54
13k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
46
9.6k
Intergalactic Javascript Robots from Outer Space
tanoku
271
27k
Transcript
Engineer All Hands #5 freee 2015/11/26 松崎 啓治
SonicGardenの皆様、こんばんは!!
None
読みました!!! http://futoase.hatenablog.com/entry/2015/11/01/201627
「自己紹介(軽く)」
自己紹介(軽く) • 2014年6月入社 (33歳児) • インフラとしてずっとやってます • 入社時インフラ2名だった • 2回目の確定申告をこれから体験します(`・ω・´)ゞ
• 最近筋トレ続けてます • Twitter: @xga • facebook: @futoase
弊社のインフラについて
弊社のインフラについて (軽く)
None
今のところ4名
「サポートしている業務」
サポートしている業務 • 引っ越しサポート ◦ 12月から全員新しいオフィスへ ◦ その前の一部引っ越し組のサポート (ネットワークや、机やらタップなどなど ) •
アプリケーションミドルウェア選定、セットアップ、運用 • デプロイ環境整備、 (capistranoの対応など) • テスト環境構築 (Pull Request駆動のテスト環境) • ネットワーク構築 (AWSが主だが、社内でもちょこっと) • マシン選定 (最近情シスロールができたのでそちらに) • CSIRT (ゆくゆくはインフラのみではなくなる) • あとは小さいサービスの実装など (gemやmicro serviceなど) • LPの面倒を見るとか • 障害対応
「日々の業務」
日々の業務 • 10:55 〜 全体朝会 • 11:30 〜 朝会 •
17:00 〜 Sprint振り返り (毎週水曜日) • これ以外の時間は基本ミーティングか通常業務(開発か運用か何か)
「インフラの構造」
2015年前半までのインフラの構造は以下を。 Speaker Deckのプレゼン
None
2015年11月は?
現在
VPC 分離
VPC 分離 • 今までProductionとStagingが同一VPCだった • Security Group上限までいっちゃった問題発生(後述) • Staging環境を別VPCにした
Network ACLによる トラフィック制御
Network ACLによるトラフィック制御 • 今までトラフィック制御をSecurity Groupに頼っていた ◦ A Security GroupとB Security
Groupの疎通が必要であれば都度編集・追加 • Security GroupについてVPCあたり100の制限がある • VPC分割と共に、Security Groupを増やし過ぎない運用を行う必要が出てきた • SubnetごとにNetwork ACLを設定し、各Subnet、IPアドレスマスクごとにトラフィッ ク制御のInbound / Outboundの設定を行うように整理 ◦ Productionはこれから。 • Network ACLの制限はSecurity Groupに比べるとゆるい • ただ、数が多すぎると目grepが辛い
障害時に電話かかってくる
障害時に電話かかってくる
障害時に電話かかってくる • Twilioを弊社では電話サポートに利用している ◦ http://twilio.kddi-web.com/case/freee/ • Slack上でbot(hubot)を使って、Zabbix-agentから送られたサーバの問題を検知、 インフラ担当者に電話がかかってくるシステム • ワン切りしてもだめで、Slackに書き込むまで電話が鳴る
◦ 5回鳴ったら次の人
「アプリとインフラ」
アプリとインフラ • アプリとインフラは、チームとしては分かれている • といってもインフラがアプリ(コード)書かないとかそういうことはないヨ • 必要なソリューション提供のためのライブラリ(gem化したり)書いたり、アプリ直した りしている • 基本的にアプリのことをわかっている前提で動く
◦ プロダクト命 ◦ リソースと実装、現実、やりたいことを天秤にかける • 今のところ、アプリ vs インフラみたいな状態になってない ◦ 今後もならない!!!!
「課題」
課題 • 会計freeeのDBがmasterのみの問題 ◦ これは近々解決...できたい。 • サービスが増えるに連れて運用のつらみが増してきている ◦ スクリプト化を進めていく ◦
フルスペックを目指さず、できるところから手をつけていく (限りがある) • テストの実行速度が落ちてきている ◦ RSpec(インテグレーションテストなども )の充実による副作用 ◦ 並列化してテストを実行しているが、だんだん現実的時間で終わらなくなってきている • デプロイ速度も落ちてきている ◦ サーバ台数が増えてきている ▪ pull/push モデル、コード同期について課題がある • 増え続けるfreeeメンバーのためのネットワーク整備 ◦ 無線でのインターネットを提供し続けたい
課題 • 運用するアプリはRailsのみとは限らない現状...!!! ◦ 現状もGoやJava、Scalaのものが走り始めている ▪ 個人的にぜんぜんOK ◦ 運用ノウハウが無いものを始めるものが多い ◦
それに常に追いつけるようにしなければ … • 開発者が開発しやすい環境を整えられていない ◦ 今はまだ完全じゃない感 ◦ 開発のしやすさ = 品質に繋がると思う ◦ どっかで大きい転換を図れるよう、がっつりやる必要がある • いかにアプリとインフラの距離をゼロにするか? ◦ 完全にゼロにはならないかもしれないけどそうしたい ◦ プロダクトがわからないインフラは残念感があるので (今のところないはず ) • 開発環境整備の大変さ
課題はいっぱい。
課題はいっぱい。 (やっていく気持ち)
「最近がんばってること」
None
10月ぐらいからずっと Splatoonやってます。 nnid: futoaseなのでよろし く❢❢❢❢❢
「以上 m(_ _)m」