오늘Redis 튜토리얼칼럼에서 피드 흐름 구현 방법을 살펴보겠습니다
![Redis가 피드 흐름을 구현하는 방법](https://img.php.cn/upload/article/000/000/052/6017c87daac72625.jpg)
1 소개
Moments, Weibo는 모두 피드 흐름 제품이자 사진입니다. 공유 웹사이트 Pinterest, Huaban.com 등은 피드 흐름 제품의 또 다른 형태입니다. 많은 앱에는 피드 스트리밍 제품이기도 한 뉴스 또는 메시지 플라자라는 모듈도 있습니다.
핵심 개념
- Feed
피드 스트림의 모든 상태 또는 메시지. 예를 들어 Moments의 상태는 피드이고 Weibo 게시물은 피드입니다.
- 피드 스트림
지속적으로 콘텐츠를 업데이트하고 사용자에게 제공하는 정보 스트림입니다. 모든 사람의 친구 서클, Weibo 팔로우 페이지 등은 모두 피드 스트림입니다.
- Timeline
피드 스트림의 일종인 Weibo와 Moments는 모두 타임라인 유형의 피드 스트림입니다. 그러나 타임라인 유형이 가장 먼저 등장하고 가장 널리 사용되며 가장 잘 알려져 있기 때문에 타임라인을 사용하여 표현하는 경우도 있습니다. 피드 스트림.
- 팔로우 페이지 타임라인
모멘트, 웨이보 홈페이지 등 다른 사람의 피드 메시지를 표시하는 페이지입니다.
- 개인 페이지 타임라인
위챗의 사진 앨범, 웨이보의 개인 페이지 등 내가 보낸 피드 메시지를 표시하는 페이지입니다.
2 기능
- 다중 계정 콘텐츠 스트리밍
피드 스트리밍 시스템에는 확실히 수천 개의 계정이 있을 것입니다. 계정을 팔로우하고, 팔로우 취소하고, 친구로 추가하고, 차단할 수 있습니다. 이 조건이 충족되는 한 공급 흐름 시스템으로 설계할 수 있습니다.
- 불안정한 계정 관계
팔로우, 언팔로우 등의 작업으로 인해 시스템 내 사용자 간의 관계는 항상 변화하게 되어 불안정한 상태가 됩니다.
- 읽기와 쓰기 비율 100:1
읽기와 쓰기에는 심각한 불균형이 있습니다. 많이 읽고 쓰기는 적습니다. 일반적인 읽기와 쓰기 비율은 10:1, 심지어는 100:1 이상입니다.
- 메시지 전달 요건이 높습니다
예를 들어, 친구들에게 메시지를 보낸 후 어떤 친구들은 그것을 봤고 어떤 친구들은 보지 못했다면 심각한 감정적 갈등과 심각한 결과가 발생할 수 있습니다. .
3개 카테고리
- 타임라인
공개 시점을 기준으로 정렬하면 WeChat Moments, Weibo 등과 마찬가지로 먼저 게시된 항목이 먼저 표시되고 나중에 게시된 항목이 맨 위에 나열됩니다. 이는 가장 일반적인 형태이기도 합니다. 제품이 타임라인 유형을 선택하면 피드 스트림에 피드가 많지 않지만 각 피드는 중요하며 사용자가 볼 수 있어야 함을 의미합니다.
- Rank
시간 외 요소를 기준으로 정렬하며 일반적으로 사용자의 선호도에 따라 사용자가 가장 좋아하는 항목이 첫 번째 순위를 매기고 두 번째로 좋아하는 항목이 마지막에 순위를 매깁니다. 이는 일반적으로 사용자가 많은 피드를 볼 수 있고 사용자가 여기에서 보내는 시간이 제한되어 있다고 가정하고 사용자가 가장 보고 싶어하는 상위 N 결과가 사용자를 위해 선택됩니다. 응용 프로그램 시나리오에는 사진 공유, 뉴스 추천이 포함됩니다. 카테고리, 추천 카테고리 등
4 어려움
4.1 스토리지
이 프로젝트의 피드는 공간과 마찬가지로 비교적 간단하기 때문에 피드 스트림이 복잡한 데이터 구조를 가질 경우 NoSQL 데이터베이스를 사용해야 합니다. MongoDB나 HBase와 같이 스토리지를 더욱 편리하고 효율적으로 만드는 데 사용됩니다.
4.2 푸시
푸시 계획에는 세 가지 계획이 있습니다.
즉, 사용자(특히 많은 사람을 팔로우하는 사람)가 동작을 트리거하면 자신의 업데이트를 가져오고 사용자의 팔로우 목록을 검색한 다음 팔로우 목록을 기반으로 새 피드를 검색합니다. 사용자가 너무 많은 사람을 팔로우하는 경우 사용자의 관심 목록을 쿼리하는 데에도 많은 데이터 비용이 듭니다.
푸시 모드
또한 쓰기 확산이 되며 사용자가 피드를 추가하면 피드가 팔로우하는 사람들에게 자동으로 알림이 전송됩니다(선호).
즉, 사용자가 행동(예: 웨이보에 게시)을 촉발하면 그의 행동이 행동 테이블에 기록되고, 이는 사용자의 팬 테이블에도 대응되어 각 팬에 대한 피드를 삽입합니다. 그러나 팬이 10,000명이 넘는 대규모 V의 경우 각 팬에 대한 피드를 삽입하는 것은 데이터를 저장하는 데 매우 많은 비용이 듭니다.
Redis Sorted Set(타임라인을 시간별로 정렬하는 데 편리함)을 사용하여 팬의 피드 컬렉션을 유지합니다. 블로거가 피드를 추가하면 해당 콘텐츠가 팬의 피드 컬렉션에 적극적으로 푸시되므로 사용자가 쉽고 빠르게 작업할 수 있습니다.
밀고 당기기 조합![](https://img.php.cn/upload/article/000/000/052/d31846637702a5bd3365a89084fb2c51-1.png)
예를 들어 Weibo의 경우 대부분의 사용자는 수백 개의 계정 관계를 가지고 있지만 일부 사용자는 천만 개가 넘는 경우에만 사용합니다.
온라인으로 푸시하고 오프라인으로 가져오기
- 빅뷔의 게시물 업데이트는 동시에 온라인에 있는 팬에게만 게시됩니다. 오프라인 팬은 온라인에 접속한 후에 업데이트를 가져옵니다. 밀고 당기기를 완료합니다.
![](https://img.php.cn/upload/article/000/000/052/d31846637702a5bd3365a89084fb2c51-2.png)
정기 푸시, 오프라인 풀
빅뷔가 업데이트를 게시한 후 상주 프로세스 형태로 정기적으로 팬 업데이트 테이블에 푸시됩니다.
![](https://img.php.cn/upload/article/000/000/052/d31846637702a5bd3365a89084fb2c51-3.png)
5 테이블 디자인
![](https://img.php.cn/upload/article/000/000/052/f267bf0125d18fa9e0a987211cb01def-4.png)
권장(무료):redis 튜토리얼
위 내용은 Redis가 피드 흐름을 구현하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!