SRE/インフラエンジニア ミドルクラス

必須

• クラウド／オンプレミスを問わず、インフラ設計、構築の実務経験がある方

歓迎

• Infrastructure as Code（IaC）、プログラミングの経験
• CI/CDなどのプラットフォーム環境設計/構築の経験
• RDBMSの経験
• Webシステムにおけるセキュリティ対策の経験
• ネットワークの設計、 設定、 運用の経験

求める人物像

• ビジネスモデルに共感してくれる人
• 視野が広く柔軟性があり、バランス感覚のある人
• 悪い意味での「体育会系」でない人
• 自身のマイナスをごまかさない、嘘をつかない人

応募について

• ※学歴不問

使用ツール

社会になくてはならないインフラを創る

• 当社のシステムが止まれば、何万社もの仕入れや決済がストップしてしまいかねません。ビジネスのためのインフラを担う仕事です。
• 現在のラクーンはオンプレミス中心の環境ですが、時代に合わせてモダン化を推進してきました。より一層生産的で安定したプロダクトに成長させるため、クラウドシフトも視野に入れたシステムの最適化が現在の課題です。綺麗に整えられた環境で決められたルーティンをこなす運用の仕事ではありません。インフラの深いレイヤの知識とプログラミングの素養を活用し、この「内部アーキテクチャの抜本的な変革」を牽引していただくことを期待しています。技術選定や改善計画の策定から実行まで、大きな裁量を持って自社サービスを進化させていくポジションです。

入社後の期待役割とキャリアイメージ

• 入社〜3ヶ月：まずは小規模な作業をこなしながら、既存システム（オンプレミス・クラウド）の構成や、BtoBドメインならではの仕様・ビジネスモデルをキャッチアップしていただきます。実務を通じてラクーンの環境に慣れていく期間です。
• 半年〜1年後：既存インフラの運用・保守を自律的に回しつつ、現在の課題であるアーキテクチャの最適化、IaC化、CI/CDの改善に対して、自らの知見をもとに改善計画を提案し、実行をリードしていただきます。
• 3年後〜：システムの全体最適を見据えた技術選定や新技術の導入検証を主導し、サービスの可用性・信頼性を一段階引き上げるインフラ基盤を確立していただきます。
• その後：若手メンバーの技術指導や育成支援、SRE組織全体のチームビルディングにも貢献し、未来への投資となる次世代アーキテクチャを主導するコアメンバーとしての活躍を期待しています。

仕事内容

• 株式会社ラクーンホールディングスの自社サービスにおけるインフラ全体の信頼性、可用性、パフォーマンス、セキュリティを向上させるためのSRE/インフラ業務をリードしていただきます。単なるインフラの維持管理ではなく、開発効率やシステムの安定性を向上させるための仕組みのアップグレードを、課題設定・技術選定・提案の段階から裁量を持って推進していただきます。

具体的にお任せしたい業務

• クラウド（AWS/Cloudflare等）およびオンプレミス（Proxmox/NetApp/Juniper/BIG-IP等）におけるインフラの設計、構築、運用、保守の主導
• サービスの可用性・信頼性・セキュリティ・拡張性向上のための改善計画の策定と実行
• 技術選定、新技術の導入検証、キャパシティプランニング
• Terraform・Ansibleを用いたIaCによる構成管理・自動化の推進
• GitHub ActionsによるCI/CDパイプラインの設計・運用
• システム監視業務、障害発生時の一次対応、パフォーマンスチューニング
• 若手メンバーへの技術指導や育成支援、チームビルディング

現在私たちが抱えている技術・組織課題

• ラクーンでは、長年の安定稼働を支えてきたオンプレミス環境を基盤としつつ、より一層のモダン化とクラウド活用を進めています。サービスをすべて自社で手づくりしているため、どのようなインフラへ進化させるのが最適なのか、その答えも自分たちで見つけ出す必要があります。
• とりわけ、一定の規模と歴史を持ち、BtoBサービスとしての品質が求められるサービスでは、世の中のベストプラクティスをそのまま当てはめるのが難しい場面も少なくありません。こうしたサービスで変革を主導するためには、ネットワーク・ストレージ・OS・ミドルウェアといった、より深いレイヤの基礎理解と、全体最適を見据えた設計能力が欠かせません。この正解のない課題に対し、技術的リーダーシップを発揮して切り拓いていただける方を求めています。

ひとりのエンジニアが、システムの隅々まで見渡せる規模感

• サービスが小さすぎればエンジニアリングの余地は限られ、大きすぎれば分業が進んで全体には触れられなくなります。ラクーンのシステムはその中間にあります。ひとりのエンジニアが全体のアーキテクチャを把握でき、自らの設計判断がサービス全体に反映される、絶妙なサイズ感です。担当レイヤに閉じこもるのではなく、全体最適を考え抜く面白さがあります。

「スケールアウトすれば解決」とはいかない、BtoB特有の技術課題

• 企業間取引のトランザクションは、BtoCと比べて「量」は多くありません。その代わり、与信・決済・締め処理など、一つひとつに複雑なビジネスロジックが必要とされます。台数を増やせば済む世界ではなく、ワークロードの特性を見極めた設計力が問われます。教科書的なベストプラクティスをそのまま当てはめられない課題に挑めます。

物理層からクラウドネイティブまで、一気通貫の経験

• オンプレミス（Proxmox/NetApp/Juniper/BIG-IP等）とクラウド（AWS/Cloudflare等）の両方を運用していますが、オンプレだから古いやり方、というわけではありません。オンプレ環境でも構成の標準化・抽象化を進め、アプリケーションが環境に依存しにくいインフラを志向しています。物理層の理解とクラウドネイティブな設計の両方を、地続きで経験できる環境です。

コピーできないビジネスモデルの上で、腰を据えた技術投資ができる

• ラクーンのサービスは、1社で完結するツールではなく、売り手と買い手の「取引が生まれる場」そのものです。仮に同じ機能を持つサービスが登場しても、そこに積み上がった取引ネットワークまでは再現できません。この構造的な強さと長年の安定成長があるからこそ、短期の機能競争に追われることなく、10年先を見据えたアーキテクチャ変革に投資できます。あなたが設計した基盤は、使い捨てられることなく、サービスとともに育ち続けます。

職域を染み出していける文化

• サービスの信頼性は、運用フェーズだけで決まるものではありません。障害の原因や打ち手を追いかけていくと、開発や設計、ときには要件定義までさかのぼることになります。ラクーンには、そうした職域を越えた染み出しを歓迎する文化があります。ひとりで全体を見渡せる規模感も相まって、運用の枠に閉じないSREの働き方ができます。

システム環境

• クラウドプラットフォーム: AWS, Cloudflare, Google Cloud, Azure
• オンプレミス環境： VMware, Proxmox, NetApp, Juniper, BIG-IP
• コンテナ: Docker, ECS on Fargate
• IaC: Ansible, Terraform
• CI/CD: GitHub Actions, Jenkins
• Webサービスの言語: Ruby(Rails), Java(Spring Boot), Python(FastAPI/TensorFlow), PHP, Node.js
• データベース: Oracle, MySQL, Snowflake
• その他: Slack, Backlog, GitHub

孤独にならない仕組み、ユニットチーム制

• 自分しか仕組みを把握していないシステムはありませんか？
• 他に誰も分かる人がいないと技術的な問い合わせや障害対応に孤独な戦いを強いられたり、長期休暇を取りにくくなったりしがちです。
• そこで私たちラクーングループのエンジニアは常に3~5名の固定メンバーで活動するユニットチーム制を導入していて、いつでも知識を共有して助け合える状況を作っています。