Tìm kiếm
40 kết quả cho “Release engineering”. Tìm không phân biệt dấu.
- A Lightweight Distributed Architecture to Handle Thousands of Library Releases at eBay Bài tóm tắt · eBay · 2022
…ght-distributed-architecture-to-handle-thousands-of-library-releases-at-ebay/) Bối cảnh - eBay còn hơn 3.000 thư viện cũ build bằng hệ build dựa trên Ant, không còn được hỗ trợ. Mã…
- The Invisible Rewrite: Modernizing the Kubernetes Image Promoter Bài tóm tắt · Kubernetes · 2026
…tes.io/blog/2026/03/17/image-promoter-rewrite/) Bài của SIG Release. Phần chữ ký số (cosign, SLSA, SBOM) chỉ tóm tắt ngắn; lõi của bài là viết lại một công cụ hạ tầng mà mọi bản ph…
- Behind the Global Launch: Decoding the Android Engineering Strategy for Our New App Bài tóm tắt · Mercari · 2025
Mercari đã chạy cả ba hướng: app Nhật Jetpack Compose (viết lại khoảng 3 năm trước, hơn 10 triệu lượt tải), Mercari US React Native, Mercari Hallo Flutter. Tiêu chí cho app mới: ra nhanh, đội nhỏ, nền mở rộng được lâu…
- How we deliver mobile app updates faster Bài tóm tắt · Mercari · 2025
…g . Vì master luôn ổn định nên cắt bản lúc nào cũng được. - Release train hằng tuần: cắt nhánh release tự động mỗi thứ Ba (cùng lịch cho iOS và Android, chạy độc lập). Build bằng f…
- How we designed our continuous integration system to be more than 50% faster Bài tóm tắt · Pinterest · 2021
…CI của Optimus chạy mọi target của service có thay đổi, và release rule chia rất nhỏ. P50 của một build CI là 52 phút , P90 là 69 phút . Thay đổi chính - Bazel làm build tool chun…
- Embedded SRE at Mercari Bài tóm tắt · Mercari · 2022
…lý playbook). - Ví dụ: team search infra (traffic lớn nhất, release nhiều: benchmark chống hồi quy latency, chi phí, SLI/SLO); team monolith API đang chuyển từ on-prem lên Google C…
- Advancing Our Chef Infrastructure: Safety Without Disruption Bài tóm tắt · Slack · 2025
…úc được đưa vào, với thay đổi nhỏ); prod-2 → prod-6 đi theo release train : phiên bản mới chỉ vào prod-2 khi phiên bản trước đã đi hết tới prod-6 . Thay đổi tới hết prod chậm hơn,…
- Using OxCaml to implement type-safe reference counting between OCaml and Python Bài tóm tắt · Jane Street · 2026
…y.newref (local → unique), Py.decref (tiêu thụ unique). ppx release ( let%release df = … ) giải phóng sớm cả khi có exception. Vì sao - Chuyển lỗi giữ object quá lâu từ "phải cẩn t…
- How we built our multi-agent research system Bài tóm tắt · Anthropic · 2025
Nghiên cứu là bài toán mở, không đoán trước được các bước, nên không viết cứng một pipeline được. Theo Anthropic, bản chất của search là nén: các subagent chạy song song, mỗi cái một context window riêng, rồi cô đặc…
- 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.
- 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…
- Mô hình tổ chức SRE Chủ đề
Lúc nhỏ, một team ops hay SRE tập trung trực và vận hành mọi thứ. Khi chuyển sang microservice và "you build it, you run it", team sản phẩm phải tự sở hữu service trên production, nhưng nhiều team chưa có kỹ năng, còn…
- 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ó…
- 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.
- 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:
- Xử lý sự cố và on-call Chủ đề Thành viên
Khi hệ còn nhỏ, vài người biết hết mọi thứ; có lỗi thì người thấy đầu tiên sửa luôn. Khi có hàng trăm service và hàng trăm engineer, câu hỏi đổi khác:
- Xác thực và phân quyền (authn/authz) Chủ đề Thành viên
Ở monolith, mỗi dữ liệu thường chỉ có một đường vào, nên kiểm tra quyền nằm ngay đó: một hàm hasaccess?, một API mỗi resource. Khi hệ thống tách thành nhiều service, nhiều client, nhiều loại token, cả hai nửa đều vỡ:
- How We Upgrade Kubernetes on GKE Bài tóm tắt · Gojek · 2020
…2 minor; thử đúng bộ phiên bản trên cụm staging trước. Đọc release note, changelog mỗi lần (thường có API bị xoá). - Node pool: nâng từng zone; dùng surge upgrade (tạo node mới, đ…
- Jane Street Công ty Thành viên
Công ty giao dịch định lượng và market making, viết gần như mọi thứ bằng OCaml. Blog không kể chiến lược, nhưng kể khá nhiều về hạ tầng quanh chúng. Ở tầng công cụ, từ 2012 họ tự viết build system Jenga; năm 2014…
- Mercari Công ty Thành viên
PaymentService của Merpay (2019) giữ nhất quán thanh toán qua nhiều service bằng cách tự làm ở tầng ứng dụng: chia pha + state machine, idempotency key bắt buộc, bù trừ kiểu TCC, đối soát và fault injection . Ba năm…
- Allegro Công ty Thành viên
Allegro (Ba Lan) đi từ 3 developer với dữ liệu lưu trong file (1999) → scale bằng tự viết cache, connection pool, search engine bằng C trên Oracle (~2005) → framework tự chế trong cùng codebase (2008–2009, code mới vẫn…
- Canva incident report: API Gateway outage Bài tóm tắt · Canva · 2024
…roughput mỗi task giảm mạnh. Bản sửa đã nằm trong quy trình release từ sáng nhưng bị đánh giá thấp nên chưa deploy gấp. 5. Load balancer tiếp tục mở thêm kết nối tới task đang quá…
- Fleet Management at Spotify (Part 3): Fleet-wide Refactoring Bài tóm tắt · Spotify · 2023
Polyrepo hàng nghìn repo; phần lớn backend dùng một service framework và bộ thư viện lõi chung, phần lớn pipeline batch dùng Scio. Từ 2021 Spotify đầu tư vào refactor toàn fleet để "repo" không còn là đơn vị công việc,…
- GitHub Enterprise Cloud with data residency: How we built the next evolution of GitHub Enterprise using GitHub Bài tóm tắt · GitHub · 2024
Doanh nghiệp muốn kiểm soát dữ liệu của mình nằm ở vùng địa lý nào. GitHub làm Enterprise Cloud with data residency: namespace riêng trên ghe.com, tách khỏi github.com, chạy trên Azure; bắt đầu từ EU (10/2024). Dự án…
- A Brief History of Scaling LinkedIn Bài tóm tắt · LinkedIn · 2015
…g DB phân vùng. - "Kill Leo": Leo hay sập, khó debug và khó release, nên khẩu hiệu "Kill Leo" kéo dài nhiều năm. Tách dần API và logic (search, profile, communications, groups) rồi…
- New Tweets per second record, and how! Bài tóm tắt · Twitter · 2013
…y storm). - Feature flag runtime (Decider) tách deploy khỏi release . - Đánh đổi tự thừa nhận: không phải team nào cũng lên kế hoạch thay đổi giống nhau; đổi biểu diễn Tweet có thể…
- Scaling Production Globally: Solving observability problems for developers (Part-2) Bài tóm tắt · Achievers · 2022
Sau khi đưa Istio lên nhiều cluster ở nhiều region (phần 1), lượng metric tăng mạnh. Achievers dùng New Relic làm "single pane of glass" cho cả nền tảng phân tán.
- Building an Effective Test Pipeline in a Service Oriented World Bài tóm tắt · Airbnb · 2020
Airbnb đang chuyển từ một ứng dụng Rails khổng lồ sang SOA. Các luồng nghiệp vụ quan trọng từng nằm trong monorepo nay nằm ở nhiều service: REST + DB, Kafka producer/consumer, job hẹn giờ.
- A postmortem of three recent issues Bài tóm tắt · Anthropic · 2025
Anthropic phục vụ Claude qua API của mình, Amazon Bedrock và Google Vertex AI, trên ba loại phần cứng (AWS Trainium, GPU NVIDIA, TPU Google). Mỗi nền tảng cần tối ưu riêng nhưng phải cho kết quả tương đương, nên mọi…
- Cloudflare Công ty Thành viên
Cloudflare bắt đầu bằng một cluster Postgres cfdb cho hầu hết control plane; từ 2017 các service dời dữ liệu ra dần. Đến 2022–2024 dữ liệu DNS (hàng tỷ record) được tách sang cluster riêng, sau khi mọi service đã đi qua…
- Coinbase Công ty Thành viên
Năm 2026, mất một AZ của AWS us-east-1 (hỏng hệ làm lạnh) biến thành khoảng 8 giờ gián đoạn: matching engine Raft dồn trong một placement group mất quorum mà không có failover tự động, còn Kafka managed (MSK) không bầu…
- DoorDash Công ty Thành viên
Nguồn đầu tiên của DoorDash trong wiki là bài 2022 của một thực tập sinh nghiên cứu (CMU): chaos engineering ở production không hợp với DoorDash vì khách mất đơn, nên thử fault injection có hệ thống ở mức service…
- Deployment At Scale: Dream11's In-House Blue-Green Deployment Platform "OneClick" Bài tóm tắt · Dream11 · 2022
Traffic của Dream11 rất biến động (theo trận đấu) và deploy cả trong giờ cao điểm. Cần deploy thường xuyên mà ít lỗi và rollback được.
- GitHub Công ty Thành viên
Rails + một MySQL; sau đó tách vài tính năng, thêm replica, ProxySQL; nhưng lõi vẫn là cluster mysql1 được scale dọc liên tục. Từ 2019 họ tách ảo bằng schema domain + linter rồi dời vật lý bằng Vitess hoặc write-cutover…
- How GitHub uses merge queue to ship hundreds of changes every day Bài tóm tắt · GitHub · 2024
GitHub deploy trước rồi mới merge. Năm 2016, monorepo lớn đã có gần 1.000 PR merge mỗi tháng, nên họ cần gom nhiều PR deploy cùng lúc: train, một PR đặc biệt chứa nhiều PR "hành khách", có một người "lái tàu" điều phối…
- Building Git infrastructure for agent-scale development Bài tóm tắt · GitHub · 2026
…tốc độ ghi đều đổ về một điểm của kiến trúc. - Trunk-based, release train, merge queue dồn mọi merge vào một ref . - Mỗi push nhân thành hàng nghìn lượt đọc (CI, code scanning fetc…
- Gojek Công ty Thành viên
Dịch vụ tìm tài xế của Gojek đi từ Postgres (không chịu được vị trí cập nhật liên tục) sang Redis, rồi khi GoFood và Logistics tăng trưởng thì phải scale ngang: đẩy đọc sang replica nhờ lệnh EVALRO họ đề xuất cho Redis,…
- 2026 World Cup: record traffic, reliability at scale Bài tóm tắt · Meta · 2026
World Cup 4 năm một lần là "bài kiểm tra tải có kế hoạch lớn nhất" của Meta. 2026: 48 đội, 104 trận, 39 ngày liên tục có đỉnh.
- Reliable load testing with regards to unexpected nuances Bài tóm tắt · Miro · 2020
…nếu không DB sẽ cư xử khác production. - Test thoái hoá sau release: so thời gian phản hồi với giá trị tham chiếu; chạy song song hàng nghìn functional test trong lúc có tải, báo c…