Tìm kiếm
40 kết quả cho “Rollout”. Tìm không phân biệt dấu.
- Canary rollouts: upgrade models in production without downtime Bài tóm tắt · Together AI · 2026
…Trung bình — [bài gốc](https://www.together.ai/blog/canary-rollouts-upgrade-models-in-production-without-downtime) Bài của nhà cung cấp, mô tả tính năng rollout của nền tảng; mọi…
- Argo Rollouts at scale: Bringing Automated Rollbacks to 2,100+ services at Monzo Bài tóm tắt · Monzo · 2022
…ung bình — [bài gốc](https://monzo.com/blog/2022/11/02/argo-rollouts-at-scale) Bối cảnh - Monzo (ngân hàng số ở Anh) theo đuổi microservices: hơn 2.100 service, hơn 100 lượt deploy…
- Safeguarding Dynamic Configuration Changes at Scale Bài tóm tắt · Airbnb · 2026
…Airbnb): trải nghiệm liền mạch định nghĩa → review → test → rollout; mọi thay đổi được kiểm, review, rollout dần, có chủ và phân quyền; config là code (version, review, audit) nhưn…
- API, ChatGPT & Sora Facing Issues (incident write-up) Bài tóm tắt · OpenAI · 2024
…ry ở mọi cụm, không đánh giá tải lên API server ; quy trình rollout theo dõi sức khoẻ service nhưng không theo dõi đủ sức khoẻ cụm. - DNS cache trên từng node trả bản ghi cũ nhưng…
- Fleet Management at Spotify (Part 3): Fleet-wide Refactoring Bài tóm tắt · Spotify · 2023
…; theo dõi sức khoẻ component sau merge qua sự kiện deploy. Rollout rất chậm: đầu tiên chỉ cho shift BOM, chia backend theo mức quan trọng và bật dần từng nhóm. Mặc định bật, team…
- Building a fault-tolerant metrics storage system at Airbnb Bài tóm tắt · Airbnb · 2026
…Bài không nêu tên hệ storage mã nguồn mở bên dưới (chỉ nhắc rollout operator của Grafana và Promxy). Bối cảnh rời vendor: . Bối cảnh - Airbnb chuyển từ nhà cung cấp metrics hosted…
- Migrating 300+ namespaces from self-hosted Temporal to Temporal Cloud Bài tóm tắt · Coinbase · 2026
…ó kế hoạch cho trading/thanh toán, có đường lui ở mọi bước, rollout dần, ít phiền cho team sản phẩm (ràng buộc này định hình thiết kế nhiều nhất). - Hai pha: trước tiên chuyển sang…
- Can you use autoregressive diffusion to generate market data? Bài tóm tắt · Jane Street · 2026
…ợc cả sự kiện sổ lệnh lẫn thời điểm chúng tới sàn, cho các "rollout" giàu chi tiết hơn một điểm dự báo. - Dữ liệu thị trường vừa rời rạc vừa liên tục: sổ lệnh tiến hoá theo từng lư…
- 1M messages per second: Applying E2EE to Apache Kafka in the LINE app Bài tóm tắt · LINE (LY Corp) · 2026
…ã hoá ở producer, theo dõi tới khi tỉ lệ plaintext về 0%. - Rollout theo tỉ lệ bằng cấu hình động: 1% → 10% → 50% → 100% theo CPU, latency, tỉ lệ lỗi; có bất thường thì đặt về 0% đ…
- Incident Report: March 30th, 2026 — Authenticated user data cached Bài tóm tắt · Railway · 2026
…hành vi cache đúng/sai trước khi thay đổi lên production. - Rollout CDN chia nhỏ theo shard trong nhiều giờ thay vì vài phút. - Ưu tiên an toàn và bảo mật hơn tính năng mới trong g…
- How Uber Executed A JUnit Migration at Massive Scale Bài tóm tắt · Uber · 2026
…hỏng thì dừng và báo; chỉ giữ thay đổi khi mọi test qua. - Rollout bằng Shepherd (công cụ thay đổi code diện rộng nội bộ): sinh diff cho từng target đã migrate thành công, CI kiểm…
- Scaling Production Globally: Solving observability problems for developers (Part-2) Bài tóm tắt · Achievers · 2022
…ữu độ tin cậy, không riêng SRE. - Canary có phân tích: Argo Rollouts truy vấn New Relic để quyết định canary có gây lỗi không, tự rollback; developer chọn từ thư viện template phân…
- Etsy's Journey to TypeScript Bài tóm tắt · Etsy · 2021
…còn khoảng một phần ba thời gian, bớt khoảng 1 GB bộ nhớ. - Rollout theo team: bắt đầu với vài team sắp mở dự án mới, hạn mềm; đội nền tảng review mọi PR, viết kiểu cho module họ c…
- Adopting Arm at Scale: Transitioning to a Multi-Architecture Environment Bài tóm tắt · Uber · 2025
…ển bằng máy, theo lô nhỏ và tự revert theo tín hiệu (, ). - Rollout theo tier, môi trường, zone là ba trục giới hạn bán kính hỏng (). - Chạy test trên cả hai môi trường đích bắt đư…
- 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…
- Update: Elasticsearch lessons learnt for Advanced Global Search Bài tóm tắt · GitLab · 2019
Bế tắc "con gà quả trứng": muốn giảm kích thước index thì cần dữ liệu từ một deployment thật, mà chưa có deployment thật vì index quá lớn. Phản hồi khách và test nhỏ không đủ; dogfooding là cách tốt nhất.
- From Local to Global: Building Seamless B2C Product Integration at Mercari Bài tóm tắt · Mercari · 2025
Sản phẩm của các shop B2C Nhật (Mercari Shops) phải xuất hiện gần real-time trên Global Foundation. Hai thế giới khác data model: C2C một món một listing; B2C một sản phẩm có nhiều biến thể (cỡ, màu), mỗi biến thể tồn…
- Open Whisper Systems partners with WhatsApp to provide end-to-end encryption Bài tóm tắt · WhatsApp · 2014
Open Whisper Systems đã phát triển giao thức mã hoá mở cho nhắn tin bất đồng bộ (TextSecure, sau đổi tên Signal Protocol) trong ba năm. Hai bên đã làm việc với nhau nửa năm trước khi thông báo.
- WhatsApp's Signal Protocol integration is now complete Bài tóm tắt · WhatsApp · 2016
Một năm rưỡi sau thông báo hợp tác, Signal Protocol đã được đưa dần vào mọi loại liên lạc (chat, group, tệp đính kèm, voice note, cuộc gọi thoại) trên mọi client: Android, iPhone, Windows Phone, Nokia S40, S60,…
- Optimizing Our Build Times by Migrating from Webpack to Rspack Bài tóm tắt · Yelp · 2026
Monorepo front-end của Yelp lớn dần, tốc độ của Webpack thành nút thắt dù họ đã tối ưu alias và thử cache trên CI. Có nhiều bundler mới (Vite, Parcel, Rspack); Yelp chọn Rspack vì tương thích cấu hình Webpack: nhiều năm…
- 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.
- 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ó…
- 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:
- 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.
- 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…
- Coding agent trong engineering (migrate, viết lại, chạy song song, quyền hạn) Chủ đề Thành viên
Từ 2026 các công ty bắt đầu giao cho coding agent những việc trước đây là dự án nhiều tuần: migrate hàng trăm module hay dataset, dọn feature flag, viết lại cả framework hay app. Agent viết nhanh, nhưng ba thứ không tự…
- 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…
- 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ể…
- 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:
- 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…
- 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…
- 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:
- 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…
- 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…
- 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".
- 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…
- Đổ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.
- 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…
- 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:
- 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ỡ: