특정 기능에 대해 HTTP API를 제공하는 소프트웨어 제품을 구축한다면 HTTP를 표준 통신 프로토콜로 사용하는 것이 당연합니다.

주어진 상황과 맥락에 따라서 특정 표준을 선택할 때도 있습니다. 예를 들어 네트워크로 접근할 수 있는 서비스를 제공한다고 가정했을 때 HTTP API가 절대적으로 필요한 것은 아닙니다. 그렇더라도 클라이언트 구현, 서비스 구현, 개발자 친숙도 등 여러 측면에서 범용성을 고려하여 HTTP를 표준 통신 프로토콜로 선택하기도 합니다.

표준과 소프트웨어 아키텍처가 잘 부합하면 이것으로 아키텍처를 강화하고 작업을 가속할 수 있습니다. 예를 들어 HTTP 표준은 클라이언트-서버 동작과 요청-응답 통신 방식을 정의한 아키텍처 스타일을 전제로 합니다. 소프트웨어 제품의 아키텍처가 이러한 스타일과 일치한다면 HTTP를 통신 프로토콜로 채택하여 클라이언트-서버 구성 요소의 역할과 기대치를 강화하고 이들 간에 원활하게 통신할 수 있습니다. 이와 더불어 대다수 아키텍트가 HTTP에 익숙하므로 해당 지식과 경험을 시스템에 적용하기 좋을 것입니다.