Tìm kiếm
40 kết quả cho “ngưỡng theo tổ chức”. Tìm không phân biệt dấu.
- 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…
- Building Slack's Anomaly Event Response Bài tóm tắt · Slack · 2025
…: engine phát hiện trên hàng tỉ event/ngày, kết hợp luật và ngưỡng động tính theo lịch sử từng tổ chức (cái bất thường ở tổ chức này là bình thường ở tổ chức khác); khung quyết địn…
- 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:
- 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.
- 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".
- How Facebook deals with PCIe faults to keep our data centers running reliably Bài tóm tắt · Meta · 2021
…định nghĩa không ảnh hưởng chức năng, nhưng tốc độ lỗi vượt ngưỡng thì gây chậm không chấp nhận được với một số ứng dụng. Ngưỡng được xác định bằng cách tương quan lỗi với stall hệ…
- Autoscaling endpoints for LLM inference Bài tóm tắt · Together AI · 2026
…cũng không scale vì request ngắn, dồn dập không đẩy GPU qua ngưỡng. - Khi đỡ đỉnh nhanh hơn cold start (ví dụ gấp 10 lần trong 90 giây với cold start 4 phút), theo bài chỉ còn hai…
- The Story of Apollo – Amazon's Deployment Engine Bài tóm tắt · Amazon · 2014
…bản mới nhất. - Tự dừng deploy khi số máy cập nhật lỗi vượt ngưỡng cấu hình được, trước khi ảnh hưởng availability; lần deploy sau (ví dụ rollback nhanh) cập nhật các máy lỗi trước…
- Implementation of a monitoring strategy for products based on microservices Bài tóm tắt · Salesforce · 2019
…bộ: khả dụng khi percentile cao của thời gian phản hồi dưới ngưỡng và còn đủ capacity. Capacity không đo trực tiếp được ở mức sản phẩm; dùng tín hiệu concurrency tăng mà request ra…
- Scaling our on-call process Bài tóm tắt · Monzo · 2022
…quan trọng mới lại phải huấn luyện người trực primary, nên ngưỡng vào lịch primary tăng gần như hằng tuần , khó tuyển đủ người. Thay đổi chính ("On-call 3.0", đầu 2021) - Phi tập…
- 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:
- AI Agent Observability: Making Silent Production Failures Visible and Actionable Bài tóm tắt · Salesforce · 2026
…rễ alert: ban đầu khoảng 20 phút từ sự kiện làm metric vượt ngưỡng tới lúc người quản trị nhận alert. Chuyển ingest của Data 360 sang streaming và đơn giản hoá query để đánh giá al…
- 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.
- Enhancing Performance in Microservice Architecture with Kitex Bài tóm tắt · ByteDance · 2024
…vẫn GC dày, phá tái dùng object. gctuner (mã nguồn mở): đặt ngưỡng (ví dụ 70% giới hạn bộ nhớ), dưới ngưỡng thì nâng GOGC, vượt thì hạ, kẹp trong 50–500. Lưu ý khi nhiều tiến trình…
- HeraclesQL: A Python DSL for Writing Alerts Bài tóm tắt · Hudson River Trading · 2025
…c gì giữa các alert; hai team cùng alert dung lượng đĩa với ngưỡng khác phải viết gần như hai alert giống nhau; templating bằng text dễ sai), khó diễn đạt khi query phức tạp, và bẫ…
- Database Federation: Decentralized and ACL-Compliant Hive Databases Bài tóm tắt · Uber · 2026
…áp quy tắc chất lượng theo domain, theo dõi ownership, đặt ngưỡng alert. - ACL mở: hầu hết team và service có quyền đọc/ghi rộng, trái nguyên tắc quyền tối thiểu. - Dataset là nền…
- How Coinbase built a governed platform for internal operations Bài tóm tắt · Coinbase · 2026
…ong), nên không lệch nhau. Thứ hay đổi (role, mapping nhóm, ngưỡng duyệt, luật rate limit, bật/tắt tích hợp) là cấu hình runtime; thứ cần code thì theo một công thức cố định: contr…
- 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…
- Đổ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.
- DuckLake v1.0: The Lakehouse Format Built on SQL Reaches Production-Readiness Bài tóm tắt · DuckDB Labs · 2026
…, migration phải bật rõ ràng. - Data inlining bật mặc định (ngưỡng 10 dòng), nay gồm cả delete và update: thay đổi nhỏ ghi vào catalog, CHECKPOINT mới đổ ra Parquet. - Sorted table…
- 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…
- 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.
- 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…
- 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…
- 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…
- 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…
- 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:
- Batching và khấu hao round-trip Chủ đề Thành viên
Nhiều nút thắt không nằm ở việc mỗi thao tác tốn bao nhiêu công, mà ở chi phí cố định trả cho mỗi thao tác: một round-trip mạng, một lần fsync, một PUT lên object storage, một syscall, một transaction. Khi chi phí cố…
- 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 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:
- 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…
- 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ể…
- Chi phí hạ tầng và build vs buy Chủ đề Thành viên
Khi còn nhỏ, chi phí hạ tầng là chuyện phụ và cloud là lựa chọn hiển nhiên. Khi lớn lên, hoá đơn có thể chiếm phần lớn giá vốn. Hai câu hỏi xuất hiện: tối ưu chi phí trên nền đang có thế nào, và khi nào nên tự xây (hoặc…
- Độ tin cậy và multi-region Chủ đề Thành viên
Thay đổi kiến trúc lớn thường không đến từ kế hoạch mà từ một sự cố đau đớn. Khi đã chạy nhiều vùng, nhiều giả định của hệ thống một vùng không còn đúng.
- 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:
- Multi-tenancy và cô lập tenant Chủ đề Thành viên
Một hệ phục vụ nhiều khách (tenant: workspace, shop, organization, account, service nội bộ) trên cùng hạ tầng thì rẻ và dễ vận hành, vì tài nguyên được dùng chung. Cái giá là bốn câu hỏi đi theo hệ suốt đời:
- 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…
- FollowFeed: LinkedIn's Feed Made Faster and Smarter Bài tóm tắt · LinkedIn · 2016
…hị phân blob theo metadata rồi read-update-write; blob vượt ngưỡng thì tách. - Cache: Guava cache bản ghi đã deserialize (deserialize là nút cổ chai), chia nhiều sub-cache để giảm…
- Designing Experimentation Guardrails Bài tóm tắt · Airbnb · 2021
…theo thời gian). Không bảo vệ mọi metric: với 50 metric và ngưỡng 0,05 thì một A/A test có ít nhất một cảnh báo giả 92% số lần. - Ba guardrail, phải qua cả ba: - Impact: hiệu ứng…
- Halving the Time: How Uber Eats Rebuilt Its Search Pipeline Bài tóm tắt · Uber · 2026
…st hedging ở bốn tầng phụ thuộc của hydration hiển thị (quá ngưỡng thì gửi bản sao tới instance khác, lấy cái về trước), hiệu quả vì latency chủ yếu do dao động riêng lẻ của shard…