API 설계에 대하여

주제

결론

이유

Front

• 사용자에게 빠른 화면을 먼저 유의미한 데이터를 빠르게 제공하는게 중요하다(fcp)

• fcp의 측정결과는 250ms내로 끊어내는것이 중요하다.

• 사용자는 유의미한 화면이 빠르게 뜨지않으면, 탈주할 확률이 높다.

First Contentful Paint(최초 콘텐츠풀 페인트, FCP)

업데이트됨 최초 콘텐츠풀 페인트(FCP)는 사용자가 화면에서 콘텐츠를 볼 수 있는 페이지 로드 타임라인의 첫 번째 지점을 표시하기 때문에 사용자가 감지하는 로드 속도를 측정할 수 있는 중요한 사용자 중심 메트릭입니다. FCP가 빠르면 사용자가 페이지에서 뭔가가 진행되고 있음 을 인지해 안심할 수 있습니다. 최초 콘텐츠풀 페인트(FCP) 메트릭은 페이지가 로드되기 시작한 시점부터 페이지 콘텐츠의 일부가 화면에 렌더링될 때까지의 시간을 측정합니다.

https://web.dev/i18n/ko/fcp/

• skeleton ui로 api 직전에 화면이 로드되는것을 사용자에게 노출시켜주는것이 좋다.

Backend

• client는 다양한 요구사항이 변경된다.

• client의 요구사항 변동성에 있어, 하나의 api로 의존도가 걸리게되면, 변경이 힘든구조를 가져가게된다.

• 변경이 힘들거나, 덕지덕지 붙어진다.

• 화면은 기획자의 의도에 의해 변경이된다.

• 작은 단위의 api를 제공하는것이 중요하다.

• 다만, msa구조에서 domain 별로가져갔을때, http는 connection 제한 갯수가 걸려있다.

• aggregate 할수있는 api를 제공하는것도 고려를 해야된다.

• http2 부터는 multiplexing을 제공하여, 더많은 connection을 가져갈수있다.
• chrome 기준 http/1.1 max connection 6개

• aggregate가 가능한 구조로 구현

• http/1.1을 사용한다면, front end의 connection 갯수 고려

HTTP/2 소개 | Web Fundamentals | Google Developers

참고: 다음 콘텐츠는 High Performance Browser Networking(O'Reilly, Ilya Grigorik)에서 발췌한 것입니다. 전체 버전과 관련 콘텐츠에 대해서는 hpbn.co 를 참조하세요. HTTP/2는 이전에 애플리케이션 내에서 수행되던 상당수의 HTTP/1.1 임시 방편을 실행취소하고 이러한 문제를 전송 계층 내에서 해결할 수 있도록 함으로써 애플리케이션을 더 빠르고, 단순하고, 강력하게 만들어줍니다. 게다가 애플리케이션을 최적화하고 성능을 개선할 수 있는 새로운 기회를 다양하게 제공합니다!

https://developers.google.com/web/fundamentals/performance/http2?hl=ko

마치며