기업에서 RESP API를 쓰는 이유가 궁금합니다

Question

안드로이드 개발자로 구직중인 취준생입니다.채용공고글을 보면 socket통신은 없고 대부분 rest api경험자 우대글이 많이 보여 궁금해서 질문드려요.구글링을 통해 socket이랑 http의 차이를 검색해보니 양방향, 단방향이고 실시간으로 처리할 지 아닌지로구분한다 라고 나와있더라고요카카오톡이나 당근마켓같은 기업들은 채팅같은 실시간 서비스를 지원하는데 이러한 기업들은 그럼socket으로 통신하나요? 아니면 http를 기반으로하고 부분적으로만 socket으로 처리하나요?어플들 대부분 즉각적으로 반응이 보이는 것 같은데 이런건 http통신으로 어떻게 처리하는지 궁금합니다. 아니면 제가 잘못 알고 있는건가요. 채용공고에는 rest api만 보이길래 궁금해서 질문드려요!

까꿍 · Answer

안드로이드 개발자라고 하시니 서버 개발자 입장에서 말씀드리겠습니다. 국내 서버 개발에 사용하는 프레임워크는 대다수 Spring, Springboot 입니다.해당 프레임워크를 사용하면 socket 을 생성하고 연결을 끊고 이런 과정을 직접 개발하지 않고RESTFul 방식 method (GET, POST, PUT, DELETE) 와 Path (/user) 만 입력하면 쉽게 내가 원하는 메서드로 진입하고 처리가 끝나면 응답을 보내고 끝내도록 구현할 수 있습니다. 또한 웹 서버는 대다수 Tomcat 이라는 Web Application Server 를 사용하는데이 서버는 HTTP 통신을 사용합니다. Tomcat 과 Spring 의 조합으로 쉽게 개발할 수 있다는 뜻이죠.

ghjgre · Answer

부분적으로 socket을 사용하는게 맞아요~http api라고 해봤자 대부분 속도가 100ms ~ 300ms 사이일거라 실시간처럼 보여질수 있겠네요

김쿠팡 · Answer

socket은 조금은 난이도가 있어요.제대로된 소켓 프로그램은 개발자 절반 이상은 못할껄요.REST가 규약이 쉽고, API가 잘되어 있고,예제가 많이 있으니 쓴다고 생각합니다. 비유를 들자면성능과 연비가 좋지만 운전하기 어려운 수동차보다, 운전이 쉬운 오토가 더 대중화 되었는지와 비슷합니다.

ISA · Answer

레스트 api라도 잘쓰면... 좋죠.Rest api가 지금 웹개발 벡엔드의 기본적인 형태라서 그런거 아닌가 싶습니다.실제로 그거 하나 제대로 못하는 사람도 꽤 봐서 그런거 같기도하고..솔직히 전문적인 소켓서버를 만드는게 아닌 이상 rest 개발자 입장에서는 개발이 그렇게 어렵진 않습니다..

멘탈조각 · Answer

비용 때문이죠.회사는 영리법인입니다. 연구개발팀도 아닌데 비용을 더 쓸 이유가 없지요.Raw socket통신을 하면 로드밸런싱할때 코스트가 상당히 올라갑니다.REST&#43;Baerer token이면 통신단에서는 아무 신경도 안쓰면서 보안도 챙기고 매우 저렴한 L7 로드밸런서를 쓸 수 있는데, 쌩 소켓으로 하면 저런 인증도 모든 접속마다 거쳐야하고, 통신 자체도 관리해야하고, 비싼 L5로드밸런서를 써야합니다.물론 실시간 풀 듀플렉스 통신이 필요하다면 웹소켓으든 쌩소켓이든 다이어그램이든 써야죠. 근데 그런게 아닌데 굳이 돈과 시간과 인력을 써 가면서 쌩 소켓을 써야할 이유가 없습니다.

karami · Answer

HTTP가 소켓통신의 일종아닌가요?

메론빵사냥꾼 · Answer

음... 일단 두 기술의 용도에 대해서 잘못 알고계신거 같습니다.socket통신은 범위가 넓습니다.일반적으로 socket통신은 양방향 통신(더 정확히는 양방향 요청)을 의미합니다.HTTP, TCP, UDP로 socket통신을 할 수 있습니다.HTTP나 TCP는 통신 규약입니다. socket은 방법론인거죠 일종에.그래서 개발자들은 소켓통신을 사용한다 &#61; 양방향 통신을 할거다 라고 이해를 하구요HTTP 소켓을 쓸거다 라고 하면 소켓통신의 프로토콜을 HTTP를 할거다라고 이해를 하는거고더 좁은 의미로 이야기하자면 HTTP 소켓 &#61; Web 소켓 &#61; 브라우저에서 사용하는 소켓 으로 이해를합니다.반대로 TCP 소켓을 쓸거다 라고 하면 브라우저 보다는 어플리케이션에 사용되는 소켓으로 생각을합니다.굳이 말하면 위 설명은 틀린거지만 일단 이렇게 이해하시는게 좋을듯 합니다. 반면 rest api는 단방향 통신(단방향 요청, 클라이언트만 요청가능)입니다.그리고 REST API는 기술이 아닙니다. 규약이라고도 할 수 없구요. 이녀석도 일종의 방법론 입니다.그러나 개발자들 사이에서는 REST API &#61; HTTP통신으로 보내는 JSON 요청,응답 정도로 인식하고 있습니다. REST API나 HTTP 소켓(WS, 웹소켓) 둘다 HTTP통신에 바탕을 두고 있습니다만 둘이는 동작방식이 다릅니다.쉽게 말해서 REST API는 클라이언트만 서버에 요청할 수 있습니다. 사용자만 서버에 요청할 수 있고 서버는 요청할 수 없습니다.A와 B가 채팅을 한다면 (A가 글을 쓴다 -> 서버로 글이 온다-> 서버가 B로 글을 보낸다 -> B가 글을 받는다)같은 구조가 될건데 REST API는 이를 구현하기는 어렵습니다.왜냐하면 A가 서버로 글을 보내는것 까진되는데 문제는 서버가 B로 글을 못보냅니다.그 이유는 REST API는 HTTP통신을 바탕으로 하며, HTTP는 클라이언트가 서버로만 요청가능하기 때문입니다.반면 HTTP 소켓은 서버가 B로도 보낼 수 있습니다. 즉 채팅같은 실시간성을 구현하려면 REST API보단 HTTP 소켓을 사용해야합니다.왜 소켓도 HTTP데 가능하냐고 하면 HTTP 소켓의 경우(Web 소켓) 커넥션을 끊지 않는 방법을 쓰는데이걸 설명하려면 훨씬 길어져서 간단히 이야기하면 HTTP를 쓰긴쓰는데 좀 다르다 라고 생각하시면됩니다.물론 쌩 HTTP통신(혹은 HTTP통신을 추상화한 REST API)도 트릭들을 사용해서 양방향처럼 사용할 수는 있습니다.근데 그것도... 설명하려면 너무 기네요... 그래서 패스하겠습니다.여튼 채팅같이 실시간성이 중요하다면 REST API보단 HTTP 소켓을 쓰겠죠. 근데 안드로이드 개발에서 socket(TCP든 HTTP든)보다 rest api를 더 필요로 하는 이유는 커넥션 관점에서 이해하셔야합니다.음 설명하려면 좀 긴데요 REST API(HTTP통신 바탕의)는 클라이언트만 서버에 요청할 수 있는 대신 응답받은 즉시 연결을 끊습니다.뭐 당연하다고할수 있죠. 더 연결해봐야 의미가 없으니까요반면 소켓은 연결을 계속 유지하고 있습니다. 그래야 실시간으로 전송이 가능할테니까요.근데 연결이라는게 비용입니다. 웹이 HTTP통신이 대세가 된것도 연결(커넥션)때문이거든요.그래서 실시간성이 필요없는 작업들은 소켓을 잘 사용하지 않습니다.그리고 안드로이드 개발(뿐만아니라 클라이언트와 서버관계의 개발 대부분)은 실시간 성이 중요하지 않기 때문에데이터의 교환을 소켓이 아닌 REST API로 하는 것이죠.당장 생각해봐도 보통 버튼을 누르거나 스크롤 하는 액션을 바탕으로 해서 데이터를 가져오지 실시간으로 가져오진 않죠.그 외에 실시간 성으로 보이게 하는것들(페이스북에 누가 로그인중인지 확인, 차트에서 데이터 가져오기)등의 경우 마치 실시간인것 처럼 보이는 효과를 내지만 대부분 이것도 소켓은 아니고 실시간인것 같은 트릭들을 사용합니다.이런걸 보통 코멧 프로그래밍이라고하는데.. 이것도 설명이 길어지니까 넘길께요. 하지만 민감한 작업이 필요한것들, 예를 들면 채팅이나 게임, 민감한 차트, 스트리밍 서비스는 여전히 소켓을 사용하고 있습니다.

봄개발자 · Answer

모든 네트워크 패킷이 소켓을 통해 교환되는거 아닌가요..?

ramisiel · Answer

김쿠팡 비유가 멋지십니다. 이해가 완전 빠르게 됨요ㅎㅎ

eastshine0221 · Answer

이분은 웹소켓 vs HTTP기반 REST API이야기 하시는 것 같아요~

ofHJ · Answer

알람이 안떠서 모르고있었는데 정말 많은 전문가분들이 답변을 달아주셨네요 감사합니다..ㅜㅜ우선 저는 실무 경험이 있는 개발자가 아니라 이제 막 학교를 졸업한 학생이라 네트워크 통신에 대한지식이 깊지가 않아요 그저 궁금했던것은 http방식은 클라이언트가 요청하고 서버는 응답만 하는 프로세스고다른 클라이언트와 상호작용이 바로바로 이루어지는것은 안된다라고 알고 있어 요즘 나오는 어플들은 클라이언트들 간에 데이터교환이 즉각적으로 이루어지는(ex - 배민에서의 주문, 당근마켓의 채팅, 카카오택시 호출 등) 서비스들이 많은데도 왜 채용공고에는 socket이 아니라 rest api경험자 우대글만 보이는지가궁금해서 글을 작성하게 되었습니다. 답변들을 하나하나 몇번씩 읽고 이해해서 반쯤은 궁금증이 해소되었네요나머지 반은 직접 실무에 가서 경험해야 해결될 것 같습니다 아무튼 관심 감사합니다!

ofHJ · Answer

아 추가적으로 글을 읽다보니 http가 소켓통신의 일종이라는 답변도 보이네요구글에다가 http랑 socket의 차이점을 검색해서 상당수의 글을 읽었는데 글제목이나 내용이나둘이 다른 통신방식이라는 표현을 많이 써서 다른것인줄 알았습니다.. 몰랐네요

메론빵사냥꾼 · Answer

웹소켓은 굳이 말하면 HTTP통신이랑은 다른데 이게 좀 애매한게 까보면 HTTP를 바탕에는 두고 있어요. 근데 오해하실수도 있으니까 HTTP소켓이라는 포현은 잊어주시구요 그냥 제가 쓴글을 웹소켓이라고 이해해두시는게 나을거 같습니다. 혹시라도 면접같을때 실수할 수 있으니…

Garion · Answer

Rest API로 구축하면 구축기간도 짧고 시스템이 커짐에따라 확장하기가 쉽습니다

기업에서 RESP API를 쓰는 이유가 궁금합니다

14개의 답변

#restful 목록