02_SRE（サイト・リライアビリティ・エンジニア）(業務委託)

02_SRE（サイト・リライアビリティ・エンジニア）(業務委託)

仕事概要

Web企業としての当たり前のプラクティスを持ち込み、既存のシステムを長く安定して運用し続けられる状態へ近づけていただくSREエンジニアを募集します。

Faber Companyの開発組織は、これから3年の技術ロードマップと構造改革を掲げ、Foundation → AI-ready → AI-nativeの三段で開発のあり方を変えようとしています。
AIで個人の書く速度は上がりましたが、変更を安全に受け止める土台がなければ、速くなった分はレビュー待ちと障害対応に吸われてしまいます。
私たちは、その土台づくりから始めます。

長く運用してきたシステムには、可用性や運用の観点で見直す余地が残っています。監視や障害対応などの運用のプラクティスも、これから揃えていくところです。
新しい仕組みを大きく構想することより、当たり前のことを着実に実践し、動いているシステムを止めずに少しずつ良くしていくことを期待しています。

▼業務例
※このすべてを1人で担っていただく必要はありません。ご自身の強みに応じて、どこを中心に持っていただくかを相談して決めます。
– 可用性を高める構成の見直し
– バックアップと復旧の仕組みの整備
– 計測に基づくパフォーマンスのボトルネック特定とチューニング（データストア、アプリケーション、バッチ処理など）
– データストアの容量対策と段階的な移行
– ランタイム、ミドルウェア、OSのバージョンとEOLの管理
– 権限の最小化とアカウントの統制
– ログやデータの保持期間の見直し
– 外形監視とアラートの設計
– SLI/SLOの設計と計測の仕組み
– 障害対応とポストモーテムの型づくり
– オンコールの仕組み、障害シナリオの机上演習
– 脆弱性情報を集めて振り分ける仕組み
– 本番のリソースをIaCで管理された状態にすること

必須スキル

– BtoBまたはBtoCのWebシステムの設計・開発・運用経験
– 稼働中のシステムを、可用性、セキュリティ、コスト、運用性などの非機能要件の観点で評価し、本番を止めずに改善した実務経験
– AWS上の本番環境での、構成変更の設計・レビュー・リリースの実務経験
– IaC（Terraform、AWS CDK、CloudFormationなど）による構築経験
– 本番の障害対応と、その後の再発防止に取り組んだ経験
– 設計の判断を文章で残し、チームに共有してきた経験

歓迎スキル

– 運用のプラクティスが整った環境での経験と、それが整っていない環境で整えた経験
– 計測に基づき、データストアやアプリケーションのパフォーマンスを改善した経験（スロークエリの改善、インデックスの設計など）
– データストアの容量対策や、段階的な移行の経験
– 監視、アラート、SLI/SLO、Observabilityの設計・導入経験
– 障害対応の指揮、ポストモーテムの運用経験
– IaCで管理されていない既存リソースを、IaCに取り込んだ経験
– AWSのマルチアカウント環境とIAMの設計経験
– ランタイムやミドルウェアの大規模なバージョンアップの経験
– クラウドのコスト構造を見直した経験
– Claude CodeやCodexなどのコーディングエージェントを、開発や運用の業務に活用した経験
– ジュニアメンバーへの技術の伝承やメンタリング経験
– 英語でのコミュニケーション経験

求める人物像

• 「デジタルマーケティングの領域を変えたい」という意欲をお持ちの方
• 世の中のトレンド(スタートアップや経済)や新しい技術にも興味関心がある方
• 状況に応じて、QCDSバランスを柔軟に調整しながら、最善を追求できる方
• チームでの開発経験があり、チームメンバーに良い影響を与えられる方
• 課題設定から施策検討について論理的な思考ができる方

応募概要

給与

面談にてご相談

勤務地

東京本社/リモート

雇用形態

業務委託

勤務体系

▼働き方
・参画後の最初の1〜2か月は、既存のシステムを可用性や運用の観点で評価し、リスクの一覧と改善の優先順位をまとめるところから始めていただきます。
・テクニカルディレクターと組み、何を解くか、どこまでやるかを一緒に決めていただきます。
・日本側の社員エンジニアとタッグを組んで手を動かし、作った仕組みが運用に乗るまで一緒に回していただきます。
日々の運用を代わりに担う人でも、作って渡したら終わる人でもなく、「社員が自分たちで回せるようになるまで伴走できる人」を求めています。
・決めたことも、却下した案も、理由とともに残します。
・コードや設定に加えて、リスクの一覧、設計判断の記録、システムカタログへの記載、手順書、そして社員が自分たちで回せる状態までを成果物とします。
・24時間365日の監視やオンコールを担う要員の募集ではありません。
・日本とベトナムの二拠点で開発しており、ベトナム拠点のメンバーと関わる場面もあります。