골든래빗은 더 탁월한 가치를 제공하는 콘텐츠 프로덕션 & 프로바이더 입니다. 골든래빗은 취미, 경제, 수험서, 만화, IT 등 다양한 분야에서 책을 제작하고 있습니다.골든래빗은 더 탁월한 가치를 제공하는 콘텐츠 프로덕션 & 프로바이더 입니다. 골든래빗은 취미, 경제, 수험서, 만화, IT 등 다양한 분야에서 책을 제작하고 있습니다.

[WebSocket] ❶ 웹소켓과 socket.io

2024년 3월 14일조회 258

이 글은 《리액트 잘하는 개발자 되기》에서 발췌했습니다.

리액트 잘하는 개발자 되기

리액트 잘하는 개발자 되기

ISBN 9791194383536지은이 성낙현34,000
교보문고예스24알라딘

웹소켓(WebSocket)은 하나의 TCP 컨넥션으로 서버와 클라이언트 간에 양방향 통신을 제공하는 프로토콜입니다. 본문에서는 웹소켓이 무엇인지 알아보고 Node.js와 웹소켓를 사용하여 메아리 애플리케이션을 만들어보겠습니다.

[WebSocket] ❶ 웹소켓과 socket.io

이 글은 [Node.js 백엔드 개발자 되기]에서 발췌했습니다.

골든래빗 출판사

웹소켓(WebSocket)은 하나의 TCP 컨넥션으로 서버와 클라이언트 간에 양방향 통신을 제공하는 프로토콜입니다. 본문에서는 웹소켓이 무엇인지 알아보고 Node.js와 웹소켓를 사용하여 메아리 애플리케이션을 만들어보겠습니다.

❶ 웹소켓과 socket.io

1. 웹소켓 소개

지금까지는 서버에 요청을 보내서 응답을 받는 애플리케이션을 만들었습니다. 당연히 요청을 줘야지만 응답을 받는 것이 아닌가라고 생각할 수 있지만, 사용자가 직접 화면을 갱신하지 않아도 자동으로 화면을 갱신하는 애플리케이션도 있습니다. 주식이나 채팅 애플리케이션이 그 예입니다. 이러한 일을 하려면 서버에 주기적으로 요청을 보내서 받아오거나 서버에서 데이터를 보내주어야 합니다.

▼ 요청에 대해서만 응답하는 HTTP 통신

웹은 HTTP 프로토콜 위에서 동작하고 있기 때문에 요청을 보내야지만 서버가 응답을 주게 됩니다. 즉 양방향 통신을 지원하지 않습니다. 그렇다고 주기적으로 받아오는 것은 매우 비효율적입니다. 몇 초에 한 번씩 서버가 알아서 응답을 주면 좋은데, 단방향 통신이므로 클라이언트에서 주기적으로 의미없는 요청을 보내야 하기 때문입니다.

▼ 주기적으로 요청을 보내서 응답을 받는 폴링 방식

그렇다면 화면 갱신 없이 실시간성을 요구하는 애플리케이션을 어떻게 만들어야 할까요? 웹소켓(WebSocket)을 사용하면 됩니다. 웹소켓 이전에는 폴링 또는 롱폴링이라는 방법을 사용했습니다. 폴링은 주기적으로 요청을 보내는 방식이고, 롱폴링은 클라이언트와 서버 간의 커넥션을 유지한 상태로 응답을 주고받는 방식입니다. 클라이언트가 서버로 요청을 보내면 서버는 클라이언트의 요청을 기다립니다. 그리고 요청한 데이터에 변화가 있을 때 응답을 보냅니다. 폴링이나 롱폴링이나 둘 다 클라이언트가 서버에게 요청을 보내야 합니다.

▼ 요청을 보내고 서버에서 응답이 올 때까지 대기 후, 응답이 오면 바로 다시 요청을 보내는 롱폴링

웹소켓은 하나의 TCP 컨넥션으로 서버와 클라이언트 간에 양방향 통신을 할 수 있게 만든 프로토콜입니다.* 2022년 현재 거의 대부분의 웹브라우저에서 안정적으로 사용할 수 있습니다.* 다만, IE9 등 오래된 웹브라우저는 지원하지 않습니다. 오래된 브라우저를 지원하려면 socket.io 같은 라이브러리를 사용해 폴링이나 롱폴링을 사용해 기능을 구현해야 합니다. 웹소켓은 양방향 통신을 지원하므로 브라우저 상에서 리프레시 없이 실시간성을 요구하는 애플리케이션을 구현할 수 있습니다.

▼ 양방향 통신이 가능한 웹소켓

웹소켓의 특징은 크게 두 가지입니다. 첫 번째 특징은 양방향 통신입니다. 이는 데이터의 송수신을 동시에 처리한다는 뜻이며 클라이언트와 서버가 원하는 때 데이터를 주고받을 수 있다는 의미입니다. 통상적인 HTTP 통신은 클라이언트가 요청하는 때만 서버가 응답하는 단방향 통신이었습니다. 두 번째 특징으로는 실시간 네트워킹을 구현하는 것이 용이하다는 겁니다. 웹 환경에서 연속된 데이터를 빠르게 노출하고 싶은 때, 예를 들어 채팅이나 주식 앱에 적합합니다. 또한 브로드캐스팅을 지원하므로 여러 클라이언트와 빠르게 데이터를 교환할 수 있어 편리합니다.

* 2011년 12월에 인터넷의 표준을 정하는 기관인 IETF에 의해서 RFC 6455로 표준화되었습니다.

* 웹소켓 브라우저 호환성: https://developer.mozilla.org/enUS/docs/Web/API/WebSocket#browser_compatibility

1.1 웹소켓의 동작 방법

웹소켓 프로토콜은 크게 핸드 쉐이크와 데이터 전송으로 나눌 수 있습니다. 핸드 쉐이크는 서버와 클라이언트가 커넥션을 맺는 과정으로써 최초 한 번만 일어납니다. 이때는 HTTP 1.1 프로토콜을 사용하고 헤더에 Upgrade: websocket과 Connection: Upgrade를 추가해서 웹소켓 프로토콜을 사용하도록 해줍니다.

▼ 웹소켓 프로토콜 작동 과정

1단계에서는 HTTP 핸드쉐이크를 수행해 연결을 맺습니다. 클라이언트가 다음과 같은 데이터를 서버로 보냅니다.

Use a different Browser

GET /chat HTTP/1.1 // ❶ HTTP 1.1 이상 Host: server.example.com Upgrade: websocket // ❷ 현재 프로토콜에서 다른 프로토콜로 업그레이드하는 규칙 Connection: Upgrade // ❸ Upgrade 필드가 있으면 반드시 같이 명시 Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ== // 클라이언트 키 Origin: http://example.com // 필수 항목. 클라이언트 주소 Sec-WebSocket-Protocol: chat, superchat // ❹ 클라이언트가 요청하는 하위 프로토콜 Sec-WebSocket-Version: 13

❶ 핸드쉐이킹은 GET으로 보내야 하며 HTTP 1.1 이상이 필수입니다. ❷ Upgrade 필드는 HTTP 프로토콜에서 웹소켓 프로토콜로 변경에 필요한 값입니다. 프로토콜을 업그레이드하려면 반드시 명시해야 합니다. ❸ Upgrade 필드가 있으면 반드시 같이 명시해야 합니다. 없으면 연결이 되지 않습니다. ❹ Sec-WebSocket-Protocol은 클라이언트가 요청하는 하위 프로토콜입니다. 순서에 따라서 우선순위를 부여하며, 서버에서 여러 프로토콜이나 프로토콜 버전을 나눠서 서비스할 때 필요한 정보입니다.

그러면 서버는 핸드쉐이크의 응답으로 다음과 같은 데이터를 보내줍니다.

Use a different Browser

HTTP/1.1 101 Switching Protocols // ❶ 연결 성공 Upgrade: websocket Connection: Upgrade // ❷ 클라이언트로부터 받은 키를 사용해 계산된 값 Sec-WebSocket-Accept: s3pPLMBiTxaQ9kYGzzhZRbK+xOo= Sec-WebSocket-Protocol: chat

❶ 101 Switching Protocols로 응답이 오면 웹소켓 프로토콜로 전환해 연결이 잘된다는 것을 의미합니다. 이제부터는 양방향 송수신을 할 수 있습니다. ❷ Sec-WebSocket-Accept는 클라이언트로부터 받은 키를 사용해 계산한 값입니다. 해당 값은 클라이언트와 서버 간 인증에 사용됩니다. 핸드쉐이크가 완료되면 프로토콜이 HTTP에서 ws로, HTTPS라면 wss로 변경되어 데이터를 전송할 수 있는 2단계로 접어듭니다. 데이터는 메시지(Message)라 부르며 메시지는 프레임(Frame)의 모음입니다. 프레임은 바이트의 배열이며 다음과 같은 형태를 가집니다.

▼ 프레임구조(출처:https://www.rfc-editor.org/rfc/rfc6455#page-28)

프레임은 헤더와 페이로드(Payload)로 이루어져 있습니다. 헤더는 FIN, RSV1~3, 오프코드(Opcode), 마스크MASK, 페이로드 길이, 마스킹 키가 있습니다.

▼ 프레임 필드

마지막 3단계에서는 접속을 끊습니다. 접속은 클라이언트와 서버 양쪽에서 모두 끊을 수 있으며, opcode에 1000을 담아서 보내면 됩니다.

지금까지 웹소켓의 양방향성과 웹소켓 프로토콜의 동작 방법을 알아보았습니다. 웹소켓은 데이터를 전송하는 것만 지원할 뿐 전송되는 데이터를 가지고 무엇을 할지는 개발자의 몫입니다. 예를 들어 채팅 애플리케이션을 만들고자 할 때 채팅방 만들기, 채팅방에 들어온 사람들 전체에게 메시지 발송하기, 접속이 끊어진 경우 자동으로 다시 연결하기 등의 기능을 구현하고자 한다면 이런 부분은 개발자가 모두 만들어줘야 합니다. socket.io를 사용하면 추가로 이런 부분들을 지원해주므로 웹소켓보다는 코드 작성의 부담이 적습니다.

* ping, pong은 서버와 클라이언트의 연결 확인 시 사용하는 코드입니다. 클라이언트가 ping을 날리면 서버는 pong으로 응답합니다.

2. socket.io

2편에서는 프레임워크의 도움 없이 웹소켓을 사용한 메아리 애플리케이션을 만들 겁니다. 하지만 웹소켓은 프로토콜이기 때문에 메시지 전송만을 제공해주고 있어서 채팅을 위한 채팅방, 접속한 유저 모두에게 메시지를 발송하는 브로드캐스팅 기능, 접속이 의도치 않게 끊어졌을 때 재접속하는 방법 등 기능은 모두 개발자가 만들어야 합니다. 그래서 웹소켓 기반의 다양한 기능을 제공하는 라이브러리인 socket.io(소켓아이오)를 소개하고 넘어가고자 합니다.

socket.io는 Node.js 기반으로 서버와 클라이언트의 웹소켓 양방향 통신을 지원하는 라이브러리입니다. 기본적으로 웹소켓을 지원합니다. 웹소켓을 지원하지 않는 브라우저에서는 롱폴링 방식을 사용한 통신을 지원합니다. 또한 재접속, 브로드캐스팅, 멀티플렉싱 기능도 제공합니다.

브로드캐스팅은 접속한 클라이언트 모두에게 메시지를 전송하는 것을 의미합니다.

멀티플렉싱은 커넥션 하나를 논리적으로 나누어서 데이터를 원하는 채널에만 전송하는 기법입니다. 슬랙의 워 크스페이스나 게임에서는 채널의 개념과 비슷하다고 생각하면 됩니다. socket.io에서는 네임스페이스라고 부르며, 채팅방을 만드는 기능인 룸(Room)과 함께 사용해서 채팅방별로 메시지를 통신하는, 조금 더 정교하게 메시지 송수신을 제어할 수 있습니다.

성능이 중요하다면 웹소켓을 사용하는 것이 좋습니다. 다만, 커넥션이 끊어지는 경우 메시지의 처리는 알아서 구현해야 하는 점이 조금 불편할 수 있습니다. socket.io와 웹소켓은 각자 장단점이 있기 때문에 상황에 따라서 사용해야 합니다.

다음 편에서는 Node.js와 웹소켓를 사용하여 메아리 애플리케이션을 만들어보겠습니다.

박승규

아직도 개발이 재미 있는 15년차 천상 개발자입니다. 웹 개발, 게임 백엔드 개발, 플랫폼 및 인프라 개발 등 다양한 영역을 경험했습니다. 현재는 카카오엔터테인먼트에서 백엔드 개발자로 일합니다.

현) 카카오엔터테인먼트 페이지 서비스 개발팀

전) 트리노드 (포코팡, 포코포코) 서버 개발자

전) NHN Japan 플랫폼 개발팀

BACKEND BOOTSTRAP BSON DOTENV EXPRESS GOOGLEAUTHGUARD GOOGLESTRATEGY HTTP 메서드 HTTP 헤더 JAVASCRIPT JIT 컴파일러 JPA js JSON JWT LIBUV MONGODB MULTER NestJS NODE.JS NODEMON NOSQL NPM NPX OAUTH RDB REST API RESTFUL API SOCKET.IO SQLITE TYPEORM TYPESCRIPT V8엔진 VSCODE YAML 개발자 네스트제이에스 노드 노드제이에스 놉엔드 높엔드 롱폴링 리눅스 명령어 리포지토리 몽고DB 몽고디비 몽구스 믹스인 백엔드 백엔드개발 비동기 처리 비주얼 스튜디오 코드 서버사이드 세션 스레드 스프링 스프링부트 스프링부트3 습엔드 엔티티 웹 개발 웹 개발자 웹 프로그래밍 웹사이트 웹소켓 의존성 주입 이그니션 이벤트 루프 익스프레스 인가 인증 자바스크립트 채팅 컴공 코딩 콜백 콤파스 쿠키 타입스크립트 터보팬 토큰 폴링 프로바이더 홈페이지

Related News

[Agent] AI 에이전트 프로토콜, 구글 A2A 개념부터 원리 실습하기

[Python] 파이썬으로 엑셀 다루기 | ❷ 엑셀 데이터 사용하기

[Python] 파이썬으로 엑셀 다루기 | ❶ 엑셀 데이터 사용하기

[Python] 아나콘다 설치하기 | Anaconda, 파이썬, 주피터 노트북, 단축키

골든래빗 2024-03-14

📚 더 읽기

저자 소개

성낙현 저자 월드컵으로 뜨거웠던 2002년에 웹개발을 시작한 후 다양한 웹 사이트와 모바일 앱을 개발했습니다. 최근 10년은 여러 교육기관에서 자바웹, 풀스택, 빅데이터, 클라우드, AI 등을 강의하고 있습니다. 저서로는 출간 후 약 7천여 권이 판매된 스테디셀러 《Must Have 성낙현의 JSP 자바 웹 프로그래밍》(1판)(2판)이 있습니다. - 내 코드를 부탁해(디스코드) discord.com/invite/BYRpaDrfbH - 내 코드를 부탁해(카톡방) open.kakao.com/o/ggK7EAJh - 리액트(카톡방) open.kakao.com/o/gZtC4ASh

📚리액트 잘하는 개발자 되기》 자주 묻는 질문

Q.리액트가 프론트엔드 개발에서 왜 그렇게 중요한가요? 다른 기술도 많은데...

프론트엔드 개발에서 리액트의 중요성은 여러 가지 이유로 설명될 수 있습니다. 먼저, 리액트는 컴포넌트 기반 아키텍처를 채택하여 코드 재사용성을 높이고 유지보수를 용이하게 합니다. 이는 대규모 애플리케이션 개발에 특히 유리합니다. 또한, 리액트는 Virtual DOM을 사용하여 브라우저의 실제 DOM 조작을 최소화함으로써 성능을 향상시킵니다. 이는 사용자 경험에 직접적인 영향을 미치는 중요한 요소입니다. 더불어, 리액트는 Facebook에서 개발하고 유지보수하는 라이브러리이기 때문에 활발한 커뮤니티와 풍부한 자료를 활용할 수 있다는 장점이 있습니다. 이 덕분에 문제 해결이 용이하고 새로운 기술 트렌드에 빠르게 적응할 수 있습니다. Angular, Vue.js 등 다른 프레임워크도 존재하지만, 리액트는 학습 곡선이 비교적 완만하고 다양한 라이브러리 및 도구와의 호환성이 뛰어나다는 점에서 넓은 활용도를 보입니다. 특히, SSR(Server-Side Rendering)이나 SSG(Static Site Generation)와 같은 기술을 통해 SEO 최적화에도 유리하며, Next.js와 같은 프레임워크를 통해 더욱 강력한 기능을 활용할 수 있습니다. 리액트의 이러한 장점들은 현대 웹 개발에서 빠르고 효율적인 개발을 가능하게 하며, 사용자에게 더 나은 경험을 제공하는 데 기여합니다. 리액트의 기본 원리부터 실무 활용까지 체계적으로 배우고 싶다면, 《리액트 잘하는 개발자 되기》를 추천합니다.

Q.리액트를 처음 배우는데, 어떤 웹 개발 기본 지식이 필요한가요?

리액트를 처음 배우기 전에 갖춰두면 좋은 웹 개발 기본 지식은 크게 HTML, CSS, JavaScript입니다. HTML은 웹 페이지의 구조를 정의하는 언어이며, CSS는 웹 페이지의 스타일(디자인)을 담당합니다. JavaScript는 웹 페이지에 동적인 기능을 추가하는 데 사용됩니다. 리액트는 JavaScript 라이브러리이기 때문에 JavaScript에 대한 이해가 필수적입니다. 특히 ES6 이상의 문법(화살표 함수, let/const, 클래스 등)에 익숙해지는 것이 중요합니다. 또한, 클라이언트와 서버의 동작 방식, 브라우저 렌더링 과정에 대한 기본적인 이해도 필요합니다. SPA(Single Page Application), CSR(Client-Side Rendering), SSR(Server-Side Rendering), SSG(Static Site Generation)와 같은 개념을 알아두면 리액트를 더 깊이 이해하는 데 도움이 됩니다. 이러한 기본 지식이 부족하면 리액트 학습 과정에서 어려움을 겪을 수 있으므로, 먼저 웹 개발 기초를 다지는 것을 추천합니다. 이 책에서는 웹의 기본 원리부터 시작하여 리액트 훅까지 체계적으로 안내하므로, 기초 지식이 부족하더라도 충분히 따라갈 수 있습니다. 《리액트 잘하는 개발자 되기》로 웹 개발 기본기를 다지고 리액트 실력까지 향상시켜 보세요.

Q.리액트 컴포넌트, 프롭스, 스테이트는 무엇인가요? 왜 중요한가요?

리액트의 핵심 개념인 컴포넌트, 프롭스(Props), 스테이트(State)는 리액트 애플리케이션을 구축하는 데 필수적인 요소입니다. 컴포넌트는 UI를 구성하는 독립적인 부품과 같습니다. 각각의 컴포넌트는 특정 기능을 수행하며, 재사용이 가능합니다. 프롭스는 부모 컴포넌트에서 자식 컴포넌트로 데이터를 전달하는 데 사용됩니다. 프롭스를 통해 컴포넌트 간에 데이터를 공유하고 상호작용할 수 있습니다. 스테이트는 컴포넌트 내부에서 관리되는 데이터로, 컴포넌트의 상태를 나타냅니다. 스테이트가 변경되면 리액트는 해당 컴포넌트를 다시 렌더링하여 UI를 업데이트합니다. 이 세 가지 개념은 리액트 애플리케이션의 구조를 정의하고 데이터를 관리하는 데 핵심적인 역할을 합니다. 컴포넌트 기반 아키텍처를 통해 코드를 모듈화하고 재사용성을 높일 수 있으며, 프롭스와 스테이트를 통해 데이터 흐름을 제어하고 동적인 UI를 구현할 수 있습니다. 이 개념들을 제대로 이해하고 활용하는 것이 리액트 개발의 핵심입니다. 이 책에서는 40여 개의 예제를 통해 컴포넌트, 프롭스, 스테이트를 완벽하게 이해하도록 돕고 있습니다. 실력 있는 프론트엔드 개발자로 성장하고 싶다면, 《리액트 잘하는 개발자 되기》를 통해 리액트 핵심 개념을 마스터하세요.

Q.리덕스 툴킷(Redux Toolkit)이나 주스탠드(Zustand) 같은 전역 상태 관리는 왜 필요한가요?

리액트 애플리케이션에서 전역 상태 관리는 여러 컴포넌트에서 공유해야 하는 데이터를 효율적으로 관리하기 위해 필요합니다. 리액트의 기본 상태 관리 방식은 컴포넌트 간에 프롭스를 통해 데이터를 전달하는 것이지만, 애플리케이션의 규모가 커질수록 데이터 흐름이 복잡해지고 관리가 어려워집니다. 이때 리덕스 툴킷이나 주스탠드와 같은 전역 상태 관리 도구를 사용하면 애플리케이션 전체에서 공유되는 상태를 중앙 집중적으로 관리할 수 있습니다. 리덕스 툴킷은 리덕스의 복잡성을 줄이고 개발 생산성을 높이기 위해 만들어진 도구로, 액션, 리듀서, 스토어 등의 개념을 단순화하고 보일러플레이트 코드를 줄여줍니다. 주스탠드는 더욱 가볍고 사용하기 쉬운 상태 관리 라이브러리로, 보일러플레이트 코드가 거의 없고 직관적인 API를 제공합니다. 전역 상태 관리를 사용하면 컴포넌트 간의 데이터 의존성을 줄이고 상태 변화를 예측 가능하게 만들어 애플리케이션의 유지보수성을 높일 수 있습니다. 또한, 상태 변화를 추적하고 디버깅하는 데 유용한 도구를 제공하여 개발 효율성을 향상시킵니다. 이 책에서는 리덕스 툴킷과 주스탠드를 체계적으로 다루어 전역 상태 관리 능력을 키울 수 있도록 돕습니다. 《리액트 잘하는 개발자 되기》로 복잡한 상태 관리를 효율적으로 해결하고 더욱 강력한 리액트 애플리케이션을 개발하세요.

Q.파이어베이스(Firebase) 연동은 왜 하는 건가요? 어떤 장점이 있나요?

파이어베이스는 Google에서 제공하는 클라우드 기반의 백엔드 서비스 플랫폼입니다. 리액트 애플리케이션을 개발할 때 파이어베이스를 연동하면 데이터베이스, 인증, 호스팅, 스토리지 등 다양한 백엔드 기능을 쉽게 사용할 수 있습니다. 파이어베이스의 가장 큰 장점은 서버 개발 없이도 웹 애플리케이션을 구축할 수 있다는 것입니다. 실시간 데이터베이스를 사용하면 데이터 변경 사항이 즉시 모든 클라이언트에 반영되어 실시간 협업 기능을 구현할 수 있습니다. 인증 기능을 통해 사용자 계정 관리 및 소셜 로그인 기능을 간편하게 구현할 수 있으며, 스토리지 서비스를 통해 이미지, 비디오 등의 파일을 안전하게 저장하고 관리할 수 있습니다. 또한, 파이어베이스 호스팅을 사용하면 웹 애플리케이션을 빠르고 안정적으로 배포할 수 있습니다. 파이어베이스는 사용하기 쉬운 API와 다양한 개발 도구를 제공하여 개발 생산성을 높여줍니다. 특히, 소규모 팀이나 개인 개발자가 백엔드 개발에 대한 부담 없이 프론트엔드 개발에 집중할 수 있도록 도와줍니다. 이 책에서는 파이어베이스 연동을 통해 실무형 게시판, 스코어보드, 카카오톡 앱을 만들고 배포하는 과정을 상세히 안내합니다. 《리액트 잘하는 개발자 되기》로 파이어베이스를 활용하여 웹 서비스 구현 역량을 한 단계 더 발전시켜 보세요.

Q.깃허브(GitHub) 배포는 왜 중요한가요? 어떻게 배포하나요?

깃허브 배포는 개발한 웹 애플리케이션을 온라인에 공개하여 다른 사람들이 접근하고 사용할 수 있도록 하는 중요한 과정입니다. 깃허브는 소스 코드 관리뿐만 아니라 웹 페이지 호스팅 기능도 제공하여 간단한 웹 애플리케이션을 무료로 배포할 수 있습니다. 깃허브 배포의 가장 큰 장점은 간편함과 접근성입니다. 별도의 서버를 구축하거나 복잡한 설정 없이도 몇 번의 클릭만으로 웹 애플리케이션을 배포할 수 있습니다. 또한, 깃허브는 전 세계적으로 널리 사용되는 플랫폼이므로 많은 개발자들이 깃허브를 통해 자신의 프로젝트를 공유하고 협업합니다. 깃허브 배포 방법은 크게 두 가지가 있습니다. 첫 번째는 깃허브 Pages를 사용하는 방법으로, 정적 웹 페이지를 배포하는 데 적합합니다. 두 번째는 Netlify, Vercel과 같은 배포 플랫폼을 사용하는 방법으로, 더욱 복잡한 웹 애플리케이션이나 서버 사이드 렌더링(SSR)을 사용하는 애플리케이션을 배포하는 데 유용합니다. 이러한 플랫폼들은 자동 빌드 및 배포 기능을 제공하여 개발 과정을 더욱 효율적으로 만들어줍니다. 이 책에서는 깃허브 배포 과정을 자세히 설명하고, 다양한 배포 전략을 소개합니다. 《리액트 잘하는 개발자 되기》로 깃허브 배포를 마스터하고 자신의 웹 애플리케이션을 세상에 공개해 보세요.

Q.이 책을 완독하면 어떤 프로젝트를 만들 수 있나요? 실력 향상에 얼마나 도움이 될까요?

《리액트 잘하는 개발자 되기》를 완독하면 단순한 이론 학습을 넘어, 실무에서 바로 활용 가능한 다양한 프로젝트를 직접 구현할 수 있습니다. 이 책에서는 40여 개의 예제 코드를 통해 리액트의 기본 개념부터 고급 기술까지 체계적으로 학습할 수 있도록 구성되어 있습니다. 특히, 실무형 게시판, 스코어보드, 카카오톡 앱과 같은 완성도 높은 프로젝트를 직접 만들어보면서 리액트 개발 능력을 한층 끌어올릴 수 있습니다. 게시판 프로젝트를 통해 컴포넌트 설계, 데이터 관리, API 연동 등의 실무 기술을 익힐 수 있으며, 스코어보드 프로젝트를 통해 상태 관리, 이벤트 처리, UI 업데이트 등의 핵심 개념을 확실하게 다질 수 있습니다. 또한, 카카오톡 앱 프로젝트를 통해 파이어베이스 연동, 실시간 데이터 처리, 사용자 인증 등의 고급 기술을 습득할 수 있습니다. 이러한 프로젝트들을 통해 리액트 개발 실력을 향상시키는 것은 물론, 포트폴리오를 구축하고 취업 경쟁력을 높이는 데도 큰 도움이 됩니다. 이 책은 리액트 입문자부터 숙련자까지 모두에게 유용한 지침서가 될 것입니다. 《리액트 잘하는 개발자 되기》로 리액트 개발 실력을 확실하게 향상시키고 프론트엔드 개발 전문가로 거듭나세요.