인웹기 마지막

Thank you.

이제 이번 강의, 올해 강의 마지막, 이렇게 해서 전체적인 배워던 것을 비교하는 시간에 대한 중요한 것들을 가지고 있습니다. 그 다음에 또 이 강의 이외에도 웹 개발에 대한 일이 생겨서 좀 더 따로 공부를 보고 이쪽으로 하는 것을,

'여금 더 오겠다'는 말하지만 어떤 것들을 알아가면 좋은지 그런 것들을 보게 되는 시간을 가지고 있습니다. 일단 전체적으로 짚어드릴 건데 그 전에 기발부터 어떤 유형으로 나오는지 먼저 설명을 드리고 짚어드리는 게 아마 조금 더

이를 하면서 동영부분이 파악한 더더욱 인식 같은 걸 해서 먼저 유형을 설명을 해주세요. 두 가지로 진행이 될 거예요. 필기와 시축기, 한 개와 시축기와 두 개가 따로 나왔는데 필기 같은 경우는 플라토에 더 다른 방법을 해보시면 거기에 피지 시스템이 있습니다. 피지 시스템도 통해서

이렇게 분실을 하시게 될 거예요. 객관식 문제가 대부분이 있을 거긴 한데 일부 공간식 문제문제 정도 나올 수도 있고 서수령이 한 문제 정도, 한두 문제 정도 나오게 될 겁니다. 총 문제는 설계

5개는 30개는 될건데 대부분 객관식일거라 동강하실 수 있을거에요 그 정도 내용으로 필기가 먼저 진행이 될거구요 그 다음에 필기 시험을 바로 이어서 필기 단체는 바로 실기를 이어서 진행할 수 있을건데

나오는 유형이 뭐 이런식의 문제가 될 겁니다. 따로 비배드로 문제 올려 그 문제는 그런 문제에 대해서 여러가지 조건들이 주어질 거에요. 여기서는 OpenLight으로 다 판밋을 할 때 Label 태그를 사용해야 된다. 이런 필드에는 뭐 패스필드로 해야 된다. 뭐 이런 여러가지

태생한 조건들이 들어가야 될 거고요. 그러한 조건을 만족하도록 사이를 채우라고 한다든지 어디 부분을 완성하라든지 그런 식의 필기 문제가 나오게 될 거예요. 그래서 이건 당연하게도 인터넷, 강의 자료 이런 거 다 쓸 수 없고

그냥 시험 문제만 보고 하셔야 되니까 직접 코드를 좀 나아주실 때 문제를 끊을 수가 있을 거예요 근데 앞에 보시면 아시겠지만 그렇게 어려운 내용들이 별로 없습니다 그냥 배웠던 것들이 꼭 과제를 했던 수준이면 충분히 끊을 수 있는 정도로 수준이 문제가 나갈 거예요

그 정도의 내용으로 한 무색 문제. HTML과 CSS, 자바스피트 각각 물어보는 그런 문제들이 오르게 나가게 될 것입니다. 마지막에 했던 분이 힐스 비점. 테이블도 만들고 폼도 사용을 했고, 그거로 요청을, AJAX 요청을 보내고 거기에 마찬가지 테이블에 그려주는 뭐 이런

종합적인 예제가 있었는데요. 이 예제를 여러분들이 코드 파이트에 하고 직접 그냥 코드 작성해라 해도 작성할 수 있을 정도가 되면 시기 문제 다 풀 수 있을 겁니다. 그래서 왜 혹시 인터넷 없이 그냥 쓰다보니까 일부 뭐 사용하는 함수나 그런거에 오파가 있을 수는 있습니다.

그럼 부분적인 고타 같은 것들은 다 무시하고 볼거구요 크게 이 맥락을 이해하고 어떤 식으로 코드를 짜야 하는지 이해하고 있는지를 위주로 평가를 하게 될 겁니다 그래서 실제 그 코드를 돌려보고 돌아가면 100점 아니면 외방점 이런 식으로 하는 건 만약에 부분적으로 최대한 주소로 노려갈 거니까 최대한 할 수 있는 한 최대한 볼 코드를 작품을 해서 질퀴 문제를 대출해 주시면 되겠습니다

토크닝은 아니고, 베이스코드 정도는 쓸 수 있어요. 베이스코드로 작성을 해서 테스트 해볼 수 있으니까 웬만한 이런 것들을 다 잡힐거에요. 웬만한 게기도 쓰고 하면 어떤 때를 생기면 되겠는데 그런 거는 대결이 될거니까 베이스코드로 작성을 해서 테스트 해보면서 완성을 하시면 되고요.

이제 AI라든지 그런 하도 모두를 쓸 수 없다는 것만 이해하시면 되겠습니다. 다음에는 필기는 전 범위에서 고르게 나올거긴 한데 아무래도 우리가 처음 해왔던

이론가 되겠죠? 여기서도 무대가 꽤 나오게 될거에요. 그래서 현재적인 비중에서는 여기가 한 20~30% 정도 나오게 되고 이 부분에서 나머지가 나오게 될 것이라는데 이 부분들은 실기적인 내용들 어떤 속성을 써야 되고 어떤 함수를 써야 되고 어떤 엘리먼트를 써야 되고 엘리먼트에 어떤 어트비를 써야 되고 여기 어트비를 어떤 값이 들어가야 되고 그래서 이 부분에 가면 앞에 부분들은 이론적인 내용들이 나오게 되겠죠.

다시 복습을 한번 해보시면 충분히 하실 수 있을 텐데 그렇게 해서 내용이 어렵지는 않은 겁니다. 기본 개관식이기 때문에 한번 읽어보시고 내용이 하셨으면 충분히 볼 수 있는 수준으로 나갈 것이다. 너무 어렵게 된다 라는 것은 그래서 일단 이 수업 시간

내 시험을 치게 되고 75분 안에 다 지나야 된다는 얘기죠 그리고 시험 날짜는 9월 16일 화요일 날 1시 반에 이 강의실에서 그대로 시험을 칠 계획인데 혹시 뭐 이 시간에 다른 수업 시험이 있다면 그런 학생은 없죠?

좋으실거라 생각을 해서 그러면 화요일날 6월 16일 화요일 1시 반에 여기서 시험을 치는걸로 자고 보시면 되겠습니다. 다음 주에는 후강을 하고 16일날 시험을 치는걸로 자신분께

노동을 일단 시험 관련된 내용은 좀 설명을 드린 것 같은데 혹시 질문이 있나요? 쓰시면 위주로 넘어가 보도록 할게요 이 리로 파트 지금은 대부분 까먹으셨을 거라고 생각을 해서 중요한 부분들이 위주로 어떤 부분들을 보면 되는지 좀 간단하게 좀 빠르게 훑어보도록 하겠습니다

일단 저희가 맨 처음에는 인터넷 자체가 뭔지에 대해서 보기를 했었어요 인터넷이 뭔지 처음에 배우니까 이런 거 배웠는데 여기서 ISP라는 개념이 나왔습니다 인터넷 서비스 자체를 제공하는 제공자죠 그거에 대해서는 ISP라는 단어 용어가 되었으면 아셔야 될 거고요 그 다음에 여러 가지 요소들이 있었죠 인터넷에 대한, 하드웨어를 구성하는 곳들

그 다음에 연결을 중개하는 인터코레이션 디바이스들, 라운드, 스위치 뭐 이런게 있었고 그 사이에 연결을 시켜주는 링크들 이런 것들을 하드웨어로 만들어버렸었고 또 클레어 구성인 요소는 OS에서 네트워크의 실제 처리 단을 주고 그 위에 통합하는 응용 프로그램 그리고 소통할 때 필요한 포토콜 이런 걸로 전기소들을

봤을 때 어떤 소속력이 있는지 알아두시면 되고요 일단은 프로토콜이라는게 굉장히 중요해요 그래서 우리가 의사소통할때는 프로토콜이 중요하지만 컴퓨터 상상에서는 저도 이 프로토콜을 지키지 않으면 통통 자체가 유관한 수준이 있는 것입니다 이 프로토콜들이 여러가지 뒤에서 배우게 되는데 프로토콜들을 구성하는 구성요소가 어떤건지 이거는 꼭 알아두시길 바랍니다

네트워크 구조인데 네트워크 구조는 엣지와 포워로 나면서 앞에 비성 요소들을 크게 두 가지로 분리를 한 건데 꽃과 포석들을 엣지로 꽃에는 네트워크와 서버가 다 존재하는 구역이고 타인인터테인 인터커네이션 디바이스의 영역들을 포워로 분리했었습니다

엣지에서 하는게 이런 것들이 있는 건 크게 중요한건 아니구요 4에서는 그 요청들을 어떤 식으로 빠르게 전달하는지가 핵심이었고 그것들을 위해서 여러가지 러우스는 알고리즘이 있으면 이런 것들을 같은 경우에 붙었습니다

인터넷의 구조는 전세계의 수많은 네트워크를 상관해서 인터넷을 이용하고 있는데 그것들을 전체적으로 연결해주는 일대일 연결이 아니라 층적인 구조로서 중간에 큰 구조가

다리들 역할을 하는 인테리어 디바이스들을 묶어놓은 이런 영역들을 따로 특정을 해서 그것들을 대칭적으로 할당을 한 것과 이런 식의 구조가 된다고 이야기를 했었습니다 이렇게 원투쿡 이런 식으로 ISP들이 구성이 되고 그것들을 타고 타고 큰 연결을 건너가야 다른 나라에 있는 서비스에 연결할 수 있다 이런 것과 설명을 했었고 ISP는 그거가 너무

클래식에 구분이 되어있으니까 연결을 조금 더 짧게 하기 위해서 지적적인 연결은 아니지만 ISP를 기계 연결을 중개해주는 역할로 존재한다 그 정도로 오해하게 됐었어요 우리는 직접적으로는 보통 리저널한 ISP 연결이 되지만 거기서 다른 나라로 할 때는 계층을 폭발하게 되고 그 다음에 별도의 글로벌 서비스 인기 과인더들은

이런 거를 전 세계에 최대한 동일한 성능의 서비스를 제공을 해야 되니까 그걸 위해서 별도의 네트워크 프레임스 킨다 이런 것까지 설명을 했었습니다 계층 구조에 대한 내용도 간단하게 큰 그림으로 어떤 이해를 갖고 구조하는 게 좋을 것 같고요 인터넷의 역사에 대해서는 별로 알 수는 없습니다. 그런데 이것에 대해서는

그냥 넘어가셔도 되겠습니다 좀 더 하면 일단 첫 번째 강의가 끝날 것 같고요

두 번째는 이제 이 IP. IP 주소가 그 IP 주소를 이용해서 넷독을 하는 IP 계층에 대한 얘기를 했었으면 그래서 IP 주소가 뭔지에 대한 당연히 아셔야 되고요. 32bit을 가지는 Identifier라고 했었습니다.

포스트들, 바우터들과 이 IP 주소를 가지고 있어요. 이 IP 계층에서는 이 IP 주소를 가지고 복적지와 출발지 이런 것들을 식별을 한다고 볼 수 있습니다 근데 이 IP 주소라는 게 개별적인 디바이스 하나하나에 연결되어 있기보다 정확하게 엄밀히 얘기하면 디바이스에 설치되어 있는 네트워크 인터페이스 하나하나마다 할당되는 개념이다 라고까지

디테일하게 설명을 했었는데 이 정도 개념까지는 크게 정확하게 아실 필요는 없고 일단은 이 네트워크 보송 요소들이 전부 다 핸드웨어 보송 요소들이 모두 하나씩 이 IP조도 가지고 있어요. 인사 세상에서 이 택배비가 가능하다는 정도로 개념을 알고 계시면 됩니다. 여기서는 이 강의에서는 IP 버전 4 32비트 3개만 다룰 거고 IP 버전 6는 여기서는 다루지는 않을 거예요. 그래서 IP 버전 4의 내용으로 이해를 하시면 되고

이게 뭐 하이라틱한 구조를 가지고 있다 정도로만 아시면 되지 이게 어떤 의미를 정확하게 가지고 있는지 그런 거 가든 아실 필요는 없습니다 그래서 이렇게 큰 고로 앞에 있는 게 좀 더 큰 영역을 담당하고 뒤에는 넘어갈수록 좀 더 차별하게 영역을 감상하는, 식별하는 그런 구조로 되어 있다 정도로만 아시면 될 것 같고요

그 다음에 이제 ip address 클래스가 여러가지가 있었는데 이거 레드시 한 내용이니까 디테일하게 아실 필요는 없고 지금은 어디까지를 앞에서부터 옆 기트까지를 네트워크의 아이디로 사용을 하는지가 중요하다고 했었습니다 이거를 프리딕스로써 사용을 한다고 했었고

다른 용어로도 부른다고 했었는데 그거는 크게 할 필요 없습니다. 그냥 영역을 구분해서 앞에 영역이 network id, 뒤에가 post id라는 구조 정도로만 아시면 좋을 것 같고 그 다음에 private address 영역이 다 존재한다 라는 것을 이해하셔야 됩니다.

아까 클래스마다 있다고 했는데 클래스는 무시하고 Private address 대역이 3개 정도 등장한다. Private address는 네트워크 내부에서만 유용한거고 리저널한 로컬한 네트워크를 벗어나는 순간 사용할 수 없는 의미가 없어지는 유소라는 그런 개념에 대해서는 알고 계시면 좋을 것 같습니다.

그 다음에 이제 앞에 네트워크 아이디와 구분하고 호스트 아이디 부분을 사용을 해서 호스트를 구별하는데 호스트 아이디 로 구분하는 네트워크 자체에 호스트가 너무 많다라고 하면 그걸 또 나눠서 관리하기 위해 호스트 아이디 영역도 한번 저쪽에서 서브레이드 아이디와

서브넷넘버와 호스트넘버로 구분하는 이 개념 서브넷이라는 개념에 대해서도 추가적으로 같이 알아두시면 좋을 것 같습니다. 네트워크 빅피스는 서브넷넘버, 호스트넘버까지 사용을 하게 되는데 앞에 개념으로 이해를 하면 서브넷넘버까지가 네트워크 아이디고 호스트넘버라고 볼 수도 있죠. 하지만 정반밀히 얘기하면 네트워크 그립니스로 해당 네트워크의 입구까지 오게 되고 그 안에서 또 서브넷넘버를 확인해서 그 안에 서브넷넘버까지 선택하고 그 안에 엠보스 번호로 구별되는 모범은 두조가 그거를 아셔야 되겠습니다.

그래서 이걸 계산하는 것까지는 알지 필요는 없고 이 구조에 대해서만 좀 아시면 좋을 것 같아요 앞에 이 / 뒤에 붙어있는 이 숫자가 어디까지 subnet R넘버로 사용을 하는지 그래서 네트워크리픽스랑 subnet 넘버까지 수강한 그 번호가 몇 번, 어떤 끝까지인지 이걸 설명하는 거다라는 것을 알아두시면 됩니다

그 다음에 실제 이 IP 배칭에서 주로 받는 데이터 패킷을 데이터그램이라고 부르는데 그거를 최대한 빠르게 목적지까지 배달하기 위해서 두 가지의 베이스 알고리즘을 사용한다고 설명을 했었습니다. 그래서 전통적인 방법으로는 destination-based phoning

테이블을 사용하는 방법이었는데 이거 계산하는 것은 안 시킬 겁니다 그래서 뭐 무시하셔도 되고 그냥 퇴장길이 일치 이걸 통해서 하는 건데 지금은 이렇게 쓸모는 없으니까 넘어가도록 하겠습니다 그냥 뭐 이런 구조에서 이 라우터들의 역할은 가장 선제

네트워크 상태를 파악을 해서 가장 빠른 경로로 데이터그램을 전통을 해준다는 역할만 아시면 좋을 것 같아요. 그 다음에 DNS는 조금 아셔야 되는데 DNS가 왜 필요한지, DNS의 역할이 뭔지 그것들은 정확하게 알아두시는게 좋을 수 있습니다. 이 IP 주소를 이용해서 사람들이 통신을 하게 되면 숫자를 계속 사용을 해야 되는데 숫자에는 의미를 남기가 어려워서 그걸 기억하기가 어렵다고 했었습니다. 그래서 그거를 domain입니다.

우리가 사용하는 알파벳을 이용한 도메인이라는 시스템을 개발해서 이걸로 변환해서 쓰도록 하고 사람들은 그걸 실제 통신할때만 IP주도로 변환해서 통신할 수 있도록 DNS라는 시스템을 만들었다고 했습니다. 그래서 실제로 통신을 하게될땐 우리가 알파벳으로 된 도메인을 시스템에 입력을 하면 자동으로 DNS 서버

DNS 시스템을 통해서 IP 주소로 변환이 되고 IP 주소로 변환이 된 네트워크에서 통신이 이루어진다는 개념은 알아 두셔야 되고요 분산 네이터베이스 시스템 이런 것까지는 안 될 필요는 없습니다 근데 그 DNS 시스템 자체가 이런 하이러니컬한 구조가 있어서

루트, 각각의 탑렙의 도메인들 나누면 서버가 있고 그 밑에 각자 시스템 서비스들로 이렇게 내 서버가 나와줍니다 신경북도라는 것은 알아주실 수 있을 것 같고 근데 전세계 여러개 있는 것들은 신경쓰실 필요 없고 툴레벨 도메인이 뭔지도 적혀야 할 필요는 없습니다

실제 여러분들이 이 DNS 서비스를 사용을 할 때 일어나는 순서가 우리가 확인한 지뢰를 하면 local DNS 서버부터 먼저 찾고 local DNS 서버에서 뭔지를 간단하게 아시면 좋고 거기서 못 찾았을 때 이 가열화평한 구조로 내려와서

과정을 통해서 실제 DNS 주소를 IP 주소를 얻어낸다 그 부분만 아시면 좋을 것 같아요 큰 흐름만 잘 알아두시면 너무 세실 것 같습니다 여기서는 IP 주소 체계와 DNS에 대해서 알아두시면 충분할 것 같고요

첫 번째는 이제 그 IP 계층 위에 있는 TCC 트랜스포트 계층이 여기였습니다 여기에는 그 IP 주소라는게 포스터 호스트 그러니까 엔드포 엔드까지 디바이스 단위에서 데이터 전달을 감당했었다면 여기 이제 디바이스 안에서

어떤 어플리케이션에서 요청이 왔는지를 부분을 하는거 정확하게 얘기를 하면 어떤 포트를 식별을 해서 어떤 포트에서 요청이 왔고 어떤 포트로 내보내면 되는지 그런거를 판단하는게 트랜스포트 계층이라고 했었습니다. 그래서 가입 주소만으로 할 수 없죠.

없는 게 있었고 그 이유는 데이터그램이 이렇게 전송이 될 때 여러 가지 경로를 통해서 전송이 된다고 했었어요 일렬 직렬하게 그냥 쭉 같은 경로로 모든 하나의 데이터가 나뉜 데이터그램이 쭉 연결이 되는 게 아니라 상태에 따라서 여러 가지 경로로 중간에 나뉘어서 갈 수가 있고 도착했을 때 순서가 뒤죽박죽이 되니까 이거를 재조립할 때 그 순서에 대한 정보가 필요할 때 데이터그램에는 그런 게 없다라고 했었습니다 그래서 이런 거를 재조립하는데 역할도 트랜스포트 개체로 담당할 수 있다고 했었어요

역할 부분은 조금 아시면 좋을 것 같고 이 프로스택기 이런 식의 구조로 되어 있다고 했었는데 우리는 네트워크 트랜스포터와 플리케이션 계층만 다뤘었죠 그래서 이 세 개 다뤘었는데 각각의 역할만 좀 아시면 되겠습니다 앞에 네트워크 계층을 설명을 했었고 지금 여기서는 네트워크 계층을 설명을 했으니까 그거 위주로 이해를 하시면 되고요

실제 데이터가 목적지로 갈 때는 어플리케이션을 생산한 데이터가 메시지이고 거기에 트랜스포츠 계층에서 처리를 해야 되는 정보가 담긴 헤더가 붙고 그거를 생명으로 하고 거기에 주가적으로 네트워크 계층에서 필요한 정보가 앞에 붙으면 그걸 데이터그램 내려가면 하나씩 하나씩 계층에서 필요한 정보가 앞에 붙여지는 이런 형태로 된다고 했었습니다 다음 영상에서 만나요.

각각의 계층은 자기 계층에서 담당하는 패더만 처리를 하고 위로 또는 아래로 내려보낸다고 했었어요 내려갈 때는 하나씩 덧붙이는 형태로 해서 보내지게 되고 각각의 계층은 스위치 중간에서 라우터가 있는데 스위치는 링크 계층까지만 담당하는 거고 라우터는 토크 계층까지만 담당하는 기계라고 했습니다 그래서 각각의 자기 것만

확인해서 처리를 하고 이제 끝까지 보내주고 마지막에 원문은 하나씩 하나씩 다 처리를 하면서 모든 정보를 확인해서 종종적으로 목적지에 어플리케이션까지 보내주는 이런 구조라는 것을 일단 아시면 될 것 같고요. 그래서 이 transport 매칭에서 본격으로 하는 것은

프로세스 투 프로세스를 담당한다고 했습니다. 프로그램 투 프로그램이 아니라 프로세스 투 프로세스를 담당한다는 것을 아시겠지만 트랜스포트 계층에서 필요한 사용하는 프로토콜이 대표적으로 두 가지가 있는데 TCP와 UDP 두 가지는

어느정도 개념적으로 아셔야 됩니다. 각각의 장단점 꼭 아셔야 되고 TCP에서 어떤 기능들을 할 수 있고 UDP는 어떤 장점이 있고 그런 것들을 비교해서 잘 알아두시는게 좋습니다. 디테일하게 정확한

패러의 구독까지 외우실 필요는 전혀 없고요. 그냥 각각의 프로토콜별로 가지는 장점과 단점에 대해서만 정확하게 이해를 하시면 좋을 것 같습니다. 이렇게 교회에서 이해를 하면 훨씬 더 외우실 필요가 없고요. 그 프로토콜넛은 잘 안아주시면 좋습니다.

기능들이 굉장히 심플해서 제공할 수 있는 기능들이 별로 없지만 대신 약간 백지화 같은 거라서 어플리케이션 계층에서 개발자가 최적화해서 딱 필요한 기능만 실을 수가 있고 거기에다가 헤더가 굉장히 작기 때문에 통신하는 데도 빠르고 서류하는 데 속도도 덜 된다. 그래서 필요한 기능이 많지 않다면 이 기능을 써서 필요한 기능만 덧붙여서 쓰는 게 훨씬 경제적일 수가 있다는 그런 얘기를 했었습니다.

UDP가 있었고 TCP는 자체적으로 헤드 자체에서 제공해주는 기능이 굉장히 많았는데 그걸 통해서 신뢰성 있는 통신을 제공하지만 반대로 통신 비용이 높다는 정도로 이해를 하시면 될 것 같아요. 그 안에 Reliable 트랜스퍼를 위해서

파이프라인 테플루스 미션을 쓴다고 했었는데 무엇까지는 디테일하게 아실 필요는 없고요 이 섹먼트 구조도 배우실 필요가 없습니다 뭐 시퀀스 넘버와 이제 오프라인트 넘버의 역할도 정확하게 아실 필요는 없고요 그냥 크게 이정도만 아셔도 충분해요

그러니까 TCP는 느리지만 일례성 있는 통신을 제공하기 때문에 여기서는 끊기지 않는, 정확한 데이터를 주고받을 수 있게 해 준다 자체적으로 하지만 얘는 아무것도 보장해 주지 않는다. 하지만 빠르다 그래서 필요한 기능들이 있다면 추가적으로 어플리케이션 데이어에서 개발자가 따로 추가를 해줘야 된다

그래서 일단은 빠르게 최대 3시간으로 공신이 중요한 vip, 인터넷 전환, 스트리밍 이런 서비스에 적합하다라고 했었고 cp는 절대 데이터가 건조되면 안되는, 그래서 이 tcp에서 제공한 모든 기능들이 다 필요한 이메일이라던지 웹브라우징이라던지 이런 거에 tcp가 많이 쓰인다 그 정도로만 비교해서 알아두시면 충분합니다

이 정도만 해서 마무리하면 되고요

어플리케이션은 계층에 대해서 설명을 하는 파트였었는데 여러가지 어플리케이션은 다 아실 필요는 없고 크게 두 가지의 요소는 좀 알아두시면 좋을 것 같습니다 서버 베이스 방식과 P2P 네트워크 방식으로 두 가지가 어떤 게 다른지 플라이터 서버 모델은 서버가 항상 커져 있어야 하고

클라이언트 모두 서버랑 통신을 하는 여러 구조였어요. 클라이언트끼리 직접적으로 통신하는 방법은 없는 구조라는게 클라이언트 서버 모델의 핵심이었죠. 대부분의 서비스들이 이런 구조를 택탱하고 있다고 했었거든요. P2P 구조 같은 경우에는 서버 없이 클라이언트끼리 1:1로 소통을 하는 건데 클라이언트끼리 소통을 시작하기 위한 그런 구조가 있었거든요.

서로의 IP 주소를 얻어내는 그 과정이 좀 힘들다고 했었습니다 실제 서비스들은 대부분 클라이언트 서버 모델을 기본으로 하고 거기에 P2P 모델을 먼저 적기로 하다면 클라이언트 분야끼리 직접적인 통통을 하네 이런 구조를 많이 가진다고 얘기했었는데 그냥 여러분들이 기억하셔야 되는 것은 클라이언트 서버 모델의 특징과 P2P 서버의 특징만 따로

비교해서 알아주시면 좋을 것 같아요 그 다음에 각각의 어플리케이션들 별로 다양한 우사한 데 있고 필요한 거기에 데이터의 부결성, 속도, 시간, 민감도 이런 걸로 나눌 수가 있다고 했는데 그냥 각각의 어플리케이션들 별로 이런 것들이 다 다르다 이 보상들을 잘 파악하고 거기에 적합하게 설계를 하는 게 중요하다는 정도만 아시면 될 것 같습니다

따로 웹이었죠 이 웹에서 쓰는 대표적인 public domain HTTP에 대해서 설명을 여러가지 했었었는데 지금은 사실

TCP만으로 이루어지지는 않습니다. web이. HTTP가 꼭 TCP위에서 동작하는 것은 아니기는 한데 정통적으로는 TCP가 막 부연. 지금은 여기에서 조금 발전된 속도를, 속도나 보안이라든지 여러 가지 그런 것들을 위해서 조금 더 발전된 다른 프로토콜을 요즘은 많이 쓰고 있기는 합니다. 하지만 이 강의에서는 일단은 TCP를 기준으로 설명을 했어요.

tctp 기준으로 그냥 아시면 될 것 같고요 지금은 그래서 그냥 이 그림을 기억을 해두시면 될 것 같습니다 애플리케이션에서는 HTTP, 프레스토트에서는 TCP 그 다음에 네트워크에서 IP해서 내려가고 이렇게 더 올라가거든 이 구조 정도로 그냥 기억을 해두시면 좋을 것 같고요 이 HTTP 메시지의 구조는 여러분들 디테일하게 아시티브가 전혀 없습니다 그런데 넘어가고 그냥 전체적으로 여기서 이야기를 하고 싶었던 것은

이러한 우리가 실제로 사용되는 tgp/ip 모델 계층 구조에서 어떻게 통신이 이루어지는지 그래서 실제 우리가 브라우저에 요청을 보냈을 때 어떤 흐름을 타고 실제 요청이 진행이 되는지를 개별적으로 이 흐름 하나하나를 다 기억을 해두시면 좋을 것 같아요. 그래서 브라우저에

이 도맨을 넣으면 그거에 대한 IP 주소를 DNS 서버에 질의를 하고 그거에서 DNS 서버가 IP 주소를 돌려주면 그걸 이용해서 전송 계층으로 데이터를 전달을 하겠죠. 전송 계층에서는 톤으로 내려오는 메시지를 전송하기 편하게 팩킷 반의로 구내를 합니다.

그리고 이건 TCP이기 때문에 UDP는 번호를 부여하지 않지만 TCP에서는 데이터를 판별하기 위해서 일련번호를 부여를 해요 그래서 이걸 이용해서 나중에 재조립을 하죠 일련번호를 부여를 하고 그 다음에 인터넷 계층으로 데이터를 전달한다고 했었어요 그 다음에 인터넷 레이어로 오면 그 밑에 데이터링크를 무시하고 인터넷 레이어에서

IP 주소를 가지고 최종 목적지까지 찾아가는거죠. 그 과정에서 라우터들을 많이 경로하게 되고요. 라우터가 최종의 경로를 찾아서 목적지까지 하게 되면 사이에 네트워크 인터페이스 이런걸 무시하고 목적지에 도달한 후에 반대로 서버 어플리케이션까지 전달을 하고 서버 어플리케이션에서는 응답을 되돌려주는 이런 구조다 라고

알아두시면 도움이 되실 것 같습니다. 어떤 흐름을 알면 충분할 것 같아요. 그 다음은 네트워크 보안 문제인데 여기서 대칭기 방식과 미대칭기 방식이 있었어요. 디테일한 것은 여러분들이 아실 필요가 없고 각각의 특징들만 좀 알아두시면 좋을 것 같습니다. 보안을 위해서 우리가 메시지를 암호화해서 보내는 게 좋은데 그 암봉화를 하는 건 맞이 거잖아요?

대칭키 방식이 가장 단편하고 일반적인 방식이 다 나오게 됐습니다. 같은 키를 가지고 암호화하고 복구하면서 쓰면 되는데 여기서의 문제는 이 키. 서로 암호화하고 복구화할 때 사용하는 이 키를 어떻게 서로 공유를 할지가 문제라고 했었어요. 이거를 해결하기 위해서 나오는 게

비대칭키 방식이다 라고 했었고 비대칭키 방식에서는 알고리즘이 좀 복잡한 것을 쓰는 대신 두 가지 키를 쓴다 라고 했었습니다 그래서 공개할 수 있는 공개키가 있고 혼자 갖는 쪽에서만 소유해야 되는 비밀키가 있다 라고 했었어요 그래서 이 공개키를 가지고 누구나

메시지를 암호화해서 보낼 수가 있습니다 그런데 이걸로 푸는 것은 못해요 그래서 암호화할 때 사용하는 키는 이 형식이고 이걸 해독할 때 쓰는 키가 비밀키인데 그것은 받는 쪽만, 혼자 가지고 있는 것 같아요 그래서 이 공개키는 누구나 이제 공개해도 전혀 문제없는 대신 풀어서 볼 수는 없는 그런 거고 비밀키를 사용해서는 그거를 실제로 해독을 할 수가 있는 그래서 이런 구조를 만들려면 알고리즘이 좀 복잡해야 되고 그래서

암호화, 포코화의 비용이 높다. 공신할 때 좀 오버헤드가 터지게 되는데 그래서 이 두 가지의 장점을 거라고 해서 지금은 사용을 하고 있다 정도로 보시면 될 것 같아요. 그래서 이게 SSLTLS, 이 OR 인증 방식인데 이게 지금 우리가 꾸준으로 쓰고 있는 방식이다. 이런 보안 알고리즘을 통합한 HTTP, LIMP, HTTPS다. 그래서 우리가 실제로 인터넷에서 할 때 대부분 이 프로포폴로 신청을 하게 되고 결국에는 주고받는 메시지가 다 강도해서 왔다갔다 한다.

이 그림을 디테일하게 이해하실 필요는 없어요. 대칭기 방식과 비다칭기 방식이 어떤 특징이 있고 어떤 문제가 있는지 정보만 알아주시면 좋겠습니다. 실제로 1년의 그림을 요약한 그림인데

웹주소 입력하면 캐시라는 시스템이 있다라고 하면 캐시는 어떻게 모셔도 되고 그래서 이 도링 주소를 가지고 DL 서버에 지지를 하고 응답이 오면 그걸 통해서 서버랑 연결을 설정하는데 이게 첫 번째 보안 단계에서 보안을 보는 거예요. 보안 단계를 이야기하는 거고 연결하고 나면 HTTPS로 요청이 가는 거고 거기에 대한 응답이 돌아오고 그걸 해석을 해서

화면을 표시하는데 거기에 이제 여러가지 리소트들이 포함이 되어있어요. 그림이라던지 자박스피트 파일이라던지 css 파일이라던지 그걸 보고 다시 요청을 하면 그거에 대한 응답이 오고 최종적인 웹페이지가 보이는 이런 구조인데 이 그림을 다 외워줄 필요는 없습니다. 이건 큰 그림이 이해한 해라는 용도로 보이고, 이걸 구태인 한거를 이해하려면 좀 더 많은

용두를 필요하기 때문에 디테일은 이해하실 필요는 없고 여러분들이 아셔야 되는 간단한 단순한 그림은 앞에 봤다는 거고 용두름만 잘 기억을 해두시면 될 것 같아요. 이 정도로 해서 여기까지 끝난 거예요. 데일에 대해서는 아실 필요는 없습니다. 데일은 그냥 설명 추가적으로

또 다른 어플리케이션은 어떻게 동작하는지를 설명드리려고 했던 건데 이것에 대해서는 알 필요는 없었거든요 시험을 위해서는 그래서 이 정도로 하고 이런 파트는 마치면 더 좋습니다 혹시 여기까지 질문이 있는 학생이 있나요?

그러면 이제 이런 파트는 다 넘어가구요 그 다음에 이제 HTML과 CSS 파트들인데 여기에서는 뭐 강좌 보면서 언급해드릴 건 별로 없을 것 같아요 그냥 과제 위주로 과제에서 짚어드리고 요구했던 것들 그리고 실습했던 것들

주된 내용이라고 보시면 되겠습니다. 그래서 강좌로 있는 모든 것들을 다 외우고 싶은 강연이 없구요. 실제 많이 사용되는 엘리먼트, 많이 사용되는 속성들, 많이 사용되는 함수들 이런 것을 위주로 그냥 기억을 두시면 되겠습니다. 그래서 4대 폰 정도는 많이 이해를 하시고 거기 있었던 엘리먼트랑 속성들 그런 것들만 이해를 하시면

주관식이기 때문에 잘 푸실 수 있을 거라고 생각하고요 일부 중간식 문제들이 있을 건데 거의 단답형으로 나오게 될 겁니다. 중간식은 어떤 속도를 쓰면 되는지, 어떤 속도를 쓰면 될지 그 정도의 문제들이 될 거니까 크게 외우실 것들이 많이 없을 거예요. 여기서는 강의 자료 윈도우보다는 실습 코드들

과제 코드들을 위주로 좀 기억을 두시면 좋을 것 같고 초코리젠트 하다 보면 자동적으로 취득이 되겠는데 초코리젠트 하면서 너무 AI에게 많은 거 맡기게 되면 그 과정이 사라지게 되면 조금 부과시지 힘드실 수 있습니다 과제적으로도 코드를 많이 보고 이해하려는 노력을 하셨으면 좋겠어요

그래서 이 부분은 다 이론 파트들이니까, 아 이게 실기 파트들이니까 조금 더 넣는데 우리가 중간에 했던거 있죠 노드.js랑 api, 여기에서는 약간 이론적인 내용도 섞여있었기 때문에 이 부분은 잠깐 다시

지켜드리고 넘어가야 될 것 같아요 여기도 아예 내용이 안나오는건 아니라고 일단 WT, IoT 이런거에 대한 개념에 대해서는 안 물어볼겁니다 API는 OpenAPI를 설명하기 위해서 그냥 설명했던 거기 때문에 이거의 개념에 대해서도 아실 필요는 없고요 웹사이트, 웹서비스 이거의 차이점에 대해서도 아실 필요는 없습니다

WT, OpenAPI 여기서는 이용적인 파트에서는 배우실 거 전혀 없고요 실습에서도 다 그냥 실기를 위해서 한 내용들이었습니다 그래서 여기에 OpenAPI 신청하고

이 내용을 해석하고 이런 것들 다 외우실 필요 없습니다 그래서 이 파트도 그냥 넘어가시면 되고요 공부하실 것과 제가 따로 설명을 드리는 겁니다 그 다음에 이제 node.jms로 넘어가서는

앞에 레 프로그래밍 설명도 필요 없고요 URL 구조도 외우실 필요는 없습니다 URL 구조도 외우실 필요는 없고 HTTP, Request 메시지, Response 메시지 이런 구조도 외우실 필요는 없습니다 Status 코드도 외우실 필요는 없어요 Status 코드 물어보는 문제 안 될 겁니다

그런데 이제 REST에 대해서는 조금 푼 내용만 알아주시면 좋을 것 같아요 이게 리소스를 어떻게 고세스할지 그런데 어떤 영향을 내릴지 CRU게A를 대단으로 하는 APN 설계 방식이다 정보만 알아주시면 좋을 것 같고

이게 resource-oriented 하다는 것 그다음에 protocol은 아니다 라는 것 이 정도 균형만 알라두시면 될 것 같습니다. JSON 구조 멤버 뒤에는 어차피 javascript은 됐으니까 한번 넘어가면 될 것 같고 이 정도로만 하고 여기서는 e-chat에서 레스트가 뭔지 정도만 크게만

기태량은 필요 없고 그것만 알아보시면 보험이 되실 것 같고요 실습에서 마지막 설명을 보셔야 되는 부분이 있는데 HTTP 메시지 필요 없고 로드셋 설치 이런 건 당연히 필요 없겠죠? 그런 건 다 필요가 없는데

한번 먹어봐서 이 SOP랑 CORS 요소의 개념에 대해서는 조금 아셨으면 좋겠어요 그래서 왜 우리가 클라이언트에서는 API 요청이 잘 안되는지 왜 우리가 Node.js를 배웠어야 했는지에 대한 거는 지금 아셔야 강의를 순차적으로 따라오셨다고 볼 수가 없겠죠

이 SOP라는 보안 모델이 뭐였는지 도메인끼리 요청하는 쪽과 받는 쪽의 도메인이 같아야 고용을 하는 거고 다르면 그거를 차단하는 그런 정책이다라는 것을 기본적으로 아셔야 되고 그 다음에 CORS는 다를 때 예외적인 인증이 다를 때도

통신을 하기 소용해 주는 몇 가지 조건들이 있는데 그 조건에 만족하는지를 확인하는 게 CORS 정책이라고 했었습니다 그래서 이 두 가지를 일단은 기억을 해주시는 게 좋을 것 같아요 이 개념 정도만 알아두시면 이 파트에서 알아두셔야 되는 내용을 같이 라고 보면 될 것 같습니다

이런 디테일한 코드들 같은 경우에는 참고는 특히나 외우실 필요 전혀 없고요 그냥 기본적인 Node.js에서 요청하고 이렇게 사용하고 하는 거는 예전 코드를 통해서 어차피 보실 거니까 그 정도는 요청이 좋을 것 같습니다 그 외에는 HTML, CSS, JavaScript,

개별적인 자료들이 있는 것들은 아까 말씀드렸던 대로 과제랑 실습 코드들 위주로 거기서 사용하고 있는 것들이 중요한 부분들이니까 거기서 나오는 것들만 잘 기억을 해주시면 충분할 것 같아요 이런 식의 문제들

Thank you.

학습목표에 맞는 내용들만 크게 흐름으로 알아보시면 되겠습니다 지역적인 문제는 최대한 안 될 거라서 중요한 내용들만 저희 기억을 해주시면 좋겠습니다 종합한 마지막 예제까지 설명하다라고 했었는데 각각의 파트도 간단하게 설명을 넘어갔었지만 왜냐하면 그 구성 요소들이 앞에 했던 내용들을 다 종합한 거였기 때문에 이미 다 설명을 했던 거라서 간단하게 넘어가지만

하나만 공부를 해야 된다 라고 하면 이게 종합한 예제라서 좀 공부하시기는 편할 겁니다 여기까지 해서 전체적인 비교를 마칠거고 공연 부분도 조금 설명을 드린 것 같습니다 혹시 여기까지 질문이 있거나 추가적으로 설명해 주셨으면 한 부분이 있다면 말씀해 주시겠어요?

없으면 이제 마지막으로 웹 개발과 관련해서 여러분들이 추가적으로 배우고 싶으면 어떤 것들을 중점적으로 보면 좋은지 그런 것들은 꼭 설명해드리고 마치도록 할게요

이번 강의에서 했던 것은 프론트엔드에 대한 내용이었습니다. 백엔드는 사실 여기도 다루지는 않고 그래서 프론트엔드 관련된 여러분들이 어떤 것들을 하는지, 요즘에 텐엔드는 뭔지 그런 것들을 윗부분으로 설명드린다고 생각하시면 될 것 같아요. 그래서 이번 강의에서는

이 HTML을 이용해서 만든 스텔레톤 그 다음에 거기에 입히는 CSS로 만드는 스킨 그 다음에 그 위에서 동작하는 것들을 정리하던 사와스피트, 기본적인 것들을 배웠습니다. 하지만 실무는 실제 서비스를 만드는 거나 이런 기본적인 것들을 직접 하나하나 수작업으로 다루는 게 아니라 이런 것들을 종합해서 좀 더 쉽게 빠르게 큰 것들을

서비스를 만들 수 있는 프레임웍이 중심이에요. 그래서 프레임웍들을 여러분들이 많이 배우셔야 되고 그것들도 요즘은 AI가 많이 해주고 있습니다. 그래서 요즘 프론트엔드에 중요한 거라고 한다면 랭키지가 계속 지금 발전하고 있어요. 자바스 킵트도 기능이 추가되고 있고 그걸 사용하는 프레임웍들도

새로운 기능, 새로운 프레임워크 자체가 계속 나오고 있습니다. 그런 것들은 조금 알아 두시면 좋은데 요즘은 우리가 자바스피트에서 타입을 신경을 쓰지 않았어요. 하지만 실제 서비스에는 타입 때문에 생기는 일들이 꽤 많습니다. 그래서 그것을 줄이기 위해서 타입을 애초에 개발할 때부터 범일하게 체크를 하는

Hapstick라는 언어가 거의 표준처럼 쓰이고 있어요 그거를 조금 알아주시면 좋을 것 같고 UI도 하나하나 이제 누구보다도 이제