HackerTube.dev

How Netflix Uses Java - 2025 Edition

Java · 300K views · 2025-04-26 · 47:43

Open on YouTube ↗

If playback is restricted in your region, try opening the original video. Use Mark watched to add it to your marked videos.

Overview

A Netflix engineer describes how Netflix uses Java in 2025, including Spring Boot, DGS/GraphQL, gRPC and keeping over 3000 services on the latest JDK. It covers generational ZGC upgrade experiences.

On Hacker News

Cited as a real-world enterprise Java example, especially for JDK upgrades and ZGC results.

Discussed on HN; no positive recommendation is recorded in this export · HN mentions 2025–2025

Topics

Python, Ruby & scripting languagesDistributed systemsCloud, DevOps & reliability
Search by tags
javanetflixspring bootzgcjdk upgrades

What people said

clanky · 2025-10 · Reference

Here's a talk from Netflix (hopefully sufficient enterprise for the discussion) that goes over how a JDK version upgrade to generational ZGC improved a bunch of their request timeouts: [VIDEO]

Read the original HN comment ↗
melasadra · 2025-09 · Reference

It teaches Java 8 which is used by most enterprises. Supposedly enterprises are finally starting to upgrade to Java 17 and 21. Example : How Netflix Uses Java - 2025 Edition [VIDEO]

Read the original HN comment ↗
jpc0 · 2025-05 · Reference

Only in the conceptual stage right now. So far my thoughts are. An app framework targeting modern C++ (>C++20) based on Boost.Fiber and stdexec( sender/receivers when C++26 releases) I got inspired by a recent Java talk[1] from a Netflix employee about how they are building. I have the pretty strong opinion that async/await are implementation details and shouldn’t be exposed in APIs. They effectively have the compiler/runtime generate a state machine for you and you wouldn’t put a state machine in an api. Using C++ though we do have low level access to the CPU and there is no reason we cannot just use stackfull coroutines. This allows you to write literally synchronous code but it will defer blocking operations to an even loop and allow concurrency. For GUI at least in the beginning Im thinking that I just spawn a native window and it’s up to you how you draw to that. I’m targeting something basic on linux myself which means it will probably just be direct calls to the wayland compositor to create a window. Getting a context etc will be up to the user since my idea would be in windows we use C# and on macos we use swift for UI. Documenting and building tooling around getting those languages integrated feels like it would provide more benefits than actually trying to reinvent the wheel in C++. Likewise HTTP client will just wrap libcurl, for server side Im actually thinking of just calling into golang. HTTP servers aren’t the hard part, it’s all the infrastructure around it th

Read the original HN comment ↗

Sources

Video by Java, played through YouTube.

Data and selection notes

HN summaries and labels may contain AI errors. HN dates refer to discussions, not video publication.

HN Library: HackerTube export (2026-10-31) and open-index/hacker-news. Upstream summaries and classifications may contain AI errors.

Views, duration and playback status refresh separately from the published catalog. When an update fails, existing data remains visible.

Selection checks
  • SaaS & AI candidates: Topic keywords do not match
  • Editor-approved picks: Editorial review is required

Rule matches identify candidates. They do not guarantee video quality or financial results.

About the library and its sources