Tìm kiếm
40 kết quả cho “giá theo giờ”. Tìm không phân biệt dấu.
- Độ 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 incident đ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.
- 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".
- Active-Active for Multi-Regional Resiliency Bài tóm tắt · Netflix · 2013
…hmus đã chống được incident ELB toàn region (bài học từ đêm Giáng sinh 2012). Bước tiếp: active-active đầy đủ giữa us-east-1 và us-west-2, xong trong vài tháng. Thay đổi chính - Đi…
- Building Multi-Region Resiliency with Amazon RDS and Amazon Aurora Bài tóm tắt · Goldman Sachs · 2021
…ung cấp cloud incident lớn. - Theo bài, "lên cloud không tự giải quyết mọi thứ", nhất là với dịch vụ có trạng thái như DB quan hệ . Họ có nhiều DB quan hệ (RDS Oracle, Aurora Postg…
- Enabling Multi-Region Data Systems at Notion Bài tóm tắt · Notion · 2026
…k cô lập , mỗi network xử lý một lát dữ liệu ứng dụng và ít giao tiếp chéo. Mọi xử lý và lưu trữ của một workspace nằm trong cùng một network, nên workspace ID là khoá định tuyến v…
- No record left behind: How WarpStream can withstand cloud provider regional outages Bài tóm tắt · WarpStream · 2025
…ion leader. Producer không dừng, latency tăng vọt khoảng 10 giây, không mất record nào , vì client retry các batch trong lúc bầu leader mới. - Lỗi một phần (một region chậm chứ khô…
- Scaling AWS Infrastructure to Support Multiple Regions Bài tóm tắt · Grammarly · 2021
…ối cảnh - Mục tiêu: đưa neural network và API gần user hơn (giao diện phản hồi nhanh), đồng thời tách môi trường để đạt SOC 2 Type 2 và ISO. - Trước: một region, ba AZ; mỗi team mộ…
- 2026 World Cup: record traffic, reliability at scale Bài tóm tắt · Meta · 2026
…rận, 39 ngày liên tục có đỉnh. - WhatsApp: hơn 30 triệu tin/giây trong trận chung kết 19/7 (gấp 1,23 lần đỉnh Giao thừa 2026, kỷ lục mọi thời); kỷ lục trước đó (29 triệu/giây) bị p…
- Our not-so-magic journey scaling low latency, multi-region services on AWS Bài tóm tắt · Atlassian · 2019
…nghìn req/s mỗi region, có lúc cả một AZ nhận 5xx khoảng 1 giây, có request 10ms, dù vẫn trong SLA của DynamoDB. Giải pháp: cache ngay trên node (không qua network) + invalidate q…
- 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:
- Building a region‑aware, SEO‑friendly global web app Bài tóm tắt · Mercari · 2025
…Global App (ngoài sheet). Bối cảnh: . Bài tiếp của cùng tác giả: ; chi tiết lấy dữ liệu: . Bối cảnh - 2024: để khách nước ngoài mua trực tiếp, đội nhỏ chọn dùng lại web Nhật (jp.me…
- How We Built a Cross-Region Caching Library Bài tóm tắt · Wix · 2022
…nửa vời, mỗi nhóm một kiểu; team Data Streams nhận làm một giải pháp chung. - Yêu cầu: p99 khoảng 10 ms cho put/get hai tầng; nhất quán (cuối cùng) giữa các region ; dung lượng kh…
- Multi-region high availability for Kafka workloads with a single Stretch Cluster Bài tóm tắt · Redpanda · 2026
…. Bối cảnh - Pipeline dữ liệu quan trọng chạy nhiều gigabit/giây, trải nhiều region. Asynchronous replication (mirroring) luôn để lại cửa sổ mất dữ liệu và cần bước failover. Thay…
- NVIDIA L40S GPUs are here Bài tóm tắt · Replicate · 2024
…te và deployment 9–11/12; người dùng được chuyển sớm hơn. - Giá: L40S đắt hơn mỗi giờ. Public và training tính 3,51 đô mỗi giờ: A40 thường (đắt hơn 70%, nhanh hơn 40%) thì hoá đơn…
- Tracing phân tán và log theo request Chủ đề
Khi một request đi qua hàng chục service, metric của từng service cho biết có chậm, log của từng service cho biết từng mảnh; không cái nào trả lời "request này chậm vì đâu" hay "trang này tốn bao nhiêu". Tracing phân…
- Working with PostgreSQL Bài tóm tắt · Zerodha · 2021
…sql/) Bối cảnh - Các database của Console (báo cáo, lịch sử giao dịch) tự host trên EC2: hàng trăm tỷ dòng, gần 20 TB, 4 node shard (2021). HA bằng failover replica đơn giản; backu…
- Netflix Billing Migration to AWS — Part II Bài tóm tắt · Netflix · 2016
…toán), vài app REST làm CRUD cho website và CSKH, 3 batch (gia hạn hằng ngày, xử lý order và payment, báo cáo doanh thu), một Billing Proxy trên cloud chuyển lời gọi về DC, giao t…
- A monolithic architecture for our clients' hundreds of versions: how we write and support tests Bài tóm tắt · Bumble · 2019
…ên bản MySQL, và chạy song song không khoá nhau. - API test giả lập phiên client theo đúng giao thức: pool test user dùng lại và khôi phục về trạng thái lúc đăng ký sau mỗi test (đ…
- A Closer Look at the Christmas Eve Outage Bài tóm tắt · Netflix · 2012
…không bị gì; thiết bị đang chạy sẵn vẫn phát tiếp được. Đêm Giáng sinh vốn là đêm ít xem, nên theo Netflix họ "may mắn" khôi phục trước ngày cao điểm 25/12. Vì sao (theo Netflix) -…
- Netflix Billing Migration to AWS Bài tóm tắt · Netflix · 2016
…billing chạy 100% trên AWS. - Billing gồm batch job tạo đơn gia hạn định kỳ, đẩy dữ liệu doanh thu vào sổ cái (GL), tax service; API cho website và chăm sóc khách hàng; tích hợp vớ…
- How we modified our infrastructure to deploy an EU data center Bài tóm tắt · Asana · 2020
…DB và service ở một vùng AWS tại Mỹ; service được viết với giả định đọc/ghi được mọi database. Thay đổi chính - Pageload Service (phục vụ HTML ban đầu) xác định domain của phiên n…
- Distributed transaction và nhất quán xuyên service Chủ đề Thành viên
Với một DB quan hệ, BEGIN … COMMIT lo hết. Khi dữ liệu bị chia (shard, tách service, thêm Redis bên cạnh Postgres), một thao tác nghiệp vụ chạm nhiều nơi, và câu hỏi khó nhất trở thành "timeout rồi, việc đó đã xảy ra…
- How We Halved Go Monorepo CI Build Time Bài tóm tắt · Uber · 2022
…sau thay đổi để biết target nào bị ảnh hưởng, trực tiếp lẫn gián tiếp; mất khoảng 5 phút mỗi thay đổi. Thay đổi ảnh hưởng hơn khoảng 10.000 target gọi là big change (ví dụ sửa một…
- Maintaining Machine Learning Model Accuracy Through Monitoring Bài tóm tắt · DoorDash · 2021
…arning-model-drift/) Bối cảnh - Model của DoorDash ước thời gian nấu, thời gian giao, quyết định giao đơn nào cho Dasher. Theo DoorDash, model bắt đầu xuống cấp ngay khi lên produc…
- 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:
- 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…
- Deploy và release an toàn Chủ đề Thành viên
Phần lớn incident 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.
- Resiliency and Disaster Recovery with Kafka Bài tóm tắt · eBay · 2020
…ing (tin đăng) phát event khi tạo, sửa, xoá; consumer chống gian lận, gửi thông báo, index search, khuyến mãi. Có hai nhóm consumer: - chỉ cần event của region mình, ít nhất một lầ…
- 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), synchronous call 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ả…
- 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:
- 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:
- 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.
- 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…
- 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:
- 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 data…
- Incident 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 incident: 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…
- 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…
- 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…
- 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 incident ở DB đó làm sập mọi tính năng.