같은 네트워크라는게 뭔가요?

안녕하세요, 같은 네트워크라 함은 동일한 L2 스위치에 연결되어 있어서 이 L2 스위치를 통해 연결된 기기들이 서로 통신할 수 있는 네트워크라는 의미입니다. 만약 서버 1부터 서버 4가 A라는 L2 스위치에 물려있다면 서버 1, 서버2, 서버3, 서버4는 같은 네트워크라고 할 수 있죠. 서버 1에서 서버 4로 데이터를 보내려면 서버 1이 서버 4의 MAC 주소로 L2 스위치를 통해 데이터를 보내게 됩니다. 즉, L2 스위치가 MAC 주소를 보고 직접 전달해 줄 수 있는 범위를 같은 네트워크라고 표현한 것입니다.이 개념은 거리나 네트워크 이름과는 관계가 없습니다.강의 보시다가 또 헷갈리는게 생기면 언제든 질문해 주세요.

클라이언트의 '요청'의 예가 궁금합니다

안녕하세요 수강생님. 간단히 답변 드립니다.검색은 클라이언트가 서버에 요청히는 행위가 맞습니다. 검색 결과를 서버가 클라이언트에게 보여주는것은 응답이고요. 제가 검색이 클라이언트의 요청이 아니라고 했다면 그건 제가 잘못 말한것이니 수정이 필요합니다. 요청은 클라이언트가 어떤 결과물을 받기 위해 서버에 요구하는 모든 행위를 뜻하고요. 네이버를 예로 들면, 크롬 브라우저를 열고 주소창에 www.naver.com을 입력하는것, 로그인을 하기 위해 ID/PW를 입력하는 것, 검색창에 키워드를 입력하고 검색하는 것, 네이버의 각종 메뉴를 클릭하거나 검색 결과를 클릭하는 것 모두 요청의 한 예시입니다. 클라이언트는 아무런 정보가 없고, 보고 싶은 정보는 다 서버에 있기 때문에 이 정보를 서버에 달라고 하는 모든 행위, 사이트 접속, 키워드 검색, 검색된 결과를 보기 위해 클릭하는 행위 모두 다 클라이언트가 서버에 요청하는 것이라고 보시면 됩니다. 이때 네이버의 첫 화면에 나타난 텍스트와 이미지는 정적 콘텐츠이지만 로그인 이후 마이페이지의 정보, 검색 결과, 네이버 날씨 등은 사용자가 가진 정보와 요청한 시점에 따라 보여지는 데이터가 달라지므로 동적 콘텐츠입니다. 제가 헷갈리게 강의를 한 점에 대해서는 죄송하다는 사과의 말씀을 드립니다. 강의 보시다가 또 이상한 점이 있다면 언제든 질문 남겨주세요. 감사합니다.

데이터베이스 관련 질문

안녕하세요, 몰랐는데 AI 자동 답변이 먼저 달렸네요. 일단 말슴하신 RDBMS와 NoSQL을 구분하는 가장 큰 차이는 DBMS를 사용하는 목적입니다. 데이터 구조가 정형데이터를 주로 다룬다면 RDBMS, 비정형 데이터를 주로 다룬다면 NoSQL이 더 적합하거든요. 그런데 최근 트렌드는 NoSQL쪽입니다. 마이크로서비스 아키텍처 기반의 클라우드 네이티브 환경에서 운영되는 애플리케이션의 경우 대량의 정형, 비정형 데이터를 복합적으로 다루기에, 애플리케이션에서 필요로 하는 기능에 따라 NoSQL을 다양하게 선택해서 활용하거든요. 실시간 거래가 중요한 커머스, 금융 서비스일 경우 여전히 RDBMS의 비중이 높지만, API로 여러 데이터를 가져와 처리하는 최신 서비스들의 경우 RDBMS로 처리할 수 있는 것들을 NoSQL로 분산해서 처리하는 경우가 많습니다. 따라서, 금융이나 증권, 커머스 분야에서 매우 거대한 시스템의 중추적인 역학을 하는 DB는 여전히 RDBMS가 활용되나, 규모가 좀 더 작은 다양한 서비스들, 특히 클라우드 환경에서 운영되는 서비스들은 NoSQL이 활용되는 케이스가 많다고 보시면 되겠습니다. 더 단순히 정리하자면, 소위 최근에 출시되어 운영되는 최신 서비스들은 거진 다 NoSQL 기반이고, 과거부터 오랫동안 운영되어 온 대기업의 ERP, 대형 커머스 기업의 실시간 거래 시스템 등은 RDBMS가 많다고 보셔도 크게 무리는 없을겁니다.

5초 이전, 이후 이동 단축키가 안먹혀요

방향키 말씀하시는거죠? 일단 제 PC에서는 잘 되네요. 엣지 브라우저와 크롬 브라우저에서 잘 됩니다. 브라우저 캐시 삭제 후 한번 테스트해 보시겠어요?

수강기간 문의드립니다

안녕하세요, 말씀하신 부분은 인프런 측에 문의해보고 빠르게 답변 드리겠습니다.조금만 기다려 주세요!

네트워크 프로토콜과 계층 강의

아이고 죄송합니다. 각 강의마다 1개의 영상으로 되어있는데 그 영상을 주제 별로 나누는 과정에서 실수가 있었네요. 말씀하신 대로 10분 34초경에 네트워크 프로토콜과 계층이 끝나는 것이 맞습니다. 그런데 영상 편집 과정에서 실수가 있어 뒷부분이 좀 더 들어갔던 것 같네요. 이 오류는 내일 오전 중으로 수정해서 다시 영상 업로드해 두겠습니다. 제보해 주셔서 감사드리고, 불편을 드려 다시 한번 죄송하다는 말씀을 드립니다.

애플리케이션 서버의 동적 컨텐츠가 동영상?

안녕하세요, 지적해 주셔서 감사합니다. 일단 제가 생각하는 정적 콘텐츠와 동적 콘텐츠의 정의부터 내려야 할 것 같네요. 정적 콘텐츠(Static Content) : 서버에 미리 저장되어 있고 요청이 들어올 때마다 동일한 내용을 클라이언트에 제공하며, 사용자의 행동에 따라 변하지 않는 html, css, 이미지, 텍스트 파일 등동적 콘텐츠(Dynamic Content) : 사용자의 요청에 따라 실시간으로 생성되거나 변화하며, 사용자와의 상호작용, DB 정보, 외부 API 호출 등에 따라 변할 수 있음. 실시간 업데이트가 필요한 SNS 피드, 주문처리, 실시간 채팅, 동영상 스트리밍 등 동영상의 경우 파일 자체는 정적인 파일이고 말씀하신 대로 사전에 미리 만들어진 이미지 시퀀스로 구성됩니다. 이러한 측면에서 볼 때 동영상 파일은 정적 콘텐츠로 볼 수 있겠죠. 하지만 동영상이 웹페이지나 애플리케이션에서 실시간으로 스트리밍되거나 재생되는 경우, 이 동영상은 동적 콘텐츠로 봐야합니다. 그 이유는 아래와 같이 정리할 수 있겠는데요. 사용자 상호 작용 측면 : 사용자가 동영상을 재생, 일시중지, 건너뛰기 등의 동작을 수행할 경우 동영상이 사용자의 행동에 반응하여 사용자에게 보여지는 콘텐츠의 내용이 변경되는 것이기 때문에 동적 콘텐츠입니다.실시간 스트리밍 : 동영상이 서버에서 클라이언트로 스트리밍되는 경우에, 사용자가 동영상을 보는 동안에는 데이터가 계속 전송되고 새로운 이미지 프레임이 계속 생성되어 사용자에게 제공됩니다. 이 때문에 동영상을 동적 콘텐츠로 볼 수 있습니다. 따라서, 동영상 파일 자체는 정적 콘텐츠로 볼 수 있지만 웹사이트나 애플리케이션에 있는 동영상을 사용자가 보려할 때, 사용자의 행동에 따라 이 파일이 상호작용하며 실시간으로 각기 다른 시점의 동영상을 사용자에게 보여주기 때문에 동적 콘텐츠라고 봐야합니다. 제 강의는 IT인프라에 대한 기초 중의 기초 지식을 전달하는 강의이니만큼 최대한 쉽게 설명하기 위해 수강자가 이해하는 데에 어려움이 없도록 사례를 들어 설명하고자 했습니다. 그 과정에서 정적 콘텐츠와 동적 콘텐츠의 차이를 단번에 느낄 수 있는 예시가 뭐가 있을까 고민하다가 동적 콘텐츠로 동영상을 예시로 든 것이고요. 하지만 강의 내용에는 동영상이 왜 동적 콘텐츠로 봐야 하는가에 대한 자세한 설명은 생략되어있기에 질문자님과 같은 의문을 가질 수 있다고 생각합니다. 이 내용은 해당 강의 부분의 강의노트에 추가해 두겠습니다. 답변이 되었기를 바랍니다. 감사합니다.

포워드 프록시 서버 문의

안녕하세요, 문의하신 내용에 대해 답변드립니다.일단 결론부터 얘기하면 웹서버 - 포워드 프록시 서버(캐시 서버) - 웹애플리케이션 서버, 포워드 프록시 서버(캐시 서버) - 웹서버 - 웹애플리케이션 서버 이 2가지 구성 모두 사용할 수 있습니다. 제가 강의에서 웹서버 - 포워드 프록시 서버 - 웹애플리케이션 서버로 설명드린 이유는, 앞서 웹서버와 웹애플리케이션 서버에 대해 말씀드렸고, 이 두 서버의 역할과 명확하게 구분하기 위해 일부러 웹서버뒤에 포워드 프록시 서버를 두었습니다. 좀 더 이해하기 쉽게 설명드리기 위해, 2가지 구성의 예시를 들어보겠습니다. 시스템 구성 요소 : 클라이언트, 웹서버, 포워드 프록시 서버, 웹애플리케이션 서버클라이언트 - 웹서버 - 포워드 프록시 서버 - 웹애플리케이션 서버 구성1) 상황 예시웹서버와 웹애플리케이션 서버가 같은 네트워크에 위치하고, 클라이언트와 웹서버가 직접, 다이렉트로 통신하는 구조입니다.클라이언트의 요청이 동일하게, 반복적으로 들어오면 포워드 프록시 서버는 캐싱 역할을 수행하며, 웹서버는 클라이언트의 요청을 받아 웹애플리케이션 서버에 전달하는, 동적 콘텐츠 생성 및 반환 역할에 집중합니다. 즉, 웹애플리케이션 서버로부터 동적 콘텐츠를 받든, 포워드 프록시 서버에서 받든 상관없이 전달받은 결과를 클라이언트에 반환하는 것이 주 임무입니다. 2) 이 구성을 사용하는 경우클라이언트가 웹서버에 직접 노출되어도 문제가 없는 경우에 적합합니다.주로 대 고객 서비스와 같은 대외 서비스용 시스템 구성 시 사용되며, 클라이언트와 웹서버가 직접 통신해도 괜찮은,보안 상 큰 문제가 없는 상황에서 주로 선택하는 구성입니다. 클라이언트 - 포워드 프록시 서버 - 웹서버 - 웹애플리케이션 서버 구성1) 상황 예시클라이언트와 웹서버직접, 다이렉트로 통신하는 것이 보안 상 문제가 발생할 소지가 있어 클라이언트가 노출되지 않아야 하는 구조입니다. 클라이언트가 요청을 보내면 포워드 프록시 서버가 받아 웹서버에 전달하는 중개자 역할을, 동시에 클라이언트의 반복적인 요청을 처리하는 캐싱 역할을 수행합니다.주로 보안을 강화하고 클라이언트의 IP를 숨기기 위해 사용될 수 있는 구성입니다. 2) 이 구성을 사용하는 경우클라이언트가 노출되는 것을 방지하고자 할 때 적합합니다.클라이언트와 웹서버 사이에 포워드 프록시 서버를 두어 클라이언트의 실제 IP를 숨김으로써 보안을 강화시키기 위해 사용합니다.이러한 구성은 기업의 임직원들만을 위한 서비스, 대내 서비스용 시스템 구성시 사용되며, 클라이언트의 노출이 보안 정책상 문제가 되는 경우에 주로 선택하는 구성입니다. 따라서 간단히 정리하면, 포워드 프록시 서버는 웹서버 앞에 있거나 뒤에 있는 경우 모두 사용될 수 있습니다. 그리고 포워드 프록시 서버가 웹서버 뒤에 놓이는 경우는(강의 자료) 클라이언트가 노출되어도 괜찮은 대외 서비스용 시스템에 주로 사용되며, 포워드 프록시 서버가 웹서버 앞에 놓이는 경우는 클라이언트가 노출되면 곤란한 대내 서비스용 시스템에서 보안을 강화하기 위한 목적으로 주로 사용된다고 보시면 되겠습니다.도움이 되었기를 바랍니다.

포워드 프록시(캐시) 서버에 대한 질문이 있습니다.

안녕하세요, 문의하신 내용에 대해 간단히 답변드리면, 캐시 서버에서 조회하는 과정을 항상 거칩니다. 따로 캐시 서버에 클라이언트에서 요청한 데이터가 있는지 없는지 알 수 있는 방법이 있는 것은 아니고, 그 때마다 데이터를, 캐시를 조회한다고 보시면 됩니다. 캐시 서버에서 데이터를 조회하고 클라이언트에게 전달하는 과정을 풀어서 설명하면 아래와 같습니다. 캐시 조회: 클라이언트에서 데이터를 요청하면, 포워드 프록시 서버는 먼저 자체 캐시에서 요청된 데이터가 있는지 확인합니다. 이 캐시는 이전에 요청되었던 데이터를 저장하고 있으며, 클라이언트의 요청에 빠르게 응답할 수 있도록 도와줍니다. 캐시에 데이터가 있는 경우: 요청받은 데이터가 캐시에 있으면, 서버는 이 데이터를 클라이언트에게 직접 전송합니다. 이 과정은 원래의 데이터 소스(예: 웹 서버)에 접근할 필요 없기 때문에 빠른 데이터 전달이 가능한 것입니다.캐시에 데이터가 없는 경우: 요청된 데이터가 캐시에 없으면, 포워드 프록시 서버는 데이터를 보유한 서버(웹서버)에 이 요청을 전달합니다. 즉, 포워드 프록시 서버가 클라이언트를 대신하여 데이터를 보유한 서버에 데이터를 달라고 요청을 보내고, 이후 웹서버로부터 응답을 받은 후에 이를 클라이언트에게 전송합니다. 이 과정에서 받은 데이터는 캐시에 저장되어 이후의 요청에 대비합니다.캐시 업데이트와 관리: 포워드 프록시 서버는 캐시의 데이터가 최신 상태를 유지하도록 관리합니다. 이는 데이터의 만료 시간, 변경 빈도, 그리고 다른 캐싱 정책에 의해 결정됩니다. 도움이 되었기를 바랍니다.

강의 자료 요청

안녕하세요, 결제해 주셔서 감사합니다.강의자료는 섹션 0. IT 인프라 기초 강의 자료입니다! 를 클릭하시면 다운받으실 수 있습니다.(사진)(사진)