Tìm kiếm
25 kết quả cho “Layer cache”. Tìm không phân biệt dấu.
- 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:
- How we built a dynamic Kubernetes API Server for the API Aggregation Layer in Cozystack Bài tóm tắt · Kubernetes · 2024
…esource, controller reconcile. Cách khác là API aggregation layer : viết một extension API server chạy riêng, đăng ký bằng APIService ; API server chính chuyển mọi request của một…
- Why We're Moving on From Nix (Introducing Railpack) Bài tóm tắt · Railway · 2025
…- Image lớn: mọi phụ thuộc build lẫn runtime nằm chung một layer /nix/store , không tách được. - Cache kém: Railway tiêm biến môi trường deployment ID vào mọi build, nên mọi layer…
- How WhatsApp Grew to Nearly 500 Million Users, 11,000 cores, and 70 Million Messages a Second Bài tóm tắt · WhatsApp · 2014
…tch riêng, FreeBSD 9.2, Mnesia, Yaws; bare metal thuê ở SoftLayer, cấu hình hai data center. - Khoảng 550 server cộng máy dự phòng: ~150 chat server (mỗi máy ~1 triệu điện thoại),…
- Data fetching strategy for Mercari Global Marketplace web app Bài tóm tắt · Mercari · 2025
…TypeScript và xuất bản thành gói npm nội bộ . - Data Access Layer (DAL) là module duy nhất nói chuyện với BFF: transport cấu hình một chỗ (HTTP/2) với chuỗi interceptor: logger sin…
- A Kubernetes Resource That Doesn't Exist: Caching CI Images on Ephemeral Runners Bài tóm tắt · Mercari · 2026
…tải chỉ chiếm khoảng 20% của 2–3 phút, còn lại là giải nén layer. Chiến lược đổi từ "chuyển byte nhanh hơn" sang "giữ byte lại". - Đĩa bền dùng chung cho layer: giảm khởi động 80%…
- Beyond synthetic testing: Capturing and replaying real database workloads at Airbnb Bài tóm tắt · Airbnb · 2026
…ngôn ngữ tự log query vào Kafka, mỗi use case tự xử lý, replayer riêng. Bảo trì nặng, chủ sở hữu mơ hồ, và thiếu ngữ cảnh giao dịch nên không replay chính xác được, không so được…
- Scalability and Load Testing for VALORANT Bài tóm tắt · Riot Games · 2020
…nặng, và không muốn nhồi code test vào client): simulated player chạy đúng các vòng polling nền của client (làm mới token, cấu hình động); scenario là chuỗi thao tác (vào hàng chờ…
- Sharding Pinterest: How we scaled our MySQL fleet Bài tóm tắt · Pinterest · 2015
2011 Pinterest tăng trưởng cực nhanh; khoảng 9/2011 mọi tầng hạ tầng quá tải, vài hệ NoSQL "đều hỏng nặng", còn đọc từ nhiều MySQL slave gây bug khó chịu (nhất là với cache). Năm 2015: hơn 50 tỉ Pin trên 1 tỉ board.
- Internationalization in web monorepo Bài tóm tắt · Mercari · 2025
Mercari có "golden path" cho web app mới (Terraform, Kubernetes, CI/CD, gói npm cấu hình sẵn) nên số web app tăng nhanh, mỗi app một repo. Hai chỗ đau: chia sẻ code chung (theme, URL, cấu hình thí nghiệm, logging) phải…
- 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 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…
- 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,…
- 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".
- 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:
- 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.
- 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.
- 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…
- On-Demand Dagger Engines with Argo CD, EKS, and Karpenter Bài tóm tắt · Dagger · 2024
…không ở engine dùng chung. Liên quan - (runner tạm và cache layer trên node) · (agent co giãn) · (BuildKit) - ·…
- Mercari Công ty Thành viên
PaymentService của Merpay (2019) giữ nhất quán thanh toán qua nhiều service bằng cách tự làm ở tầng ứng dụng: chia pha + state machine, idempotency key bắt buộc, bù trừ kiểu TCC, đối soát và fault injection . Ba năm…
- 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…
- Kubernetes Công ty Thành viên
Hai nguồn đầu của dự án Kubernetes trong wiki kể quyết định kiến trúc nằm bên trong nền tảng mà nhiều công ty khác dựng lên trên. Năm 2018, kube-proxy dùng iptables (danh sách luật vốn cho firewall) là nút cổ chai thật…
- WhatsApp Công ty Thành viên
WhatsApp là ca hiếm: blog kỹ thuật gần như chỉ kể hai giai đoạn, và hai giai đoạn ấy giải hai bài khác hẳn nhau. Giai đoạn Erlang (2011–2014) là câu chuyện tối ưu một hệ nhỏ người: năm 2012, một server FreeBSD + Erlang…
- Evolution of our platform architecture Bài tóm tắt · Allegro · 2015
…ượt chuyển sang; - chỉ được gọi code cũ qua Anti-Corruption Layer . Ưu: ranh giới mới/cũ rõ, service sở hữu dữ liệu, bỏ được nhiều logic chết. Nhược: chờ lâu, phụ thuộc một team, f…
- 500 Tbps of capacity: 16 years of scaling our global network Bài tóm tắt · Cloudflare · 2026
…ầu từ một văn phòng ở Palo Alto, một nhà cung cấp transit (nLayer, nay là GTT), một reverse proxy cài bằng cách đổi hai nameserver. - 2026: vượt 500 Tbps năng lực kết nối ra ngoài…