Tìm kiếm
40 kết quả cho “merge queue”. Tìm không phân biệt dấu.
- How GitHub uses merge queue to ship hundreds of changes every day Bài tóm tắt · GitHub · 2024
…hub.blog/engineering/engineering-principles/how-github-uses-merge-queue-to-ship-hundreds-of-changes-every-day/) Bài ngoài sheet. GitHub kể việc dùng chính tính năng sản phẩm của họ…
- 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ả…
- 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
…iển. - Một pipeline cho mọi target: vẫn mô hình deploy then merge (deploy nhánh trước khi merge) qua merge queue. Thứ tự: deploy song song tới các môi trường nhân viên dùng (gồm mộ…
- Rust's CI is moving to GitHub Actions Bài tóm tắt · Rust · 2020
…ách đó. Bối cảnh - Rust muốn master luôn xanh , nên test và merge từng PR một : các PR đã duyệt xếp hàng trong bors. CI rộng: 57 máy build và test compiler trên mọi nền tảng hỗ trợ…
- Making "never break the build" scale Bài tóm tắt · Jane Street · 2014
…est. Cách làm ngây thơ là build-bot nhận từng pull request, merge với tip, build và chạy toàn bộ test, đạt thì mới thành tip mới. Jane Street tự viết build-bot cho việc này. - Cách…
- How LinkedIn handles merging code in high-velocity repositories Bài tóm tắt · LinkedIn · 2020
…phải tốt cho cả repo rất bận lẫn repo ít commit. - Xếp hàng merge từng commit không scale khi build mất cả giờ; gộp batch rồi chia nhỏ khi lỗi thì một commit xấu trong lô 20 gây ch…
- Incident report: Runs list and logs degraded Bài tóm tắt · Trigger.dev · 2026
…1.000 node cho "type tree" của cột JSON, và với background merge thì giới hạn này hard-code (merge chạy không có query context nên luôn dùng mặc định). Không setting nào nâng được…
- From Batch Snapshots to Near-Real-Time Data Bài tóm tắt · Doximity · 2026
…ảng về khoá, schema, kiểu dữ liệu. - Có thể query trước khi merge: consumer đọc view = bảng base đã nén + delta chưa merge (lấy thay đổi mới nhất theo khoá chính, phủ lên base, bỏ…
- Slashing CI Costs at Uber Bài tóm tắt · Uber · 2025
…thay đổi trước. Họ hẹn bài tiếp. Bài học cho SWE - Hàng đợi merge giữ main xanh có hai chi phí đối nghịch: build suy đoán (tài nguyên) và thời gian chờ; cần đo cả hai. - Thứ tự giữ…
- How Upstash Redis Search Works? Bài tóm tắt · Upstash · 2026
…-tenant: mặc định Tantivy chạy nhiều thread index và thread merge cho mỗi index; một tiến trình Upstash chứa hàng nghìn DB, mỗi DB nhiều index, nên không scale. Họ fork, mở vài str…
- Integrating Neo4j Into Your Stack Bài tóm tắt · Doximity · 2022
…thread để ghi dồn không đè leader. - Upsert idempotent bằng MERGE trên UUID, vì có thể reset offset và replay cả topic. - Thứ tự đến lệch: quan hệ AUTHOR OF có thể tới trước node U…
- Scaling and benchmarking a critical message bus using a new indexing strategy Bài tóm tắt · Jane Street · 2026
…ndex từng topic không khả thi. Khi client xin message, Aria merge n-đường các index bằng min-heap để dựng lại luồng đúng thứ tự. - Viết công cụ benchmark nhiều kịch bản recovery tr…
- 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…
- 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.
- 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…
- 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:
- 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…
- Pipeline dữ liệu và analytics Chủ đề Thành viên
Lúc đầu, báo cáo chạy thẳng trên DB production. Đến một lúc truy vấn phân tích làm chậm giao dịch, dữ liệu cần gộp từ nhiều nguồn, và có thêm người dùng mới (analyst, ML, khách hàng xem dashboard). Khi đó cần một mặt…
- 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.
- 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…
- Hạ tầng tìm kiếm Chủ đề Thành viên
Lúc đầu, tìm kiếm là LIKE trên database hoặc một thư viện (Lucene) nhúng trong app. Khi dữ liệu và tính năng tăng, search thành một hệ có trạng thái riêng, khác database ở mấy điểm:
- 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.
- 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:
- 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…
- Realtime và fan-out Chủ đề Thành viên
Một sự kiện (tin nhắn, ảnh, tweet, vote) phải tới rất nhiều người, rất nhanh, qua rất nhiều kết nối mở cùng lúc.
- 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…
- Tách compute khỏi storage Chủ đề Thành viên
Hệ có trạng thái kiểu cổ điển (database, broker Kafka, fileserver Git) đặt dữ liệu bền trên đĩa của chính máy xử lý. Máy đó vừa là compute vừa là storage, nên:
- 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…
- Airbnb Công ty Thành viên
Airbnb chuyển từ một ứng dụng Rails khổng lồ sang SOA, và lộ ra chi phí test: deep integration test cho mọi service không scale, nên họ chuyển sang tháp test + CD có canary analysis . Năm 2025 với ba trụ sản phẩm, data…
- Building Scalable Real Time Event Processing with Kafka and Flink Bài tóm tắt · DoorDash · 2022
…êng) và SQL khai báo trong YAML cho người phân tích (mở PR, merge xong CD biên dịch và deploy). - Định dạng event thống nhất : envelope (ngữ cảnh, metadata, tham chiếu schema, phần…
- Building Git infrastructure for agent-scale development Bài tóm tắt · GitHub · 2026
…38 tỉ commit trong tháng 9/2026, gấp hơn năm lần năm trước; merge PR gần gấp 4; GitHub Actions 3,26 tỉ lần chạy trong tháng 9, gấp hơn 4. Phân bố rất lệch: repo bận nhất nhận khoản…
- From Fragile to Agile: Automating the fight against Flaky Tests Bài tóm tắt · Reddit · 2024
…t hỏng lặp lại trên develop/main (vốn đã phải qua trước khi merge), test vừa qua vừa trượt trên cùng commit , tỉ lệ lần chạy flaky trên tổng. - Ngắn hạn: đưa test flaky vào danh sá…
- Trigger.dev Công ty Thành viên
Nền tảng background job chạy trên Postgres. Năm 2024 vacuum bị chặn vì xmin horizon kẹt làm bảng queue (Graphile Worker) đầy dead tuple và CPU 99%; failover mới gỡ được . Năm 2026, để nâng cấp cụm Aurora 56 TB mà không…
- Uber Công ty Thành viên
Một vòng đủ: monolith → microservices → tổ chức lại microservices. Năm 2012–2013 Uber có hai monolith; khi lên hàng trăm kỹ sư thì tách. Lý do chủ yếu là tổ chức. Năm 2015 họ có 500+ service và phải chuẩn hoá contract…
- Taking our Ruby & Kafka stack to the next level Bài tóm tắt · Doximity · 2022
…h riêng theo topic khi tạo topic; batched consumer thì được merge upstream đúng lúc. - Rollout từ app ít rủi ro nhất trước. Segfault trong production - Lúc khởi động: Passenger pre…
- GitLab Công ty Thành viên
GitLab.com (~3 triệu user, 2019) dùng một replica Postgres trễ 8 giờ để khôi phục sau một lần xoá nhầm trong 90 phút . Cùng năm, team Delivery bỏ release tháng có feature freeze và làm continuous delivery ngay trên hạ…
- LinkedIn Công ty Thành viên
Bài khung là bài nhìn lại năm 2015 . LinkedIn bắt đầu năm 2003 là một monolith tên Leo. Service đầu tiên tách ra là member graph, vì đồ thị kết nối có profile tải khác hẳn; DB profile được đỡ bằng scale dọc rồi replica…
- 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…
- How we achieved independent deployments in a micro-frontend architecture Bài tóm tắt · Allegro · 2026
Hơn 120 team phát triển frontend qua framework nội bộ Opbox (từ 2016). Service opbox-web render toàn bộ frontend và đóng gói hơn 1.200 component/plugin/service (gói npm) làm phụ thuộc.