Tìm kiếm
40 kết quả cho “SLA hàng đợi”. Tìm không phân biệt dấu.
- Đổ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.
- Maximum Warp: Building Migrations for Slack Enterprise Grid Bài tóm tắt · Slack · 2017
…7 · 2. Tăng trưởng · Độ khó: Trung bình — [bài gốc](https://slack.engineering/maximum-warp-building-migrations-for-slack-enterprise-grid/) Bối cảnh - Mô hình dữ liệu Slack: mọi dữ…
- Slack Công ty Thành viên
Slack bắt đầu bằng LAMP và giữ PHP vì môi trường của nó (mỗi request trạng thái sạch, vòng lặp sửa–tải lại). Họ cải tiến dần bằng HHVM và Hack thay vì viết lại . Tầng dữ liệu đi từ MySQL active-active shard theo…
- Slalom Build Công ty Thành viên
Nguồn đầu tiên của Slalom Build (công ty tư vấn) trong wiki là bài đề xuất kèm proof of concept năm 2016: "Lego monolith" gom nhiều bounded context vào một repo và một đơn vị deploy, ép ranh giới bằng phụ thuộc module…
- Slack's Outage on January 4th 2021 Bài tóm tắt · Slack · 2021
…21 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://slack.engineering/slacks-outage-on-january-4th-2021/) Bối cảnh - Ngày làm việc đầu năm: Slack đi từ lúc vắng nhất năm sa…
- Slack's Migration to a Cellular Architecture Bài tóm tắt · Slack · 2023
…23 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://slack.engineering/slacks-migration-to-a-cellular-architecture/) Bài đầu của một series; phần sau (cách silo service nội…
- Scaling Datastores at Slack with Vitess Bài tóm tắt · Slack · 2020
…2020 · 3. Quy mô lớn · Độ khó: Nâng cao — [bài gốc](https://slack.engineering/scaling-datastores-at-slack-with-vitess/) Bối cảnh - Slack bắt đầu bằng LAMP. Mọi dữ liệu trên MySQL,…
- From SSH to REST: A Security-Driven Modernization of Slack’s EMR Data Pipelines Bài tóm tắt · Slack · 2026
…26 · 4. Điều chỉnh · Độ khó: Trung bình — [bài gốc](https://slack.engineering/from-ssh-to-rest-a-security-driven-modernization-of-slacks-emr-data-pipelines/) Bối cảnh - Data platfo…
- Re-architecting Slack's Workspace Preferences: Moving to an EAV Model Bài tóm tắt · Slack · 2018
· 2018 · 3. Quy mô lớn · Độ khó: Dễ — [bài gốc](https://slack.engineering/re-architecting-slacks-workspace-preferences-how-to-move-to-an-eav-model-to-support-scalability/) Bối cản…
- How we scaled async workload processing at GitLab.com using Sidekiq Bài tóm tắt · GitLab · 2020
…Ruby, hoặc đưa job tốn RAM lên node ít thread nhiều RAM). - SLA tách trách nhiệm : job high chờ không quá 10 giây và chạy không quá 10 giây; low chờ không quá 1 phút; không urgency…
- Scaling Slack's Job Queue Bài tóm tắt · Slack · 2017
…7 · 2. Tăng trưởng · Độ khó: Trung bình — [bài gốc](https://slack.engineering/scaling-slacks-job-queue/) Bối cảnh - Job queue chạy mọi việc không làm kịp trong request web: mỗi tin…
- Automated Incident Management Through Slack Bài tóm tắt · Airbnb · 2022
…e ai. - Người xử lý mất nhiều thời gian chuyển qua lại giữa Slack, PagerDuty và Jira để mở sự cố, gọi người và cung cấp bối cảnh. Thay đổi chính - Tự viết một bot Slack (Go) làm "p…
- The Journey of User-Generated Content Translation Bài tóm tắt · Mercari · 2025
…og/entry/20251012-the-journey-of-user-generated-content-translation/) Một bài trong series Global App (ngoài sheet). Phía dùng LLM qua API của nhà cung cấp, không tự host model. Bố…
- How Slack Rebuilt Notifications Bài tóm tắt · Slack · 2026
· 2026 · 4. Điều chỉnh · Độ khó: Dễ — [bài gốc](https://slack.engineering/how-slack-rebuilt-notifications/) Phần lớn bài là sản phẩm/UX (thiết kế lại cài đặt thông báo); wiki chỉ…
- Navigating the Spark 3 and EMR 6 Upgrade Journey at Slack Bài tóm tắt · Slack · 2024
…24 · 4. Điều chỉnh · Độ khó: Trung bình — [bài gốc](https://slack.engineering/unlocking-efficiency-and-performance-navigating-the-spark-3-and-emr-6-upgrade-journey-at-slack/) Bối c…
- Flannel: An Application-Level Edge Cache to Make Slack Scale Bài tóm tắt · Slack · 2017
…7 · 2. Tăng trưởng · Độ khó: Trung bình — [bài gốc](https://slack.engineering/flannel-an-application-level-edge-cache-to-make-slack-scale/) Bối cảnh - Slack thiết kế cho team vài t…
- Building Slack's Anomaly Event Response Bài tóm tắt · Slack · 2025
…25 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://slack.engineering/building-slacks-anomaly-event-response/) Bài giới thiệu tính năng bảo mật cho khách Enterprise Grid; í…
- Slashing CI Costs at Uber Bài tóm tắt · Uber · 2025
…mô lớn · Độ khó: Khó — [bài gốc](https://www.uber.com/blog/slashing-ci-costs-at-uber/) Bài ngoài sheet. Có paper đi kèm (Juloori & Lin, "CI at Scale: Lean, Green and Fast", arXiv…
- 3 Changes to Expand DoorDash's Product Search Beyond Delivery Bài tóm tắt · DoorDash · 2022
…không còn phải sửa lõi; mỗi ngành tự chỉnh relevance và có SLA latency riêng, một index lỗi thì suy giảm từng phần thay vì sập toàn bộ search. Tầng trộn lo tối ưu nhiều mục tiêu,…
- 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.
- 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…
- 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.
- Sharding và tách database Chủ đề Thành viên
Một database quan hệ duy nhất là điểm khởi đầu của hầu hết sản phẩm. Đến một lúc nó không chịu nổi lượng ghi, dữ liệu không còn vừa một máy, hoặc một sự cố ở DB đó làm sập mọi tính năng.
- 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:
- Migrating Millions of Concurrent Websockets to Envoy Bài tóm tắt · Slack · 2021
…21 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://slack.engineering/migrating-millions-of-concurrent-websockets-to-envoy/) Bối cảnh - Hàng triệu user kết nối đồng thời lú…
- Evaluating MySQL Parallel Replication Part 3: Benchmarks in Production Bài tóm tắt · Booking.com · 2015
…iki. Bối cảnh - Replication của MySQL lúc đó đơn luồng trên slave: muốn không có replication lag, master chỉ được ghi bằng khoảng một core , dù máy có 12 core trở lên. Đây là trần…
- Inside the feature store powering real-time AI in Dropbox Dash Bài tóm tắt · Dropbox · 2025
…native chuẩn. - Tín hiệu mới (mở một tài liệu, vào một kênh Slack) phải hiện trong lượt tìm kế tiếp, trong vài giây. Thay đổi chính - Chọn Feast sau khi xét Feast, Hopsworks, Featu…
- 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:
- Advancing Our Chef Infrastructure Bài tóm tắt · Slack · 2024
…24 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://slack.engineering/advancing-our-chef-infrastructure/) Phần 1 của chuỗi ba bài về hạ tầng EC2 của Slack: phần 2 · phần 3…
- Advancing Our Chef Infrastructure: Safety Without Disruption Bài tóm tắt · Slack · 2025
…25 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://slack.engineering/advancing-our-chef-infrastructure-safety-without-disruption/) Phần 2 của chuỗi ba bài: phần 1 · phần 3…
- 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…
- 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ả…
- 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…
- 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…
- 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:
- Scaling Pinterest - From 0 To 10s Of Billions Of Page Views A Month In Two Years Bài tóm tắt · Pinterest · 2013
…+ CloudFront, 4 web engine (để dự phòng), 1 MySQL + 1 read slave, 1 MongoDB cho counter, 2 kỹ sư. - Tới 9/2011, "thời thử nghiệm": tăng gấp đôi mỗi 1,5 tháng, thứ gì cũng hỏng hằn…
- Lessons learned in incident management Bài tóm tắt · Dropbox · 2021
…-learned-in-incident-management) Bối cảnh - Dropbox cam kết SLA 99,9% với một số khách hàng (khoảng 43 phút down/tháng), mục tiêu nội bộ 99,95% (khoảng 21 phút/tháng , 2021). Muốn…
- 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…
- Our Journey Migrating to AWS IMDSv2 Bài tóm tắt · Slack · 2023
…23 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://slack.engineering/our-journey-migrating-to-aws-imdsv2/) Động lực là bảo mật (IMDSv1 làm lỗ hổng SSRF dễ lấy credential);…
- Building Uber's Multi-Cloud Secrets Management Platform to Enhance Security Bài tóm tắt · Uber · 2025
…hặn commit chứa secret; quét real-time PR, commit, tin nhắn Slack, log build; quét định kỳ repo, filesystem, image container. Phát hiện thì tự tìm chủ sở hữu, mở ticket theo mức ưu…