SRE

募集停止

SRE

SRE

Sansan株式会社

Sansan株式会社

AI要約(β)

Sansan株式会社が提供するインボイス管理サービス「Bill One」のSREポジションを募集しています。年収は714万円から1,449万円で、市場平均以上の報酬が期待できます。業務内容は、プロダクトの信頼性とパフォーマンスの向上をリードし、開発チームと協力して自律的な信頼性向上の仕組みを整えることです。技術スタックにはTypeScript、React、Kotlin、Go、Google Cloudなどが含まれます。リモートワークが可能で、チーム全体でインフラ管理を行う文化があります。求める人物像は、SREの実践経験があり、Webアプリケーションのパフォーマンス改善経験を持つ方です。事業はコロナ禍でのリモートワーク推進に貢献し、順調に拡大中です。興味がある方は、Sansanの技術ブログやエンジニア向け会社紹介もご覧ください。

求人情報をご覧いただくには会員登録が必要になります

メールアドレスで登録する

給与・報酬

年収 714万円 ~ 1,449万円

稼働時間

10:00 ~ 16:00

雇用形態

正社員

出社頻度

週5日出社

勤務地

東京都渋谷区桜丘町1-1 渋谷サクラステージ 28F / 大阪府大阪市北区堂島浜1-4-19 マニュライフプレイス堂島 3F / 愛知県名古屋市中区栄3-13-20 栄センタービル 3F / 福岡県福岡市博多区中洲3-7-24 WeWorkゲイツ福岡 11F

現状と課題

募集背景

事業拡大に伴う安定的なサービス提供のため。 Bill Oneは、2020年5月にサービスの提供を開始して以来、コロナ禍におけるリモートワークの推進・BCP(事業継続計画)に関する課題解決などに貢献しており、事業として順調に拡大しています。 更なるスケールアップを目指し、人員を強化していきます。

参考情報

お願いする業務

「Bill One」のSite Reliabilityエンジニア(SRE)として、急速に成長するプロダクトの信頼性やパフォーマンスを継続的に改善するための全てのプロセスに携わります。

SREチームの一員として開発チームが自律的に信頼性を向上できる仕組みを整えつつ、信頼性と開発効率の向上をリードします。 そのためにBill Oneのアプリケーションを理解するオンボーディングを実施の上で、SREとして信頼性向上に取り組みます。 Webアプリケーションエンジニアやアーキテクトと協力しながら以下のような業務を担当します。

  • 開発チームが自律的にサービスの信頼性を高められる仕組み作りや文化の醸成
  • システムのパフォーマンス、スケーラビリティーの向上
  • システムのモニタリング、オブザーバビリティーの向上
  • 運用作業を効率化、自動化するためのソフトウェアの開発、運用
  • CI/CD 環境の改善
開発環境
  • フロントエンド:TypeScript、React
  • BFF:TypeScript、Express
  • サーバーサイド:Kotlin、Ktor、Go
  • データベース:PostgreSQL (Cloud SQL)
  • ソースコード管理:GitHub
  • インフラ:Google Cloud(App Engine、Cloud Run、Cloud Functions、Cloud Tasksなど)
  • 監視: Cloud Monitoring、Sentry
下記、本ポジションの特徴に魅力を感じられる方
  • 信頼性に関心があるWebアプリケーションエンジニアと連携しながらプロダクトを改善できる。
  • インフラ管理や運用はSREだけではなくWebアプリケーションエンジニアを含めた組織全体で実施するため信頼性向上に注力できる。
  • 急成長中のサービスのため、信頼性における「成長痛」とも言える課題と向き合う機会があり、質の高い実践経験が積める。
  • 開発効率の改善に関わる機会があるため、効率化を通して事業に貢献できる。

募集要項

概要

求人情報をご覧いただくには会員登録が必要になります

メールアドレスで登録する

雇用形態

正社員

給与・報酬

年収 714万円 ~ 1,449万円(経験、能力等に応じて個別に決定します。/ 年収714万の場合 : 月額51万(基本給41.3万+時間外手当9.7万)/ 年収1449万の場合 : 月額103.5万(基本給83.8万+時間外手当19.7万)/ ※時間外労働の有無に関わらず月30時間相当分の時間外手当を支給します / ※30時間を超える時間外労働分についての割増賃金は追加で支給します / ※試用期間(6ヵ月)中の条件変更はありません / 昇給:年1回(6月) / 賞与:年2回(1月/7月))

稼働時間

10:00 ~ 16:00(フレックスタイム制 / コアタイム 10:00-16:00(但し、全社会議日(月2回)は9:30-15:30とする。)/ 1日当たりの標準労働時間8h / 時間外労働:あり(全社平均20時間/月))

出社頻度

週5日出社

勤務地

東京都渋谷区桜丘町1-1 渋谷サクラステージ 28F / 大阪府大阪市北区堂島浜1-4-19 マニュライフプレイス堂島 3F / 愛知県名古屋市中区栄3-13-20 栄センタービル 3F / 福岡県福岡市博多区中洲3-7-24 WeWorkゲイツ福岡 11F

休日・休暇

- 土日祝日
- 年末年始休暇
- 有給休暇

社内制度
(待遇・福利厚生)

- 社員持株会

## 受動喫煙防止措置に関する事項
- 青山オーバルビル:屋内禁煙
- 中部支店:屋内原則禁煙(喫煙専用室設置)
- 福岡支店:屋内禁煙
- 関西支店:屋内禁煙

## 諸手当
- 通勤交通費
(1日あたり5,000円かつ1ヵ月定期代10万円を上限とします。往復分合計。特急券及び航空券は会社負担は致しかねます。)

## 社内制度
- 知識習得・業務効率向上補助制度(エンジニア職・クリエイティブ職のみ)
- 社内交流支援制度
- 住宅補助制度
- 英語学習補助制度
- 平日・土日入れ替え制度
- 育児サポート制度
- 特別休暇制度
※ 各社内制度の紹介はこちら( https://jp.corp-sansan.com/recruit/midcareer/culture/ )
※ 制度により、対象社員や適応ルールあり。

## 加入保険
- 雇用保険
- 労災保険
- 厚生年金
- 健康保険

必須スキル/経験

  • SLI/SLOの設計をはじめとするSREに関するプラクティスの実践経験
  • Webアプリケーションのパフォーマンスやスケーラビリティを改善した経験
  • Webアプリケーションの開発経験(言語不問)
  • GCP、AWS、Azureなどの各種クラウドサービスの利用経験
  • Linuxを用いたWebアプリケーションの運用経験

歓迎スキル/経験

  • C#、Java、Kotlin、Go、Scala、TypeScriptを利用したWebアプリケーションの開発経験
  • 大規模Webサービスの開発、運用経験
  • マイクロサービスの開発運用経験
  • Infrastructure as Code の運用経験
  • Cloud Run, Kubernetesなどのコンテナ環境の運用経験

サービス内容の詳細

  • 営業DXサービス「Sansan」
  • インボイス管理サービス「Bill One」
  • 名刺アプリ「Eight」
  • 契約DXサービス「Contract One」

各サービスの紹介はこちら( https://jp.sansan.com/products/ )

選考フロー

  1. カジュアル面談

※ポジションによってフローは異なる場合がございます。

同じポジションの求人

おすすめのイベント

もっと見る
  • それ、本当にClaude Codeじゃないとダメ?より安全でラクに使えるCowork公開デモ

    開催前

    それ、本当にClaude Codeじゃないとダメ?より安全でラクに使えるCowork公開デモ

    いま、AIを活用した業務効率化の文脈で「Claude Code」が大きな注目を集めています。しかし、いざ導入しようとすると、セキュリティ面の懸念や権限管理のハードルから、気軽に使えないケースも多いのではないでしょうか。 Coworkは、非エンジニアでも簡単に安全に扱えるよう作られた機能です。そして実は、日常の業務領域であれば「Coworkで十分にカバーできる」だけでなく、想像以上の範囲まで自動化できることは、まだあまり知られていません。 そこで本イベントでは、メルカリで生成AI推進を担当されているハヤカワ五味氏をお迎えし、Coworkを使った業務自動化の実際を、公開デモを交えてわかりやすくお伝えします。 前半のLTでは、ハヤカワ氏よりメルカリでの判断基準をもとに「なぜClaude CodeはNGになりがちで、なぜCoworkなら安全なのか」を解説いただいた上で、Coworkの基本的な機能をご紹介いただきます。 続く公開デモでは、実際にCoworkを使ってワークフローを構築する様子をお見せいただきます。数分でワークフローが完成する手軽さや、Gmail等の外部サービスとセキュアに連携できるポイントなど、実演を通じて具体的なイメージをお届けします。 後半のディスカッションでは、セキュリティの考え方や社内導入の進め方など、現場目線でさらに深掘りしていきます。 「自分の業務をAIで自動化してみたいけど、何から始めればいいかわからない」という方にこそ参加いただきたいイベントです。

  • Claude Code一強は本当か?松尾研が実践 Codex・Geminiの底力を出す使い方とは

    開催前

    Claude Code一強は本当か?松尾研が実践 Codex・Geminiの底力を出す使い方とは

    昨今、多くの生成AIが開発現場に浸透していますが、「Codex、Claude、Geminiの中で、自分のタスクには明確にどれが一番いいのか」を自信を持って選べていますか? 「なんとなく誰かが良いと言っていたから」「SNSでトレンドになっていたから」と、周りの評判に流されるまま、使っている方も少なくないはずです。しかし、AIのポテンシャルを100%引き出すためには、評判ではなく「その作業に本当に向いているAIを選ぶこと」が重要です。 ・何度もやり取りを重ねる長丁場の作業で、最後まで文脈を忘れずに頼れるAIはどれか ・テキストだけでなく、画像などのデータを扱うときに一番打率が高いのはどれか とはいえ、次々と新しいモデルが登場する中で、それぞれの本当の強みを自分で見極め、タスクごとに最適なAIを切り替えて使いこなすのは至難の業です。 そこで本イベントでは、LLMのフルスクラッチ開発やエージェント構築の最前線で活躍されている株式会社松尾研究所の尾崎氏をお迎えし、Claude・Codex・Geminiそれぞれの強みと使い分けの考え方を紐解きます。現在Geminiを使わなくなった背景なども含め、実践者ならではの視点でお話しいただきます。 一つのAIに絞るべきか複数を使い分けるべきか迷っている方から、すでに併用しているが最適化したい方まで、幅広いエンジニアのご参加をお待ちしています。

  • 【BetterAuth】今TypeScriptで開発するなら、認証は何が正解?認証ライブラリの最適解

    開催終了

    【BetterAuth】今TypeScriptで開発するなら、認証は何が正解?認証ライブラリの最適解

    現代のWeb開発において、認証機能の実装認証機能の実装に悩んだことはありませんか? セキュリティリスクや運用コストの観点から「認証基盤は自作するな」が定石となり、多くの開発者がIDaaSを選択肢に入れてきました。しかし、いざ実務に組み込もうとすると、以下のようなジレンマに直面します。 ・データの二重管理: IDaaS上のユーザー情報とアプリDBのデータをどう同期するか ・機能の制約: パスキや2FA、Azure ID(Entra ID)など、必要な認証方式に対応できるかは「IDaaS側の仕様(都合)次第」になってしまう そうした中、「自作は避けたいが、IDaaSの制限に縛られたくもない」という設計の壁を打ち破る選択肢としてTypeScriptベースの認証ライブラリ「Better-Auth」が今注目を集めています。Auth.js(旧NextAuth.js)を引き継いだチームによって開発され、OAuth・2FA・パスキーといったモダンな認証方式に対応しながら、自前でデータを保持できる柔軟さを備えたライブラリです。 しかし、非常に革新的である一方、「実際に使ってみてどうなのか」「IDaaSと比べてどういうケースに向いているのか」を具体的にイメージできている方はまだ少ないのが現状です。 そこで本イベントでは、プロダクト開発でBetter-Authを実践的に活用されている池内氏と柿氏をお迎えし、Better-Authの特徴や導入の実際、そして既存の認証ソリューションとの使い分けを紐解きます。 認証基盤の選定に悩んでいる方から、Better-Authが気になり始めた方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年8月4日(火)19:00~20:00

  • 【Claude Code】並行開発、どう回してる?鹿野さんに聞く 私の推しの並行開発環境 大公開

    アーカイブ公開中

    【Claude Code】並行開発、どう回してる?鹿野さんに聞く 私の推しの並行開発環境 大公開

    昨今、AIコーディングエージェントの普及により、個々の作業スピードは格段に向上しました。一方で、AIを使って複数のタスクを同時に進める「並行開発」のやり方に関してはいまだに1つの正解がなく手探りの状態が続いているのではないでしょうか。 仕様を決めてからフロント・バックエンドそれぞれにエージェントを立てて動かす方法や、Gitブランチの並行管理、さらにはプルリクエストの自動レビュー&修正する方法など、考えることは多岐にわたります。「結局シングルタスクに集中するのが最強では?」という問いも含め、並行開発の最適解はまだ見えていません。 そこで本イベントでは、「Multi-Folder Git Clone」などの自作ツールを開発し、AIエージェントを活かした並行開発の環境整備について精力的に発信されているUbieの鹿野氏をお迎えし、~並行~開発を実現するための開発環境の工夫をデモ付きで紐解きます。 デモでは鹿野氏より実際の画面をお見せいただきながら、エディターや複数ブランチの管理方法、コンテキストスイッチのタイミングまで、並行開発を加速させる具体的なツールやフローを深堀していきます。 これからAIを用いた並行開発に取り組もうとしている方から、今以上に効率的に並行開発を回していきたい方まで幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年7月15日(水)12:00~13:00

  • 松尾研はこうAIを制御するのか AIエージェントの精度を担保・改善する仕組みエージェントハーネスとは

    アーカイブ公開中

    松尾研はこうAIを制御するのか AIエージェントの精度を担保・改善する仕組みエージェントハーネスとは

    昨今、LLMの社会実装が進み、AIエージェントを活用したプロダクトや業務フローが増えてきました。しかし、AIエージェントを「作って動かして終わり」になっていないでしょうか。一度構築したエージェントの精度をいかに担保し、改善し続けられる仕組みを作るかという点に注目が集まっており、最近では「エージェントハーネス」という言葉も耳にするようになりました。 一方で、「そもそもエージェントハーネスとは何か」「コンテキストエンジニアリングとは何が違うのか」といった基本的な部分から整理したいと感じている方も多いのではないでしょうか。 そこで本イベントでは、AI研究の最前線を走る株式会社松尾研究所の長谷氏をお迎えし、エージェントハーネスの起源や注目が集まっている背景から、具体的な活用方法、そして今後の進化の方向性までをわかりやすく解説いただきます。エージェントハーネスを適切に整えることで、AIエージェントの精度は一度きりのチューニングではなく、継続的に改善し続けることができるその考え方と実践を紐解きます。 前半のLTでは、長谷氏よりエージェントハーネスとは何か、LLMの進化とともになぜ重要視されてきたのかという前提知識を整理いただきます。 後半のディスカッションでは、LTの内容をさらに深堀りながら、具体的な使われ方や松尾研究所での活用事例まで現場目線で深掘りしていきます。 エージェントハーネスという言葉が気になり始めた方から、AIエージェントの制御・改善に課題を感じている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年7月9日(木)19:00~20:00

転職に役立つノウハウ

もっと見る