Tìm kiếm
40 kết quả cho “Feed”. Tìm không phân biệt dấu.
- FollowFeed: LinkedIn's Feed Made Faster and Smarter Bài tóm tắt · LinkedIn · 2016
…ài gốc](https://engineering.linkedin.com/blog/2016/03/followfeed--linkedin-s-feed-made-faster-and-smarter) Bối cảnh - Mọi trải nghiệm feed của LinkedIn chạy trên một hạ tầng chung.…
- Community-focused Feed optimization Bài tóm tắt · LinkedIn · 2019
…s://engineering.linkedin.com/blog/2019/06/community-focused-feed-optimization) Bối cảnh - Feed hai tầng (): các first pass ranker (FPR) chọn ứng viên từ kho của mình, second pass r…
- Making LinkedIn's Organic Feed Handle Peak Traffic Bài tóm tắt · LinkedIn · 2018
…neering.linkedin.com/blog/2018/05/making-linkedin-s-organic-feed-handle-peak-traffic) Bối cảnh - FollowFeed (): followfeed-query (broker) gửi song song tới nhiều followfeed-storage…
- Making Your Feed More Relevant – Part I Bài tóm tắt · LinkedIn · 2015
…](https://engineering.linkedin.com/blog/2015/11/making-your-feed-more-relevant--part-i) Bối cảnh - Feed LinkedIn trộn nhiều loại update: bài chia sẻ của kết nối, gợi ý việc làm, ti…
- Migrating Doximity's iOS Newsfeed to SwiftUI Without Disrupting Users or Development Bài tóm tắt · Doximity · 2026
…chnology.doximity.com/articles/migrating-doximity-s-ios-newsfeed-to-swiftui-without-disrupting-users-or-development) Bối cảnh - Newsfeed là màn hình được dùng nhiều nhất của app iO…
- How we moved our Food Feed from Redis to Cassandra Bài tóm tắt · Zomato · 2016
…[bài gốc](https://www.zomato.com/blog/how-we-moved-our-food-feed-from-redis-to-cassandra) Bối cảnh - Food Feed là một phần của social graph: review, ảnh của bạn bè, ưu đãi từ nhà h…
- Auditing content features in FollowFeed Bài tóm tắt · LinkedIn · 2019
…[bài gốc](https://engineering.linkedin.com/blog/2019/followfeed-features-auditing) Bối cảnh - Hơn 80% feed là nội dung organic, đều do FollowFeed phục vụ. Activity và feature (ngô…
- The feedback loops behind Kubernetes Bài tóm tắt · PlanetScale · 2026
…· Độ khó: Khó — [bài gốc](https://planetscale.com/blog/the-feedback-loops-behind-kubernetes) Bài giải thích của một kỹ sư PlanetScale viết operator cho Postgres/MySQL; nửa đầu là…
- Inside Stream's Real-Time Architecture for Trading & Investing Apps Bài tóm tắt · Stream (GetStream) · 2026
…trading-architecture/) Bài của nhà cung cấp (Stream bán API Feeds/Chat/Video), giọng tiếp thị; số liệu là benchmark tự chạy, không phải tải production của khách. Wiki giữ phần kiến…
- Maximizing Our Publishing Platform Reach with Network Distribution Bài tóm tắt · LinkedIn · 2014
…trung bình có 1.049 kết nối cấp 1 và 42 follower). Ba kênh: feed, thông báo, email Pulse. Thay đổi chính - Feed: publishing service ghi một activity "member published" vào Activiti…
- Building a dynamic and responsive Pinterest Bài tóm tắt · Pinterest · 2018
…o mọi thí nghiệm , nên chi phí lưu trữ rất lớn. - Following feed năm 2015 = fan-out lúc ghi: khi một Pin được lưu, job bất đồng bộ (Pinlater) lấy mọi follower từ MySQL, chấm điểm P…
- Pushing Postgres beyond storage: scaling performance at Optiver Bài tóm tắt · Optiver · 2026
…chỉ việc dịch thay đổi đã commit sang giao thức riêng. - PG feed: hàng nghìn consumer thì không thể mỗi người một replication slot (mỗi slot giữ trạng thái riêng). Một thành phần n…
- Snowflake Optima Planning: cross-query performance Bài tóm tắt · Snowflake · 2026
…y vấn khác về sau chứa fragment/operator cùng hash thì dùng feedback thực thi của truy vấn trước cho phần đó, kể cả khi phần còn lại hoàn toàn mới. - Khớp chỉ là ứng viên: hệ theo…
- Image Processing at Zillow: Out with the Old and In with the AWS Bài tóm tắt · Zillow · 2015
…sơ, ảnh Zillow Digs; một phần upload tay, phần lớn đến theo feed hàng loạt từ hàng trăm nguồn, dồn cục trong ngày. - Hệ cũ trong data center riêng: tải ảnh từ một hàng đợi duy nhất…
- Garbage Collection Optimization for High-Throughput and Low-Latency Java Applications Bài tóm tắt · LinkedIn · 2014
…tency-java-applications) Bối cảnh - Khi dựng thế hệ mới của feed data platform (index cập nhật từ member, company, group để phục vụ feed), team làm prototype gần đủ chức năng, chạy…
- The history of Amazon's forecasting algorithm Bài tóm tắt · Amazon · 2021
…ile loss nhiều horizon , đúng metric dùng để đánh giá; mạng feed-forward thắng SQRF, cho phép bắt đầu khai tử các model cũ; theo Amazon độ chính xác tăng 15 lần và hệ đơn giản hơn…
- Analysis of recent downtime & what we're doing to prevent future incidents Bài tóm tắt · Asana · 2019
Đa số dữ liệu người dùng của Asana đã shard, nhưng một phần mô hình dữ liệu dùng chung cho mọi team/workspace của user nằm trong một database dùng chung (MySQL trên RDS, cấu hình HA).
- The Evolution of Security at Riot Bài tóm tắt · Riot Games · 2017
Khoảng 4 năm trước bài, đội bảo mật của Riot là đội "nói không": người gác cổng chặn việc giao tính năng, nên các team đi vòng qua. Thời gian bị nuốt vào ứng cứu sự cố; có sự cố công khai (mất dữ liệu từ cơ sở dữ liệu…
- Fulfilling the promise of CI/CD Bài tóm tắt · Stack Overflow · 2021
Theo tác giả, ai cũng nói "CI/CD" nhưng thực ra chỉ làm CI; gần như không ai thực hành continuous deployment. Mục đích của CI vốn là dọn đường cho CD.
- Architecting Restaurant Wait Time Predictions Bài tóm tắt · Yelp · 2019
Yelp Waitlist cho khách xếp hàng online ở nhà hàng không nhận đặt chỗ; mỗi lần xếp hàng, một model dự đoán thời gian chờ. Hệ phải bám trạng thái hiện tại của nhà hàng (bao nhiêu người đang chờ, giờ đóng cửa) và chịu QPS…
- 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.
- 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:
- 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:
- 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,…
- 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…
- 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.
- 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 sự cố ở DB đó làm sập mọi tính 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".
- 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…
- 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…
- 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.
- Đổ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.
- 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), gọi đồng bộ 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ả…
- 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 test và kiểm chứng capacity Chủ đề Thành viên
Trước một mốc tải chưa từng gặp (ra mắt game, tính năng mới gửi push toàn quốc, mùa giải, tăng trưởng nhanh), cần biết hệ chịu được bao nhiêu, cái gì gãy trước, và cần bao nhiêu máy. Test từng service riêng không đủ vì…
- 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 mặt…
- 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…
- 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ể…