Tìm kiếm
40 kết quả cho “Dependency”. Tìm không phân biệt dấu.
- Managing Software Dependency at Scale Bài tóm tắt · LinkedIn · 2018
…s://engineering.linkedin.com/blog/2018/09/managing-software-dependency-at-scale) Bối cảnh - LinkedIn có hơn 10.000 codebase ( multiproduct ), mỗi cái một repo, phụ thuộc nhau qua a…
- Large-Scale Automated Dependency Analysis Across Uber's Service Mesh Bài tóm tắt · Uber · 2026
…: 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: . Bối cảnh - Trong kiến trúc mi…
- Pitfalls and Patterns in Microservice Dependency Management Bài tóm tắt · Google · 2021
…tps://www.infoq.com/articles/pitfalls-patterns-microservice-dependency-management/) Bài trên InfoQ của Silvia Esparrachiari (Google, 11 năm; Google Cloud SRE) và Betsy Beyer, viết…
- Building a Dependency Graph of Our Python Codebase Bài tóm tắt · Hudson River Trading · 2023
…bình — [bài gốc](https://www.hudsonrivertrading.com/hrtbeat/dependency-graph-python-codebase/) Bối cảnh - Trong khoảng năm năm, codebase Python hướng nghiên cứu của HRT lớn theo cấ…
- Acceptance Tests On CI Pipeline Bài tóm tắt · Trendyol · 2020
…g hay trễ vì lỗi do môi trường (môi trường test dùng chung, dependency thật), làm tăng Lead Time (một trong bốn chỉ số của sách Accelerate ). - Service có một database Couchbase và…
- Avoid webpack bloat: Optimize your dependencies Bài tóm tắt · Zillow · 2017
…/engineering/webpack-optimize-dependencies/) Bối cảnh - Mỗi dependency npm là một nguồn lỗi và bảo trì; thư viện phổ biến cũng phình dần (Moment.js 2,2 KB lúc 1.0 → hơn 20 KB gzip)…
- Behind the scenes: Redpanda Cloud's response to the GCP outage Bài tóm tắt · Redpanda · 2025
…ì đã mất khả năng tìm log toàn fleet. Bài học cho SWE - Đếm dependency trên đường găng : mỗi dịch vụ ngoài (metadata, control plane, alerting) là một cách để sự cố của người khác t…
- Utilizing Amazon DynamoDB and AWS Lambda for Asynchronous Event Publication Bài tóm tắt · Zalando · 2022
…của bài: availability của service là tích availability các dependency, 99,9% × 99,9% ≈ 99,8%. Thay đổi chính - Áp transactional outbox : request chỉ ghi data store rồi trả thành c…
- Jepsen: PostgreSQL 12.3 Bài tóm tắt · Jepsen · 2020
…g có rất nhiều chu trình G2-item (khoảng 140 chu trình anti-dependency mỗi phút ở một lần chạy); vi phạm repeatable read theo định nghĩa hình thức, dù có thể hợp lệ theo cách đọc "…
- A Closer Look at the Christmas Eve Outage Bài tóm tắt · Netflix · 2012
…hơn, phức tạp hơn và kém tin cậy hơn. Bài học cho SWE - Một dependency dùng chung ở mức region (load balancer, control plane) là miền lỗi lớn hơn AZ; thiết kế đa AZ không bảo vệ kh…
- PIT Mutation Testing on CI/CD Pipeline Bài tóm tắt · Trendyol · 2021
…ap Maven 4.096 MB, team cho là không chấp nhận được. Đặt maxDependencyDistance = 1 (chỉ chạy test gọi thẳng vào class bị đột biến) tiết kiệm đáng kể thời gian. Vì sao - Mutation te…
- Monitoring Reliably at Scale Bài tóm tắt · Airbnb · 2026
Airbnb có hơn 1.000 service chạy trên hạ tầng chung (Kubernetes, service mesh Istio). Team Observability (nhỏ) dựng metrics platform trên chính những nền tảng đó, nên có phụ thuộc vòng: hệ để phát hiện sự cố hạ tầng lại…
- How AI Agents Halved the Effort of Migrating 500 Gradle Modules from Koin to Hilt Bài tóm tắt · Allegro · 2026
Q3 2024: cold start của app Android Allegro lên 6,0 giây (p90), ANR 0,13%, số gỡ cài đặt tăng mạnh, nặng nhất trên máy cũ và yếu. Sau khi khởi tạo bất đồng bộ (Q4 2024), Q1 2025 cold start còn 4,7 giây, ANR 0,08%, gỡ…
- When DNSSEC goes wrong: how we responded to the .de TLD outage Bài tóm tắt · Cloudflare · 2026
DNSSEC: mỗi bản ghi có chữ ký (RRSIG); chuỗi tin cậy đi từ root xuống TLD xuống domain. Gãy ở một mắt xích thì mọi thứ bên dưới đều lỗi xác thực. Resolver bắt buộc phải trả SERVFAIL.
- Predictive test selection Bài tóm tắt · Meta · 2018
Facebook dùng trunk-based development: thay đổi vào trunk phải hiện ngay với mọi kỹ sư, nên mỗi thay đổi phải được test hồi quy trước khi vào.
- How the Miro Developer Platform leverages contract testing Bài tóm tắt · Miro · 2023
Miro Developer Platform 2.0 (REST API công khai) ra mắt năm trước đó; đội muốn nâng chất lượng và tính nhất quán của API bằng cách làm design-first: thiết kế API (file OpenAPI, OAS) trước khi cài đặt.
- Why We're Moving on From Nix (Introducing Railpack) Bài tóm tắt · Railway · 2025
Nixpacks (ra mắt khoảng 2022) là builder mặc định của Railway, đã build hơn 14 triệu app. Theo Railway, nó chạy tốt cho 80% người dùng, nhưng 20% còn lại là khoảng 200.000 người gặp giới hạn hằng ngày (2025); họ muốn đi…
- Slack's Outage on January 4th 2021 Bài tóm tắt · Slack · 2021
Ngày làm việc đầu năm: Slack đi từ lúc vắng nhất năm sang một trong những ngày đông nhất chỉ qua một đêm; cache của client nguội nên lần kết nối đầu kéo nhiều dữ liệu hơn thường. Traffic còn có các đỉnh nhỏ đầu mỗi giờ…
- Selective Test Execution at Stripe: Fast CI for a 50M-line Ruby monorepo Bài tóm tắt · Stripe · 2026
Monorepo Ruby của Stripe khoảng 50 triệu dòng, khoảng 100.000 file test, 1,2 triệu test unit (2026). Chạy tuần tự hết một lần mất bốn tháng; build chạy trên một dàn worker song song khổng lồ, khoảng 50.000 build mỗi…
- Scaling up your microservice testing with Apache Spark, Part 2 Bài tóm tắt · Stripe · 2026
Câu hỏi của phần này: dựng harness replay thế nào mà không tạo ra bản thứ hai của service (bản đó sẽ lệch production và cho sự tự tin giả).
- ADMIRE: A Product-Driven Approach to Automating Migrations Bài tóm tắt · Two Sigma · 2021
Đội Platform Engineering của Two Sigma chắc chắn phải làm migration (đổi DC, đổi container scheduler, đổi cloud), và phần lớn migration cần team khác làm việc; team nào cũng than "chẳng phải vừa xong đợt trước sao".
- Adopting Arm at Scale: Bootstrapping Infrastructure Bài tóm tắt · Uber · 2025
2/2023, Uber bắt đầu chuyển từ data center tự vận hành lên cloud (Oracle Cloud Infrastructure và Google Cloud), và đặt thêm mục tiêu đưa máy Arm (Ampere) vào đội máy toàn x86.
- How Uber Protects Against Retry Storms Bài tóm tắt · Uber · 2026
Chỉnh cấu hình retry và retry budget giảm được ở mức từng service, nhưng chỉnh tay và không thấy được khuếch đại xuyên service qua chuỗi phụ thuộc sâu và fan-out. Gốc vấn đề: retry không biết ngữ cảnh; kiểm được bao…
- Migrating a Large Flow Monorepo to TypeScript Bài tóm tắt · Yelp · 2026
Đầu 2017, đội Webcore chọn Flow thay vì TypeScript (lúc đó Flow hỗ trợ React và hiệu năng tốt hơn). Vài năm sau TypeScript rõ ràng thắng: nhiều kiểu cho package npm hơn hẳn, ổn định hơn.
- The static-all Split - Dividing Zillow's JavaScript Monolith Repository Bài tóm tắt · Zillow · 2017
Năm 2012, dự án "The Great Schism" tách mọi tài nguyên tĩnh (JS, CSS, ảnh, template) khỏi ứng dụng monolith Java vào một repo tên static-all.
- 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…
- Nền tảng ML (feature, training, serving, giám sát model) Chủ đề Thành viên
Model ML đầu tiên của một công ty thường được nhúng thẳng vào một service có sẵn, với feature tính trong vài script và train bằng một job riêng. Khi số model và số người làm model tăng, bốn chỗ cùng hỏng:
- Độ 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.
- 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…
- Load shedding, rate limit và backpressure Chủ đề Thành viên
Mọi hệ đều có lúc nhận nhiều việc hơn sức làm: spike của người dùng, client nội bộ có bug, dependency chậm đi, retry dồn lại. Theo Discord, khi chạm giới hạn năng lực thì đó là bài toán kinh tế: hoặc tăng cung (thêm…
- Monolith và microservices — đi và quay lại Chủ đề Thành viên
Lúc nào nên tách hệ thống thành nhiều service, và cái giá của việc đó là gì? Các nguồn hiện có cho thấy đây không phải đường một chiều.
- 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, độ…
- Sự cố và postmortem Chủ đề Thành viên
Nhiều bước ngoặt kiến trúc trong wiki bắt đầu từ một sự cố: Netflix lên cloud sau 3 ngày không gửi được DVD, Twitter viết lại hệ thống sau World Cup 2010, Instagram đi nhiều data center sau trận bão 2012. Trang này gom…
- 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:
- Chi phí hạ tầng và build vs buy Chủ đề Thành viên
Khi còn nhỏ, chi phí hạ tầng là chuyện phụ và cloud là lựa chọn hiển nhiên. Khi lớn lên, hoá đơn có thể chiếm phần lớn giá vốn. Hai câu hỏi xuất hiện: tối ưu chi phí trên nền đang có thế nào, và khi nào nên tự xây (hoặc…
- Chọn database theo workload Chủ đề Thành viên
Không có database tốt nhất, chỉ có database hợp với mẫu đọc/ghi ở một quy mô cụ thể. Mẫu đó thay đổi khi sản phẩm lớn lên. Ngoài ra, chuyên môn vận hành của đội cũng là một phần của "workload".
- Deploy và release an toàn Chủ đề Thành viên
Phần lớn sự cố bắt đầu bằng một thay đổi: code mới, cấu hình mới, hạ tầng mới. Khi hệ thống và tổ chức lớn lên, câu hỏi là làm sao đưa thay đổi lên production thường xuyên mà vẫn giới hạn được thiệt hại khi có lỗi.
- Hot partition và thundering herd Chủ đề Thành viên
Chia dữ liệu và tải ra nhiều máy chỉ hiệu quả khi tải chia đều. Thực tế tải lệch: một khách hàng khổng lồ, một kênh có @everyone, một bài của người nổi tiếng. Có hai dạng hay gặp:
- Kiến trúc frontend Chủ đề Thành viên
Frontend bắt đầu là vài trang render ở server; lớn lên thành ứng dụng có trạng thái, nhiều team cùng sửa, và mỗi tính năng thêm vào là thêm byte phải tải. Ba trục lặp lại trong các nguồn: render ở đâu (server, client,…
- Nền tảng nội bộ cho service (đường ray chung) Chủ đề Thành viên
Tách hệ thống thành nhiều phần (service, hoặc component trong một monolith) giải được bài toán tổ chức. Nhưng nếu mỗi team tự làm RPC, retry, log, metric, contract theo cách riêng, thì ta chỉ đổi một kiểu hỗn loạn lấy…