기존 소셜 웹 앱이 있으며 클라이언트는 이제 모바일 애플리케이션을 만들고 싶어합니다. 100k 기존 사용자가 이러한 모바일 앱을 사용하기 시작할 때 강력하고 견고한 API를 만들어야합니다.소셜 애플리케이션 용 강력한 API를 빌드하는 올바른 방법은 무엇입니까?
이 API를 빌드하는 올바른 방법에 대한 제안이 있으십니까?
과거에는 100,000 명의 사용자도 사용했던 수백 개의 API를 만들었습니다. 하지만이 앱은 조금 특이하고 많은 동시 API 요청을 기대하며 이전에는 20 배 이상의 동시 요청을 처리했습니다.
여기 누군가가 좋은 전술을 조언 할 수 있는지 알기 전에 나는 "표준"API 로직을 사용하는 것을 꺼려합니다.
높은 수준에서 모든 통신을 처리 할 서버와 데이터베이스에 데이터베이스가 있습니다.
요약하면 하드웨어 솔루션을 살펴보십시오.
가능한 경우 IO를 최소화하십시오. 가능하다면 하나의 페이로드, 서버 측에 앱에 필요한 많은 리소스를 포함시킨 다음 한 번에 클라이언트에 푸시하십시오. 실제로 클라이언트 측에 수백 가지 포함을 원하지는 않습니다.
하나의 아이디어는 얼마나 많은 동시 요청이 진행되고 있는지를 모니터링하고 임계 값에 너무 많이 도달하면 (통증의 임계 값을 확인하기 위해 시뮬레이션을 수행 할 수 있음) 대기열에서 요청을 버퍼링하여 각 사용자 원활한 경험을 얻을 수 있습니다. 어쩌면 그들은 처음부터 더 오래 기다릴 것이지만 일단 로딩이 시작되면 애플리케이션 로딩의 비트가 아닌 부드럽게 진행될 것입니다. 사용자에게있어 가장 성가신 일은로드가 완료되었는지 또는로드가 반 길었는지 알지 못하고 중지하는 것입니다.
궁극적으로 하드웨어 솔루션을 살펴볼 필요가 있습니다. IO 집중적 인 경우 SSD 드라이브가있는 하드웨어 LB 및 서버의 설정을 살펴보십시오.