Tìm kiếm
40 kết quả cho “lease”. Tìm không phân biệt dấu.
- 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.
- A Lightweight Distributed Architecture to Handle Thousands of Library Releases at eBay Bài tóm tắt · eBay · 2022
…t-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ã n…
- How we deliver mobile app updates faster Bài tóm tắt · Mercari · 2025
…. 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 fas…
- GitLab's unconventional journey to CI/CD and Kubernetes Bài tóm tắt · GitLab · 2019
…about.gitlab.com/blog/gitlab-journey-to-cicd/) Bối cảnh - Release theo tháng: - feature freeze từ ngày 7, release ngày 22; - dev "panic merge" sát hạn, còn bản sửa lỗi gấp phải chờ…
- Ideal isn't real: Stress testing CockroachDB's resilience Bài tóm tắt · Cockroach Labs · 2025
…ét hoặc ghi lại bảng), rolling upgrade (rút kết nối, chuyển lease, restart, node quay lại nhận snapshot; client kết nối lại dồn dập). Đối phó bằng admission control : ưu tiên traff…
- The Invisible Rewrite: Modernizing the Kubernetes Image Promoter Bài tóm tắt · Kubernetes · 2026
…s.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át…
- How we designed our continuous integration system to be more than 50% faster Bài tóm tắt · Pinterest · 2021
…I 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 chung…
- How we built a dynamic Kubernetes API Server for the API Aggregation Layer in Cozystack Bài tóm tắt · Kubernetes · 2024
…Cozystack là một Helm chart, triển khai bằng resource HelmRelease của FluxCD trong namespace của tenant. - Giới hạn RBAC: không lọc được quyền list trên cùng một kind theo label ha…
- Technical Secrets of PolarDB: High Availability - Smooth Switchover Bài tóm tắt · Alibaba · 2025
…torage. Thay đổi chính - VotingDisk: khoá phân tán dựa trên lease cài bằng thao tác đọc/ghi nguyên tử của storage chia sẻ (PolarStore), không cần ZooKeeper hay Redis, cũng không cầ…
- How we achieved independent deployments in a micro-frontend architecture Bài tóm tắt · Allegro · 2026
…ent/plugin/service (gói npm) làm phụ thuộc. - Deploy theo release train thủ công hai lần mỗi ngày: phải gom đủ tác giả các thay đổi, kỹ sư trực tự dò lỗi và tìm chủ, một thay đổi l…
- How we prevented security fixes leaking into our public repositories Bài tóm tắt · GitLab · 2021
…n vá lên GitLab.com trước để kiểm. Trong lúc làm security release, bất kỳ user đăng nhập nào cũng bấm vào SHA đó và xem toàn bộ cây mã, kể cả bản vá. Thay đổi chính - Tạm thời: dừn…
- The Chubby lock service for loosely-coupled distributed systems Bài tóm tắt · Google · 2006
…ể làm client nhận vô hạn thay đổi cho file nó đã thôi dùng. Lease giữ cache hợp lệ chỉ bằng keep-alive. - Failover có grace period: master mới bầu xong thì client tiếp tục session…
- Timestone: Netflix's High-Throughput, Low-Latency Priority Queueing System Bài tóm tắt · Netflix · 2022
…ing, running, completed, canceled, errored); worker lấy kèm lease , gia hạn hoặc complete trong lease, hết lease thì message lấy lại được và mất một lần thử, hết lượt thử thì error…
- Deploying Large-scale Fraud Detection Machine Learning Models at PayPal Bài tóm tắt · PayPal · 2021
…ờ đợt sau, thường vài tuần; nhiều bước tay giữa các team, release engineer phải hiểu cả nền tảng lẫn quy trình nghiệp vụ; model lên production có khi lệch điểm hoặc lệch dữ liệu so…
- Advancing Our Chef Infrastructure: Safety Without Disruption Bài tóm tắt · Slack · 2025
…đượ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, đổ…
- Avoiding Double Payments in a Distributed Payments System Bài tóm tắt · Airbnb · 2019
…c thể (tất định, như payment-1234-refund ) tuỳ nghiệp vụ. - Lease có hạn : request lấy row lock trên key; chỉ retry được sau khi lease hết hạn (đặt dài hơn timeout RPC); có cửa sổ…
- RocketMQ High-Availability Paper Admitted to ACM FSE: Replication-Free Failover Bài tóm tắt · Alibaba · 2026
…iễn tập"; mọi nhận định ghi "theo Alibaba". Cùng hướng với (lease và fence trên storage chia sẻ). Bối cảnh - Alibaba Cloud chạy hàng nghìn cụm RocketMQ tách theo tenant. Theo bài,…
- Using OxCaml to implement type-safe reference counting between OCaml and Python Bài tóm tắt · Jane Street · 2026
…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 thậ…
- Automatic Apache Kafka Migrations With Orbit Bài tóm tắt · WarpStream · 2026
…ì chặn cutover. - Agent bị cô lập: quyền chuyển tiếp là một lease vài giây . Agent không được chuyển tiếp dựa trên cache trạng thái cũ hơn vài giây, và request chuyển tiếp không xo…
- Catching bugs on the client-side: how we developed our error tracking system Bài tóm tắt · Bumble · 2020
…i tuần; phân tích lỗi là một bước của mỗi lần phát hành : release manager cần bản tổng hợp lỗi của phiên bản để quyết định có đưa build lên không, hay gỡ tính năng hỏng khỏi bản ph…
- Litestream Revamped: SQLite Replication Bài tóm tắt · Fly.io · 2025
…LSM), nên khôi phục tới một thời điểm mà ít trang trùng. - Lease bằng conditional write của object storage (S3 có từ 11/2024, Tigris cũng có): bảo đảm chỉ một instance Litestream…
- Phoenix — Tinder's Testing Platform, Part II (Levers) Bài tóm tắt · Tinder · 2019
Một tính năng của app mobile đi qua PM, design, code, QA, build rồi duyệt của app store. Bất kỳ thay đổi nào sau đó (bug lọt QA, chỉnh chi tiết, muốn ra mắt đúng giờ) đều phải lặp lại cả vòng; trên mobile không thể…
- Evolution of the PyTorch Media Processing Landscape Bài tóm tắt · PyTorch · 2026
Vài năm trước, giải mã/mã hoá media rải rác và trùng lặp giữa TorchVision và TorchAudio, mỗi bên một stack. TorchVision riêng có nhiều lối vào (readvideo, VideoReader) trên ba backend (PyAV, FFmpeg C++, CUDA/NVCUVID),…
- 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…
- 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:
- 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.
- 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…
- 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:
- 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:
- 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ó…
- 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…
- 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…
- Event-driven, message queue và Kafka Chủ đề Thành viên
Khi một hệ có nhiều bên cần biết "có gì vừa xảy ra" (đơn hàng đổi trạng thái, tin đăng được sửa, ticket được cập nhật), gọi đồng bộ từng bên một làm producer phải biết mọi consumer, và một consumer chậm kéo chậm cả…
- 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,…
- 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.
- Thử nghiệm A/B và nền tảng experimentation Chủ đề Thành viên
Khi nhiều team cùng thay đổi một sản phẩm, "ship rồi xem metric" không còn trả lời được thay đổi nào gây ra gì. Thí nghiệm có đối chứng trả lời được, nhưng ở quy mô lớn nó thành một hệ thống: gán người dùng vào biến thể…
- Bảo mật hạ tầng và quản lý secret Chủ đề Thành viên
Khi hệ thống lớn lên, số credential (mật khẩu DB, API key, SSH key, token, cookie phiên) tăng theo số service, pipeline, nhà cung cấp, và chúng rải vào code, cấu hình, hệ build, log. Các nguồn trong wiki cho thấy kẻ tấn…