Tìm kiếm
40 kết quả cho “đồ thị phụ thuộc”. Tìm không phân biệt dấu.
- Độ tin cậy và multi-region Chủ đề Thành viên
Thay đổi kiến trúc lớn thường không đến từ kế hoạch mà từ một sự cố đau đớn. Khi đã chạy nhiều vùng, nhiều giả định của hệ thống một vùng không còn đúng.
- Đổi ngôn ngữ và runtime Chủ đề Thành viên
Ngôn ngữ ban đầu được chọn để làm nhanh. Khi lớn lên, nó có thể thành nút thắt về hiệu năng, latency, hoặc tổ chức code. Có ba hướng: tối ưu runtime đang dùng, cải tiến dần, hoặc viết lại có phạm vi.
- Inside Figma: a case study on strict null checks Bài tóm tắt · Figma · 2020
· 2020 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://www.figma.com/blog/inside-figma-a-case-study-on-strict-null-checks/) Bối cảnh - Figma dùng TypeScript từ trước bản…
- Migration không downtime Chủ đề Thành viên
Hệ thống đang chạy thật (gọi xe, chat, thiết kế) không được dừng, nhưng phải đổi ngôn ngữ, database hoặc hạ tầng bên dưới.
- Tự động hoá vận hành và auto-remediation Chủ đề Thành viên
Khi số máy, shard, pod tăng lên hàng nghìn, lỗi "hiếm" (một node chết, một đĩa hỏng, một replica trễ) thành chuyện hằng ngày, và thao tác tay không còn theo kịp: Stripe có hàng trăm lần shard suy giảm mỗi năm, mỗi lần…
- Kiểm thử độ tin cậy (chaos, fault injection, mô phỏng tất định) Chủ đề Thành viên
Lỗi trong hệ phân tán là chắc chắn (máy chết, zone mất, dependency chậm, cấu hình sai), nhưng phần lớn lỗi nằm ở những tổ hợp hiếm mà test chức năng không chạm tới. Bài toán là chủ động gây lỗi để biết hệ thống phản ứng…
- Hệ thống độ trễ thấp (low latency) Chủ đề Thành viên
Ở sàn giao dịch và công ty market making, mỗi giao dịch làm thay đổi thị trường cho giao dịch sau, và ai phản ứng chậm hơn thì thua. Yêu cầu không chỉ là latency trung bình thấp mà latency ổn định ở đuôi, ở thang micro…
- Scale dọc trước khi scale ngang Chủ đề
Thêm máy (scale ngang) kéo theo độ phức tạp phân tán. Bắt mỗi máy làm được nhiều hơn (scale dọc, tối ưu) thì đơn giản hơn, nhưng có trần và dễ thành một điểm hỏng.
- The Day Our Own Queries DoS'ed Us: Inside Zalando Search Bài tóm tắt · Zalando · 2025
· 2025 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://engineering.zalando.com/posts/2025/12/we-hacked-ourselves-so-you-dont-have-to.html) Bối cảnh - Team Search & Browse…
- Analysis of recent downtime & what we're doing to prevent future incidents Bài tóm tắt · Asana · 2019
· 2019 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://blog.asana.com/2019/09/downtime-what-were-doing-to-prevent-future-downtime/) Bối cảnh - Đa số dữ liệu người dùng củ…
- Introducing Domain-Oriented Microservice Architecture Bài tóm tắt · Uber · 2020
· 2020 · 4. Điều chỉnh · Độ khó: Trung bình — [bài gốc](https://www.uber.com/blog/microservice-architecture/) Bối cảnh - Uber có khoảng 2.200 microservice quan trọng (2020). - Lý…
- Zalando Công ty Thành viên
Năm 2016 Zalando dựng microservices CRUD phát event mà không có read API: mỗi team tự replay stream và dựng bản sao, sinh nhiều nguồn sự thật; event Offer trễ tới 30 phút dịp Cyber Week. Từ 2022 họ gom về Product Read…
- Shadow Engine Recovery in NVIDIA Dynamo Bài tóm tắt · NVIDIA · 2026
· 2026 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://developer.nvidia.com/blog/restore-llm-inference-capacity-in-seconds-with-shadow-engine-recovery-in-nvidia-dynamo/) Bài của…
- Three Basecamp outages. One week. What happened? Bài tóm tắt · Basecamp · 2020
· 2020 · 3. Quy mô lớn · Độ khó: Cơ bản — [bài gốc](https://m.signalvnoise.com/three-basecamp-outages-one-week-what-happened/) Bài gửi khách hàng, giọng xin lỗi; chi tiết kỹ thuật…
- How We Replaced Our Data Pipeline With Zero Downtime Bài tóm tắt · Twilio · 2014
· 2014 · 2. Tăng trưởng · Độ khó: Trung bình — [bài gốc](https://www.twilio.com/engineering/2014/06/26/how-we-replaced-our-data-pipeline-with-zero-downtime) Bối cảnh - Mỗi cuộc gọ…
- How HRT Thinks About Data Bài tóm tắt · Hudson River Trading · 2022
· 2022 · 2. Tăng trưởng · Độ khó: Trung bình — [bài gốc](https://www.hudsonrivertrading.com/hrtbeat/how-hrt-thinks-about-data/) Bài quan điểm của một researcher, không kể hệ thống…
- Mã hoá đầu cuối và hệ thống mà server không được đọc Chủ đề Thành viên
Một hệ thống bình thường giả định server thấy hết dữ liệu: server fan-out tin nhắn, lưu bản sao lưu, đồng bộ thiết bị, thu log để vận hành, chạy model, chống lạm dụng. Khi sản phẩm hứa chính nhà vận hành cũng không đọc…
- How we built Status Page Bài tóm tắt · GitLab · 2020
· 2020 · 3. Quy mô lớn · Độ khó: Dễ — [bài gốc](https://about.gitlab.com/blog/how-we-built-status-page-mvc/) Bài giới thiệu một tính năng của sản phẩm GitLab (Ultimate), nhưng khá…
- Background Coding Agents: Downstream Consumer Dataset Migrations (Honk, Part 4) Bài tóm tắt · Spotify · 2026
· 2026 · 3. Quy mô lớn · Độ khó: Dễ — [bài gốc](https://engineering.atspotify.com/2026/4/background-coding-agents-dataset-migrations-honk-part-4) Series về coding agent nội bộ "Ho…
- Hạ tầng nghiên cứu định lượng (dữ liệu thị trường, feature, backtest) Chủ đề Thành viên
Một quỹ định lượng hay công ty market making sống bằng vòng nghiên cứu: đặt giả thuyết → lấy dữ liệu → tạo feature → train model hay dựng tín hiệu → backtest/mô phỏng → đưa vào giao dịch thật → lặp lại. Theo Optiver, độ…
- Hạ tầng phục vụ LLM inference Chủ đề Thành viên
Phục vụ LLM giống một dịch vụ web ở chỗ cần scale theo tải, deploy phiên bản mới an toàn và phục hồi khi một process chết; nhưng ba đặc điểm làm các công cụ quen thuộc hỏng:
- Stack Overflow: How We Do Deployment - 2016 Edition Bài tóm tắt · Stack Overflow · 2016
· 2016 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://nickcraver.com/blog/2016/05/03/stack-overflow-how-we-do-deployment-2016-edition/) Bài 3 trong series của Nick Crave…
- Stack Overflow: How We Do Monitoring - 2018 Edition Bài tóm tắt · Stack Overflow · 2018
· 2018 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://nickcraver.com/blog/2018/11/29/stack-overflow-how-we-do-monitoring/) Bài 4 trong series của Nick Craver. Bài trước:…
- Large-Scale Automated Dependency Analysis Across Uber's Service Mesh Bài tóm tắt · Uber · 2026
· 2026 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://www.uber.com/us/en/blog/automated-dependency-analysis/) Bài đầu của một cặp; bài sau dùng kết quả này để chặn retry storm:…
- Scaling LinkedIn's Hadoop YARN cluster beyond 10,000 nodes Bài tóm tắt · LinkedIn · 2021
· 2021 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://engineering.linkedin.com/blog/2021/scaling-linkedin-s-hadoop-yarn-cluster-beyond-10-000-nodes) Bối cảnh - Cụm Hadoop gấp đ…
- Wix Inbox Journey: 3 Approaches for Zero Downtime Database Migration Bài tóm tắt · Wix · 2021
· 2021 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://www.wix.engineering/post/wix-inbox-journey-3-approaches-for-zero-downtime-database-migration) Bối cảnh - Wix có hơn…
- A postmortem of our July 14, 2026 incident Bài tóm tắt · Coinbase · 2026
· 2026 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://www.coinbase.com/blog/a-postmortem-of-our-july-14-2026-incident) Sự cố thứ hai của Coinbase trong năm 2026 có trong…
- Scaling Grab's Data Lake: Our journey to Apache Iceberg adoption Bài tóm tắt · Grab · 2026
· 2026 · 4. Điều chỉnh · Độ khó: Trung bình — [bài gốc](https://engineering.grab.com/our-journey-to-apache-iceberg-adoption) Bối cảnh - Data lake của Grab: hàng petabyte, hàng tỉ…
- Why We Switched Our Data Orchestration Service Bài tóm tắt · Spotify · 2022
· 2022 · 3. Quy mô lớn · Độ khó: Dễ — [bài gốc](https://engineering.atspotify.com/2022/03/why-we-switched-our-data-orchestration-service/) Bối cảnh - Spotify chạy 20.000 pipeline…
- Upgrading a 56TB database that's growing at 250GB per day with (nearly) no downtime Bài tóm tắt · Trigger.dev · 2026
· 2026 · 3. Quy mô lớn · Độ khó: Nâng cao — [bài gốc](https://trigger.dev/blog/upgrading-a-56tb-database) Bối cảnh - Một cụm Aurora Postgres khoảng 56 TB : bảng run 29,4 TB, các b…
- Moving Railway's Frontend Off Next.js Bài tóm tắt · Railway · 2026
· 2026 · 2. Tăng trưởng · Độ khó: Dễ — [bài gốc](https://blog.railway.com/p/moving-railways-frontend-off-nextjs) Bối cảnh - Next.js đưa railway.com từ số 0 tới hàng triệu user mỗi…
- The exabyte club: LinkedIn's journey of scaling the Hadoop Distributed File System Bài tóm tắt · LinkedIn · 2021
· 2021 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://engineering.linkedin.com/blog/2021/the-exabyte-club--linkedin-s-journey-of-scaling-the-hadoop-distr) Bối cảnh - Hạ tầng an…
- Adopting Arm at Scale: Bootstrapping Infrastructure Bài tóm tắt · Uber · 2025
· 2025 · 4. Điều chỉnh · Độ khó: Khó — [bài gốc](https://www.uber.com/us/en/blog/adopting-arm-at-scale-bootstrapping-infrastructure/) Phần 1/2. Phần 2: . Bài không có trong sheet,…
- Tracing Discord's Elixir Systems (Without Melting Everything) Bài tóm tắt · Discord · 2026
· 2026 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://discord.com/blog/tracing-discords-elixir-systems-without-melting-everything) Bối cảnh - Mỗi server Discord ("guild") là mộ…
- An AKS Performance Journey: Part 1 — Sizing Everything Up Bài tóm tắt · ASOS · 2021
· 2021 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://medium.com/asos-techblog/an-aks-performance-journey-part-1-sizing-everything-up-ee6d2346ea99) Phần 1/2. Phần 2: (DN…
- CI và build ở quy mô lớn Chủ đề Thành viên
Lúc nhỏ, CI là "mỗi commit chạy hết build và test". Khi codebase và số commit tăng, chạy hết trở thành bất khả (Stripe 2026: chạy tuần tự mất bốn tháng), và thời gian chờ của một thay đổi không còn chỉ là thời gian…
- Quản lý fleet và migrate code hàng loạt Chủ đề Thành viên
Khi số component (repo, service, pipeline, thư viện) tăng nhanh hơn số kỹ sư, chi phí của mỗi thay đổi xuyên suốt (nâng thư viện, vá bảo mật, đổi API nội bộ, khai tử dataset) tỉ lệ với số component chứ không với độ khó…
- Cache và invalidation Chủ đề Thành viên
Cache là cách rẻ nhất để một DB chịu được lượng đọc tăng nhiều lần. Vì vậy nó xuất hiện ngay từ giai đoạn đầu (Instagram 2011, Facebook 2004–2010). Cái giá đến sau, và lặp lại ở hầu hết các nguồn:
- Failover, replica và dự phòng dữ liệu Chủ đề Thành viên
Mọi hệ có trạng thái đều giữ nhiều bản (replica) để một máy chết không làm mất dịch vụ. Khó không nằm ở việc có bản sao mà ở lúc chuyển sang bản sao:
- Observability và monitoring Chủ đề Thành viên
Lúc đầu, monitoring là vài dashboard và một công cụ cài sẵn; log đọc thẳng từ máy. Khi hệ lớn lên, chính hệ quan sát thành một hệ phân tán có bài toán riêng: