Tìm kiếm
16 kết quả cho “Field data cache”. Tìm không phân biệt dấu.
- 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 the controller-runtime Cache Actually Works, and Why Your Controller Does Not Crash the API Server Bài tóm tắt · Kubernetes · 2026
…giảm bộ nhớ một bậc; Transform bỏ trường nặng (riêng managedFields đã đáng kể); tắt cache cho một loại và đọc thẳng server ( APIReader ), đổi bộ nhớ lấy request mạng và chi phí giả…
- How We Built a Logging Stack at Grab Bài tóm tắt · Grab · 2019
…trò trộn lẫn làm khó điều tra (mất master vì ai đó làm đầy field data cache khi search) và ingest node lỗi kiểu lạ gây ảnh hưởng cả cụm. - Giám sát heap theo node bằng Datadog là…
- Độ 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.
- 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:
- Scale dọc trước khi scale ngang Chủ đề
Thêm máy (scale ngang) kéo theo độ phức tạp phân tán. Bắt mỗi máy làm được nhiều hơn (scale dọc, tối ưu) thì đơn giản hơn, nhưng có trần và dễ thành một điểm hỏng.
- Xác thực và phân quyền (authn/authz) Chủ đề Thành viên
Ở monolith, mỗi dữ liệu thường chỉ có một đường vào, nên kiểm tra quyền nằm ngay đó: một hàm hasaccess?, một API mỗi resource. Khi hệ thống tách thành nhiều service, nhiều client, nhiều loại token, cả hai nửa đều vỡ:
- 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:
- 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:
- LinkedIn Công ty Thành viên
Bài khung là bài nhìn lại năm 2015 . LinkedIn bắt đầu năm 2003 là một monolith tên Leo. Service đầu tiên tách ra là member graph, vì đồ thị kết nối có profile tải khác hẳn; DB profile được đỡ bằng scale dọc rồi replica…
- 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…
- Grab Công ty Thành viên
Dùng AWS từ ngày đầu (MyTeksi 2012: Rails trên EC2 + RDS MySQL) và theo Grab chỉ cần dưới 10 kỹ sư vận hành nhờ managed service . Năm 2016 họ chuyển API hành khách từ Rails sang Go theo từng endpoint bằng shadow…
- Lessons learned from running GraphQL at scale Bài tóm tắt · Dream11 · 2021
…ic thành nhiều hàm monomorphic; resolver lười (chỉ tính khi field được hỏi). - Cache kết quả parse và validate cho mỗi loại query (production chỉ có một tập query giới hạn); valida…
- SoundCloud Công ty Thành viên
Năm 2013 SoundCloud rời mô hình một Public API cho mọi client, tách monolith thành microservice và khai sinh pattern BFF; đến 2021 có vài chục BFF dùng chung thư viện edge, nhưng logic tích hợp và phân quyền bị nhân bản…
- Sharding Pinterest: How we scaled our MySQL fleet Bài tóm tắt · Pinterest · 2015
…ong Redis và object trong memcache. - Không cần ALTER: thêm field bằng sửa JSON schema ở service (theo bài, khoảng một lần ALTER trong ba năm). Mod shard (md5 % 4096) cho tra theo…
- Best practices can slow your application down Bài tóm tắt · Stack Overflow · 2021
…gì đã đánh đổi để lấy hiệu năng: - dùng nhiều static method/field và memoization để giảm allocation, giảm pause GC; một số phần code "trông như C"; - thay polymorphism và dependenc…