Tìm kiếm
40 kết quả cho “Metric server”. Tìm không phân biệt dấu.
- How we built a dynamic Kubernetes API Server for the API Aggregation Layer in Cozystack Bài tóm tắt · Kubernetes · 2024
…c , /log ; KubeVirt có /console , /vnc ); không lưu ở etcd (metrics-server lấy số liệu từ kubelet lúc gọi); resource chỉ tạo được một lần rồi trả kết quả (SelfSubjectAccessReview,…
- How LinkedIn extended ClickHouse from distributed tracing to metric discovery and analytics Bài tóm tắt · ClickHouse · 2026
…om filter ở cột rẻ: query dưới 2 giây. Phần 2: metadata của metric (2025–2026) - Di sản RRDtool: mỗi metric vẫn được gọi bằng một chuỗi ghép 2–6 chiều (ví dụ my-server/responses.st…
- Anatomy of a serverless usage-based billing system Bài tóm tắt · WarpStream · 2024
…Theo họ, hệ billing theo usage tốt phải tách "event" khỏi "metric": giữ event thô để đổi logic tính tiền về sau mà không đổi cách sinh dữ liệu. Thay đổi chính - BYOC (data plane ở…
- 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…
- Autoscaling in Kubernetes: Why doesn't the Horizontal Pod Autoscaler work for me? Bài tóm tắt · Expedia · 2020
…đắt. - Spike ngắn bị bỏ sót: HPA không nhận sự kiện mà poll metrics-server (ví dụ 15 giây), metrics-server lại trả giá trị trung bình theo cửa sổ (ví dụ 30 giây) và trung bình qua…
- SecDb Observability Journey Bài tóm tắt · Goldman Sachs · 2023
…tmanager. Vì DB quá quan trọng, bước đầu không sửa DB : một metrics probe nói chuyện với daemon có sẵn trên mỗi máy, xuất số liệu cho Prometheus của SRE. Dashboard theo ring, host,…
- Managing hundreds of servers for load testing: autoscaling, custom monitoring, DevOps culture Bài tóm tắt · Miro · 2020
…= monitoring của production (ELK, Prometheus, Grafana, cùng metric): khỏi dựng hệ mới, và đồng thời kiểm chính monitoring: nếu lúc test thiếu dữ liệu để phân tích một vấn đề thì kh…
- Stack Overflow: How We Do Monitoring - 2018 Edition Bài tóm tắt · Stack Overflow · 2018
…yển sang .NET Core. Bài chia dữ liệu monitoring thành logs, metrics, health checks và profiling, rồi kể các công cụ (phần lớn tự viết và open source) dùng cho từng loại. Thay đổi c…
- Atlas: Our journey from a Python monolith to a managed platform Bài tóm tắt · Dropbox · 2021
…route ít quan trọng; framework HTTP cũ chỉ hỗ trợ HTTP/1.0, metric và tracing phải làm lại riêng. Thay đổi chính - SOA thất bại một nửa: hơn một năm rưỡi mới xong mốc 1 (tách chức…
- Infrastructure monitoring with Prometheus Bài tóm tắt · Zerodha · 2020
…ig cho bare metal (IP tĩnh). - Trong Kubernetes: kube-state-metrics xuất metadata khoảng 30 loại tài nguyên, nên cần thứ chịu được hàng trăm triệu data point đang hoạt động trên mọ…
- Scaling Kubernetes to 7,500 nodes Bài tóm tắt · OpenAI · 2021
…er; chỉ cần dàn đều vài giây là đỡ. - Prometheus: quá nhiều metric; OOM do Grafana gọi /api/v1/series với truy vấn lấy mọi histogram. Restart thì replay WAL mất nhiều giờ. Đang chu…
- API, ChatGPT & Sora Facing Issues (incident write-up) Bài tóm tắt · OpenAI · 2024
…netes. Lúc 15:12 họ deploy một service telemetry mới để thu metric chi tiết của control plane, như một phần nỗ lực tăng độ tin cậy. Cấu hình của nó khiến mọi node trong cụm chạy cá…
- Scalability and Load Testing for VALORANT Bài tóm tắt · Riot Games · 2020
…i, sửa mọi vấn đề, rồi nhân đôi; một test chỉ "qua" khi mọi metric (New Relic, Grafana, alert về Slack) nằm trong ngưỡng suốt thời gian chạy (test 2 triệu người kéo dài 3 giờ). - C…
- Sitar-agent: Building a reliable dynamic configuration sidecar at scale Bài tóm tắt · Airbnb · 2026
…g hay tăng tài nguyên của bên này làm chết bên kia), log và metric lẫn nhau. Kết luận: tiết kiệm không đủ bù, giữ sidecar . - Giữ mô hình pull, giảm chi phí mỗi lần poll: poll mỗi…
- Troubleshooting: A journey into the unknown Bài tóm tắt · Booking.com · 2017
…: traffic vào một member tụt về 0 trong một chu kỳ lấy mẫu (metric mỗi 10 giây) rồi hồi sau khoảng 50 giây; các member khác gánh đều nhờ ECMP. Xảy ra ngẫu nhiên trên nhiều server m…
- How to debug large db size issue? Bài tóm tắt · etcd (CNCF) · 2023
…InUse (dùng thật); chênh lệch là chỗ trống lấy lại được. Có metric tương ứng ( etcd mvcc db total size in bytes , ... in use in bytes , quota). - Compaction + defragmentation: etcd…
- Making LinkedIn's Organic Feed Handle Peak Traffic Bài tóm tắt · LinkedIn · 2018
…limit phía server trả 429; cấu hình GC cũ được tune lại. - Metric sai: chỉ số QoS đếm lỗi dư 300% vì kiến trúc đã đổi mà cách tính không đổi; viết lại. - Việc tiếp theo: mỗi nhóm…
- Eliminating toil with fully automated load testing Bài tóm tắt · LinkedIn · 2019
…u bằng hai hàm bước tăng/giảm số bucket. - Trễ của pipeline metric làm quyết định dựa trên số cũ; không sửa được ở nguồn nên họ query pipeline dày hơn để có số sát nhất. - Nút paus…
- How Postman Engineering handles a million concurrent connections Bài tóm tắt · Postman · 2020
…i bền nhiều mà băng thông thấp: scale bằng nhiều máy nhỏ và metric autoscale riêng. Liên quan - - · · - · ·…
- Halving the Time: How Uber Eats Rebuilt Its Search Pipeline Bài tóm tắt · Uber · 2026
…ều luồng việc song song trên cả stack. Thay đổi chính - Đổi metric chính từ latency API backend sang ATF (Above-the-Fold): từ lúc gửi query tới khi màn hình đầu có kết quả và ảnh h…
- Building a strong foundation to accelerate StreetEasy's data science efforts Bài tóm tắt · Zillow · 2024
…"; tỉ lệ gửi là trung bình một cột. - Certified: định nghĩa metric do nhóm liên chức năng thống nhất, có test tự động, có tài liệu từng trường. - Một biến thể bảng session gắn sẵn…
- Tracing Discord's Elixir Systems (Without Melting Everything) Bài tóm tắt · Discord · 2026
…cess. - Khi một guild không theo kịp hoạt động, on-call xem metric và log (như bảng đồng hồ xe: biết máy nóng, không biết hậu quả), rồi công cụ "guild timings" ghi trong RAM phần t…
- Running Kafka At Scale Bài tóm tắt · LinkedIn · 2015
…loại message: queuing (trong một ứng dụng, như gửi email), metrics, logging (tách khỏi metrics chỉ vì quá nhiều), tracking (mọi hành động người dùng; nuôi Samza, Hadoop, search in…
- Building a region‑aware, SEO‑friendly global web app Bài tóm tắt · Mercari · 2025
…t async lồng nhau, chạy trên CI bằng Vitest. Theo real user metrics, dù chưa tối ưu hay cache gì, hiệu năng đã tốt hơn rõ so với web Nhật. - Subdomain theo vùng ( tw.mercari.com ,…
- Building a Distributed Filesystem for Scalable Research Bài tóm tắt · Hudson River Trading · 2025
…đổi về sau. - Đo latency phía client bằng prober riêng, vì metric từ client thật bị nhiễu bởi host ồn. Liên quan - (Jane Street tự làm Depot) · · - · · ·…
- Architecting Restaurant Wait Time Predictions Bài tóm tắt · Yelp · 2019
…ại thì tốt dần. - Quy trình phát hành: đánh giá offline với metric nghiệp vụ (ví dụ tỉ lệ khách chờ quá 5 phút so với ước lượng) → dark launch (model ứng viên thấy request thật, si…
- Stack under attack: what we learned about handling DDoS attacks Bài tóm tắt · Stack Overflow · 2022
Trong vài tháng trước 5/2022, Stack Overflow liên tục bị DDoS theo hai kiểu: tầng ứng dụng nhắm vào API, và dồn lưu lượng nhắm vào site chính. Đến lúc viết bài, nhiều đợt chỉ còn thấy trong log và dashboard.
- Splunk at Zillow Bài tóm tắt · Zillow · 2015
Sau vài năm ship liên tục, lỗi chỉ tăng: một service tầng trình bày sinh hơn 4 triệu lỗi/ngày, khoảng 20.000 loại lỗi (2015), phần lớn không cần xử lý. Giám sát service này chỉ dựa vào số lượng lỗi, nên lỗi thật chì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:
- 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,…
- 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ể…
- 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…
- 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.
- 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…
- 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.
- 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:
- 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…
- 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:
- 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.
- 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: