SREエンジニア

必須

• AWS / GCP / Azureなどパブリッククラウドを利用した商用サービスの開発・運用経験
• WebアプリケーションまたはWebサービスの運用経験
• Linux、ネットワーク、データベース、HTTPなどWebサービスを支える基礎技術への理解
• Infrastructure as Codeを利用したインフラ管理経験
• Gitを利用したチーム開発経験

歓迎

• Kubernetes / Amazon EKSの設計・運用経験
• Amazon ECSを利用したサービス運用経験
• AWS CDK / Terraform / CloudFormationなどを利用したIaCの実務経験
• Datadogなどを利用したObservability基盤の構築・改善経験
• SLI / SLO / Error Budgetの設計・運用経験
• 大規模Webサービスのパフォーマンス改善経験
• Aurora PostgreSQL / PostgreSQLの運用・チューニング経験
• DynamoDB / OpenSearchなど分散データストアの運用経験
• CI/CDパイプラインの設計・改善経験
• インシデントレスポンスやポストモーテムの導入・改善経験
• AWSのセキュリティ・IAM・ネットワークに関する知識
• クラウドコストの可視化・最適化経験
• Python / Kotlin / TypeScriptなどを利用したWebアプリケーション開発経験
• Platform Engineering / Developer Experience改善の経験
• 技術選定やアーキテクチャ設計をリードした経験

求める人物像

• 働く仲間に「関心」と「リスペクト」を持っていただける方
• シェルフィーのミッションに共感いただける方
• プロダクトの信頼性を「誰かが守るもの」ではなく、チーム全体でつくるものだと考えられる方
• 障害そのものだけではなく、その背景にある構造や仕組みに目を向けられる方
• 手作業や属人的な運用を見つけたとき、自動化・仕組み化したくなる方
• Reliabilityと開発速度をトレードオフとして捉えるだけでなく、両方を高める方法を考えられる方
• インフラだけに閉じず、アプリケーションやプロダクトまで踏み込んで問題解決できる方
• 事業・組織の現在から未来までを踏まえ、技術的な優先順位を考えられる方
• 自分自身が問題を解くだけでなく、チーム全体が問題を解ける状態をつくることに興味がある方

応募について

• 「SRE」という職種名での実務経験は必須ではありません。
• アプリケーションエンジニアやインフラエンジニアとしてサービス運用・信頼性改善に取り組み、今後SRE領域へ専門性を広げたい方も歓迎します。

使用ツール

お任せしたいお仕事

• Greenfile.workの信頼性・可用性・スケーラビリティを高めるため、プロダクトチームと協働しながらSRE領域全般を担っていただきます。
• 具体的には、
• AWSを中心としたクラウドインフラの設計・構築・改善
• EKS / ECSを中心としたコンテナ実行基盤の設計・運用・改善
• CDKを利用したInfrastructure as Codeの設計・改善
• Datadog / CloudWatchを活用したObservabilityの設計・改善
• メトリクス・ログ・トレースを活用したボトルネック分析
• SLI / SLOなどを活用した信頼性の可視化・改善
• 障害検知、インシデント対応、ポストモーテムと再発防止
• CI/CDパイプラインの改善
• デプロイの安全性・頻度を高めるための仕組みづくり
• パフォーマンス・キャパシティ・スケーラビリティの改善
• Aurora PostgreSQL / DynamoDB / OpenSearchなどデータストアの信頼性向上
• AWSを中心としたクラウドコストの可視化・最適化
• セキュリティ・権限管理・ネットワーク設計の改善
• Toilの発見と自動化
• 開発チームと協働した運用改善・DevOps文化の醸成
• などがあります。
• これらだけでなく、組織全体のReliability Engineeringの能力を高めることを期待しています。
• ※変更の範囲：当社業務全般

SREチームについて

• アプリケーション開発チームと比較し、サービスやプロダクトに必須である専門的なセクションを担うチームです。
• 大きくは情報セキュリティ、開発効率や生産性向上、サービスの安定稼働のセクションに分けています。こちらも一人ひとりのエンジニアはチームを横断することが多く、得意領域があるメンバーや、関心が高いメンバーが担います。
• ゼネコン（元請企業）は特に抜きん出て社内に導入するツール・サービスのセキュリティ基準が高いため、サービス導入のレギュレーションに応える部門としても活躍します。

33万社が利用するサービスの信頼性を、自分たちで設計できる

• Greenfile.workは登録企業数33万社を超え、多くの建設現場の日常業務で利用されています。
• サービスが止まること、遅くなること、データにアクセスできなくなることは、そのまま現場の業務へ影響します。
• 一方で、すでに完成された巨大サービスを保守するだけのフェーズでもありません。
• プロダクトの成長に合わせて、アーキテクチャ、Observability、CI/CD、インシデントマネジメントなどを継続的に再設計していく余地があります。
• 「すでに社会で使われているサービスを守る責任」と「これからの基盤を自分たちでつくれる余白」の両方がある環境です。

SRE組織そのものをつくれる

• 決められた運用手順をこなすだけのポジションではありません。どんなSLI/SLOを設定するのか。どこまでをPlatformとして提供するのか。Observabilityをどう設計するのか。開発者とSREの責任境界をどうするのか。インシデントからどう学習するのか。何を自動化し、何をあえて自動化しないのか。これらも含めて、これからのGreenfile.workに必要なSREの形を考えていくことができます。

プロダクトエンジニアと近い距離で働ける

• SREだけが独立してインフラを管理するのではなく、プロダクトエンジニアと一緒にサービスをつくります。
• 「アプリケーション側だから」「インフラ側だから」と境界線を引くのではなく、ユーザーにとって最も良い状態から逆算して技術課題を解決します。
• インフラ・アプリケーション・開発プロセス・組織まで、必要であれば領域を越えて改善できる環境です。

社会インフラを支えるサービスに向き合える

• 建設業界は国内最大級の市場であり、私たちの生活を支える社会インフラそのものです。
• SREの仕事はユーザーから直接見えないことも多いですが、「今日も問題なくGreenfile.workを使える」という状態そのものが、私たちの提供する重要な価値です。

開発環境

• 開発言語： JavaScript, TypeScript, Python, Kotlin
• フレームワーク：React, Django REST framework, Spring Boot
• AWS：EKS, ECS, Aurora Postgres, DynamoDB, OpenSearch, S3, Lambda, ...
• CI／CD：CodePipeline, CodeBuild
• インフラ構成管理：CDK
• ログ／監視：Datadog、CloudWatch
• ソース・バージョン管理：GitHub Organization
• コミュニケーション：Slack, Notion, Google Workspace
• 画面管理／プロトタイピング： Figma