Is the "Site Reliability Engineer (US - Central/Eastern time)" position at Posthog fully remote?

Yes, this is a remote position, open to candidates in United States.

What skills are required for this Site Reliability Engineer (US - Central/Eastern time) position?

Key skills listed for this role include Adjust.

Site Reliability Engineer (US - Central/Eastern time)

Q: How do I apply for the Site Reliability Engineer (US - Central/Eastern time) position at Posthog?

You can view full details and apply for this position on WFA Digital at https://wfadigital.com/jobs/site-reliability-engineer-us-centraleastern-time-posthog-1123.

Posthog·Remote(Remote (US))

Software Development

Adjust

WFA Digital Insight

PostHog's commitment to autonomy and transparency is a refreshing change in the tech industry. As a Site Reliability Engineer, you'll have the freedom to choose what to work on next, allowing for both personal and professional growth. With a focus on shipping fast and being weird, this role is perfect for those who thrive in environments where creativity and efficiency are valued. Before applying, consider how your skills in managing messy systems and working with AWS can contribute to PostHog's mission.

Job Description

ABOUT POSTHOG Product development used to mean manually writing code, running analysis, diagnosing bugs, and rolling out changes using dozens of tools. PostHog is the only platform that acts like a co-pilot for you (and your AI agents) to do it all – autonomously. We started with open-source product analytics, launched out of Y Combinator's W20 cohort https://posthog.com/handbook/story. We've since shipped more than a dozen products https://posthog.com/products, including: - PostHog Code https://posthog.com/code, the only AI devtool that understands your product, not just your codebase.

A built-in data warehouse https://posthog.com/docs/data-warehouse, so users can query product and customer data together using custom SQL insights.
PostHog AI https://posthog.com/ai, an AI-powered analyst that answers product questions, helps users find useful session recordings, and writes custom SQL queries.

We are: 1. Product-led. More than 450,000 organizations have installed PostHog, mostly driven by word-of-mouth. We have intensely strong product-market fit. 2. Default alive https://paulgraham.com/aord.html. Revenue is growing incredibly quickly, and we're very efficient. We raise money to push ambition and grow faster, not to keep the lights on.

Well-funded. We've raised more than $180m from some of the world's top investors. We're set up for a long, ambitious journey. We're focused on building an awesome product for end users, hiring exceptional teammates, shipping fast, and being as weird as possible https://posthog.com/deskhog. THINGS WE CARE ABOUT - Transparency: Everyone can read about our roadmap, how we pay (or even let go of) people, our strategy, and how we work, in our public company handbook https://posthog.com/handbook.

Internally, we share revenue, notes and slides from board meetings, and fundraising plans, so everyone has the context they need to make good decisions.

Autonomy: We don’t tell anyone what to do. Everyone chooses what to work on next based on what's going to have the biggest impact on our customers, and what they find interesting and motivating to work on.

Engineers lead product teams https://posthog.com/handbook/wide-company and make product decisions https://posthog.com/handbook/which-products. Teams are flexible and easy to change when needed.

Shipping fast: Why not now? https://posthog.com/handbook/values#why-not-now We want to build a lot of products; we can't do that shipping at a normal pace.

We've built the company around small teams – autonomous, highly-efficient groups of cracked engineers https://posthog.com/founders/cracked-manifesto who can outship much larger companies because they own their products end-to-end.

Time for building: Nothing gets shipped in a meeting. We're a natively remote company. We default to async communication – PRs > Issues > Slack.

Tuesdays and Thursdays are meeting-free days https://posthog.com/handbook/company/culture#were-on-the-makers-schedule, and we prioritize heads down building time over perfect coordination. This will be the most productive job you've ever had.

Ambition: We want to solve big problems. We strongly believe that aiming for the best possible upside, and sometimes missing, is better than never trying.

We're optimistic about what's possible and our ability to get there.

Being weird: Weird means redesigning an already world-class website for the 5th time. It means shipping literally every product that relates to customer data. It means building an objectively unnecessary developer toy https://posthog.com/deskhog with dubious shareholder value.

Doing weird stuff is a competitive advantage. And it's fun. WHO WE'RE LOOKING FOR We’re looking for people (US - Central/Eastern Timezone) that like deep ownership of production systems, people that are not afraid of working with stateful infrastructure and love working in AWS, VMs, automation, and making messy systems reliable. In general we seek SRE’s who are: - Enthusiastic drivers. We need proactive people that can fully own projects and get them done, and know to get help when needed. "Are we there yet?" is the wrong question.

Optimistic problem solvers. Things get hard here sometimes, whether it's scaling, shipping complex products, handling a stream of support requests, or trying to ship something that touches multiple teams.

We need people who won't get disheartened, and will collaborate, iterate, and ship their way out of anything.

Grown ups. We’re an international bunch of weirdos, but one thing unites us: everyone is kind, considerate, and professional towards each other. This isn't about age or experience https://posthog.com/handbook/company/grown-ups, it's about being low-ego, flexible, and respectful.
Genuine builders.

PostHog is full of people who just love building stuff, people who would still be building software even if there wasn't a paycheck at the end. If this sounds like you, we should talk. WHAT YOU'LL BE DOING You won’t be in a typical “keep the lights on” SRE role. The work is about turning a fast-growing, stateful system into a predictable, well-automated platform. (provisioning, scaling, rebalancing, recovery) That means reducing operational stress, designing safe automation for traffic-heavy workloads, and building the tooling and patterns that let the system scale without scaling human effort. You'll work on the kind of problems that only show up at large scale (petabytes of data, thousands of cores, constant ingestion) across a multi-region, multi-account AWS platform running many services on Kubernetes.

Operating EKS clusters across several environments with Karpenter autoscaling, Cilium networking, and ArgoCD-driven GitOps deployments - Managing and evolving a multi AWS account organization, provisioning, networking, access control, and cross-account connectivity - Maintaining the Terraform/Terragrunt IaC platform - modules, automated plan-on-PR / apply-on-merge pipelines, and safe patterns for shared infrastructure - Improving operational tooling around deploys, schema changes, backups, restores, and incident response - Reducing operational load by identifying repeat pain points and eliminating them through code and self-healing automation - Optimizing cloud spend as you go - Participating in on-call and incident response, with a strong focus on making incidents rarer over time You'll have room to design and automate, not just respond to alerts.

You should join this team if you like deep ownership of production systems and enjoy building the platform layer that everything else runs on. REQUIREMENTS - Deep hands-on experience with Kubernetes in production (EKS preferred). You've debugged node pressure, networking issues, and deployment failures at scale (thousands of nodes) - Strong experience operating production infrastructure on AWS. Not just one account, but understanding organizational boundaries, IAM, and networking between many - Experience automating infrastructure using Terraform or Terragrunt at scale, including module design and state management - Solid understanding of Linux systems (disk, memory, networking, failure modes) - Experience supporting stateful systems (databases, queues, storage systems, etc.) - Ability to debug and reason about performance and reliability issues in production - You're comfortable owning systems end-to-end, including on-call responsibilities You don't need to be an expert in every system we run on day one. But you do need to enjoy owning complex infrastructure and learning how the pieces fit together. NICE TO HAVE - Experience with GitOps workflows (ArgoCD) and CI/CD pipelines (GitHub Actions) - Experience with building AI agent-enabled base-level infra services for teams that move fast - Familiarity with multi-region infrastructure and the consistency/availability tradeoffs that come with it We are committed to ensuring a fair and accessible interview process. If you need any accommodations or adjustments, please let us know. #LI-DNI

How to Stand Out

Make sure to highlight your experience working with stateful infrastructure and AWS in your resume and cover letter.
Be prepared to talk about your problem-solving skills and how you handle complex technical issues.
Show a willingness to learn and adapt to new technologies and tools.
Emphasize your ability to work independently and collaboratively as part of a remote team.
Research PostHog's products and services to demonstrate your understanding of the company's mission and values.
Prepare examples of your experience working with automation tools and data warehouses.
Be ready to discuss your experience working in a fast-paced and dynamic environment.

This is a remote position listed on WFA Digital, the platform for professionals who work from anywhere. Browse more remote jobs across all categories.

Site Reliability Engineer (US - Central/Eastern time)

WFA Digital Insight

Job Description

How to Stand Out

Related remote jobs

Explore remote jobs