기본 콘텐츠로 건너뛰기

[Nodejs] 1편. NodeJs 개념

[Nodejs] 1편. NodeJs 개념

안녕하세요 카이조쿠BM입니다.

오늘은 서버사이드 프로그래밍 언어로 많이 사용되는 Nodejs에 관하여 알아 볼텐데요~

일단 제가 공부하는 교제는 다음과 같습니다.

https://book.naver.com/bookdb/book_detail.nhn?bid=11738465

자 그럼 바로 시작해보도록 하죠 !

우리는 보통 웹브라우저를 이용하면서 여러가지 작업을 하죠? 이때 이 웹브라우저를 클라이언트라고 부릅니다.

그럼 우리가 웹브라우저를 이용해 어떠한 페이지를 띄울때 그 페이지는 어디서 올까요?

바로 웹서버라는 곳에서 해당 페이지를 전달해주죠.

정리를 해보자면 웹브라우저라는 클라이언트를 이용하여 웹 서버에게 페이지를 요청해 전달 받는다

라고 생각하면 되겠죠?

우리가 웹브라우저를 이용한 프로그램을 만들고 싶을때는 API를 사용해서 프로그램을 제작합니다.

이때 필요한게 API(Application Programming Interface)라는 것이 필요하죠.

API는 Program을 쉽게 제작할 수 있게 미리 만들어 놓은 것들의 모임이라고도 하죠?

예를 들어 window 에서의 button같은 것들이 있겠네요? 이 Button들은 각각의 기능들을 가지고 있겠죠?

그림으로 설명하면 더 쉽겠네요? 자 다음과 같은 그림을 봅시다.

자 위 그림을 API인 부분이 저희가 만들 프로그램입니다. 그 프로그램에서 클라이언트에서 미리 만들어둔 기능을

이용하기위해 그 해당 클라이언트의 API를 호출하죠 그럼 클라이언트는 그 기능을 수행하고 서버에게 데이터 처리나

저장같은 행동을 취하게 됩니다.

더 이해하기 쉽도록 저희가 윈도우라는 운영체제를 쓰면 파워포인트 한글 등등 프로그램들이 많이 있죠? 하지만

저희는 이 윈도우의 기능을 이용한 프로그램을 만들고 싶을때 윈도우에서 제공하는 API기능을 이용해서

프로그램을 제작할 수 있습니다. 이해 하셨나요?

위 그림에서 Internet 부분은 당연히 인터넷 접속을 위한 네트워크 카드 혹은 이더넷 카드가 필요하겠죠?

그리고 서버측에서 3000은 3000번 포트를 뜻합니다. 포트는 다 뭔지 아시죠?

자그럼 노드가 무엇인지 알아볼까요 ?

01. 노드란 무엇인가?

노드는 간단하게 말해서 "자바 스크립트를 이용해서 서버를 만들 수 있는 개발 도구" 입니다.

그럼 서버를 만들 수 있는 개발 도구는 많은데 왜 노드를 사용할까요 ?

02. 노드를 사용하는 이유!

그 이유는 기존의 웹서버 개발 도구들은 웹 서버에 파일을 업로드하는 동안에 다른 작업을 하지 못했습니다.

즉 동기적으로 수행되었죠. 하지만 노드는 그런 문제를 비동기적인 문제로 해결하였죠!

이것을 노드의 비동기 입출력 방식(Nonblocking I/O) 라고 하는데요 이 비동기 입출력 방식은

요청이 끝날때 까지 기다리지 않고 다른 작업을 수행 하게 구성되어 있습니다.

03. Blocking I/O VS NonBlocking I/O

위 그림을 보면 Blocking과 Nonblocking의 차이가 보이시죠? 다들 아실거라 믿습니다 !! ㅎㅎ

간단하게 말하면 Blocking은 요청이 끝날때까지 다른 작업을 못하는 것이고 , NonBlocking은 "에잇 이거 맡겨두고 난

다른 작업 하겠어 !" 하는 것과 같습니다 ㅎㅎ

그럼 어떻게 저런 방식의 처리가 가능할까요? 바로 Call back 함수의 기능으로 가능합니다.

04. Call back Function

Call back 함수는 해당 요청이 끝날 시점이 되면 이벤트를 발생시켜 Call back함수가 실행될 수

있도록 합니다. 즉, 요청을 하기전에 Call back함수를 만들어 두었다가 요청이 끝날때쯤에

이벤트를 발생시켜 Call back함수를 실행하게 되죠

위 그림을 보세요 간단한 nodejs 소스코드입니다.

먼저 Blocking I/O에서는 파일을 읽어들일때까지 기다리게 되죠? 하지만 Non Blocking I/O에서는 파일을 읽는전에

function(contents)라는 콜백함수를 미리 지정해 둡니다. 그리고 파일을 읽는 동안에 doAdd함수를 실행하고 파일

읽기를 마치면 doShow를 수행하게 되죠 !! 이때 콜백 함수를 부르는 방식을 이벤트 처리 방식으로 해서

노드는 사실상 이벤트 기반 입출력 모델(Event driven, NonBlocking I/O model) 이라고 하는게 맞습니다.

이 방식의 모델은 상당히 가볍고 효율적이며, 많은 데이터를 주고 받는 실시간 프로그램에서 큰 효과를 누릴수가 있죠

이것이 가능한 이유는 바로 노드의 V8 엔진 때문입니다.

05. V8 엔진

v8엔진은 구글에서 만들었습니다. 데이터 처리 방식을 비동기로 해도 Javascript는 인터프리터 방식이기 때문에 속도가

컴파일방식보다 많이 느리죠 이러한 문제를 해결한 것이 바로 V8이라는 녀석입니다 하하하

이 녀석의 아키텍처는 다음과 같죠

V8엔진은 필요한 기능을 병렬로 실행하게 해주는 스레드풀과 이벤트가 발생했을때 해당 이벤트를 담당하는 이벤트루프

그리고 네트워킹 기능을 담당하는 바인딩, 그리고 많은 기능들이 있는 라이브러리와 자바 스크립트, C++ 기반으로 만들

어진 것을 눈으로 확인할 수 있겠죠?

이렇게 노드의 기본적인 핵심 내용들을 빠르게 훑어봤는데요? 어떤가요 이해가 되시나요?

빼먹은 부분도 많지만 그정도는 이미 다 아실거라고 생각하고 놓치실 부분만 가볍게 가져와밨습니다.

도움이 되셨다면 다행이고 저도 이제 시작하는 단계이니 열심히해서 포스팅해보도록 하겠습니다

그럼 감사합니다 이상 카이조쿠BM 이였습니다.

from http://lbmmbl.tistory.com/11 by ccl(A) rewrite - 2020-03-06 10:54:06

댓글

댓글 쓰기

이 블로그의 인기 게시물

카카오 오픈빌더와 외부 API 연동(feat.Nodejs)

카카오 오픈빌더와 외부 API 연동(feat.Nodejs) 이전에 플러스 친구와 외부 API 연동에 관한 글을 작성한 적 있습니다. 하지만 지난 2년동안 플러스 친구에 많은 변화가 생겼는데요. 카카오 플러스 친구의 명칭이 카카오 채널로 바뀌고, 챗봇 세팅 방식이 기존 [카카오 플러스 친구 - 외부 API 연동] 구조에서 오픈빌더가 추가되어 [카카오 채널(구 플러스 친구) - 카카오 i 오픈빌더 - 외부 API 연동] 구조로 바뀌었습니다. 이번 글에서는 오픈빌더의 챗봇 시나리오 관리 기능을 간단히 소개하고 외부 API를 연동하는 예제를 다뤄보겠습니다. (연동파트는 5번 항목부터 보시면 됩니다.) 1. 블록 블록은 오픈빌더에서 질의/응답을 관리하는 최소 단위로, 사용자의 발화와 챗봇의 대답을 입력할 수 있습니다. 예를들어 인사라는 블록을 만들고 인사에 해당하는 사용자 발화 패턴들을 입력해두면, 실제 채널 톡방에서 그에 해당하는 발화가 들어왔을때 입력해둔 응답이 나오는 형식입니다. 예전에는 패턴과 발화 키워드가 1:1 매칭, 즉 입력해둔 패턴과 사용자 발화의 string이 정확히 일치할때만 블록이 실행됐었는데, 발화 패턴을 20개 이상 등록하면 머신러닝 기능을 이용할 수 있도록 기능이 생겼습니다. 아마 유사도 분석 개념이 기본으로 들어가있을 것이기 때문에 블록의 주제와 벗어나는 너무 뜬금없는 발화패턴들을 많이 넣지 않도록 하는걸 권장하겠습니다. 2. 시나리오 시나리오는 '블록'들을 묶어서 관리할 수 있는 단위로, 일종의 폴더 구조라고 생각하면 쉽습니다. 오픈빌더에서 좌측 상단에 파란 버튼을 클릭하여 시나리오를 생성할 수 있습니다. 하나의 시나리오에서 모든 블록을 관리하면 챗봇 도메인이 커질수록 관리가 어려워지니 아래 같은식으로 시나리오를 사용하여 블록을 구조화하면 운영 측면에서 수월해집니다. 3. 컨텍스트 컨텍스트는 맥락이라는 뜻 입니다. 오픈빌더에 존재하는 컨텍스트는 자연어 분석을 통해서 맥...
댓글 쓰기
자세한 내용 보기

20.03.24 ShareBook TIL

20.03.24 ShareBook TIL Project/TIL 20.03.24 ShareBook TIL 중간 배포를 위해 EC2, RDS를 다시 설정하였다. EC2에 git에서 clone을 하고 서버를 작동시켜보니 ts로 돌려서 그런지 작동하지 않고 대기 상태로 있다가 timeout같은 시간 초과 에러가 났다. 그리고 갑자기 EC2 자체가 느려져서 nodejs를 삭제하고 다시 nvm으로 높은 버전의 node를 설치하였다. 그리고 나서 혹시 js로 돌리면 될까 해서 tsc로 js로 변환한뒤 돌려보니 RDS와 연결이 되지 않는 에러가 생겼다. workbench로 RDS를 연결했을 때는 정상적으로 작동해서 EC2에서 잘 못 설정한게 있다고 생각했다. 그래서 local에서 한번 config.json을 수정하고 연결하여도 똑같은 에러가 발생했다. 그럼 보안 설정에서 문제인가 싶어서 EC2, RDS 보안 그룹에서 설정을 막 만져보다 RDS에서 Custom TCP에 처음 RDS에서 설정한 포트를 넣어주었더니 연결되었다. config.json내용을 EC2에도 똑같이 적용시켜보려고 json파일을 vim으로 작성해서 넣어 주었지만 여전히 같은 에러를 반복하였다. 그럼 json 파일을 못 읽어내는게 아닌가 싶어서 그냥 module에 index.js에서 sequelize를 생성하는 부분에 직접 넣어 주었더니 마침내 연결이 되었다. 해결하고 난 뒤 생각의 흐름을 적어보니 매우 짧지만 정작 오늘 아침 10시 반부터 시작해서 저녁 10시 반까지 12시간을 고민하고나서야 해결되었다. from http://three-five.tistory.com/46 by ccl(A) rewrite - 2020-03-25 00:54:05
댓글 쓰기
자세한 내용 보기

AWS instance로 Nodejs 구현하기

AWS instance로 Nodejs 구현하기 서버와 데이터베이스 관리 차원에서 효율적으로 관리하기 위해선 로컬보다는 서버를 호스팅해서 하는 것이 좋다. 우리는 Nodejs를 구동하기 위해 AWS에서 인스턴스를 할당받을 계획이다. 인스턴스의 pem키를 발급받아 nodejs와 npm까지는 설치를 완료한 상태이다. $ sudo npm install -g express 다음의 명령어를 입력하면 글로벌 옵션으로 어느 path에서든 express를 사용할 수 있게 설치한다. 다음과 같이 실행이 된다면 성공이다. 이후 Express generator를 설치한다. $ sudo npm install -g express-generator@4 버전은 4.x이며 이 역시 글로벌 옵션으로 설치해 준다. 이제 Node monitoring을 위해 nodemon을 설치해 준다. $ sudo npm install -g nodemon 모든 설치가 끝났다. 이제 nodejs를 실행시킬 프로젝트용 directory를 만든다. 이렇게 만들어 주고 express를 실행시키면 된다. $ express -e 다음과 같은 결과가 나오면 된다. 이제 node package를 설치하는 명령어를 입력하자. $ sudo npm install 이제 vi를 통해 포트번호를 정의해보자. app.set의 마지막에 한줄을 추가하면 된다. app.set('port', process.env.PORT || 9000); 이로써 우리는 9000번 포트를 사용하게 되었다. 또한 마지막줄에 서버를 생성하기 위한 코드를 작성하자. module.exports = app; var server = app.listen(app.get('port'), function() { console.log('Express server listening on port ' + server.address().port); }); 이...
댓글 쓰기
자세한 내용 보기