저 질문 하나만 드려도 될까요? 가상 기업의 네트워크 구성도를 공부중인데, 서버 밑에 172.16.1.160/25 라고 표기되어 있습니다. 그럼 이 경우는 C클래스가 두개로 쪼개진 상태에서 이 서버는 마지막 옥텟의 윗단(?) 128~255 에 속해있다고 이해하면 될까요?
안녕하세요! 널널한개발자님 영상 잘 보고 있습니다. 궁금한 점이, 로그인 상태에서 현재 연결된 DNS가 셧다운 됐을때, 헬스체크로 인한 백업서버의 세션 유지가 어떻게 진행되는지 널널한개발자님의 사견으로 듣고싶습니다! 요즘은 인터넷에서 정리한 블로그 글들을 보면 깊이 있는 개념은 이게 맞는건가..? 다들 조금씩 다르네.. 이 생각이 들어 신뢰가는 분의 지식을 듣고싶다는 생각이 자꾸 드네요 ㅠㅠ 항상 감사합니다!
널개님 항상 깊이있는 내용 감사하게 보고있습니다. 저는 프론트 개발자로 활동하고 있습니다. 해당 내용은 인프라 위주의 설명이었지만 프론트 개발자 입장에서도 서비스 뒷단에서 네트워크가 어떻게 흘러가는지 이해 할 수 있어서 좋았는데요. 혹시 프론트개발자 입장에서 같은 주제로 썰을 한번 풀어주실수 있을까요?
목소리가 좀 좋아지신 거 같아 다행이네요ㅎㅎ 저 같은 취준생에게는 최고의 강의네요! 이 시리즈가 오래오래 갔으면 하는 바람이... 혹시 신입개발자의 업무 프로세스(?) 강의 요청해도 될까요? 회사, 직군마다 다르겠지만 강사님께서 아시는 선에서만 알려주셔도 큰 도움이 될 거 같아요~ 강사님의 실무코딩 관련 영상을 보고 궁금증이 생겨서 요청드립니다!
목소리가 나아지긴 했으나...아직 1시간 정도 버티는 수준입니다. 마음 같아서는 하루 날잡아서 몽땅 강의를 만들고 싶지만...조금 더 시간이 필요한 모양입니다. 그래도 이 정도라도 나아져서 다행이지요. ^^;;; 신입개발자 업무 프로세스는...답변이 가능하긴 하지만 제 생각보다는 조금 큰 조직을 경험하신 분들의 의견이 중요할 것 같습니다. 이에 대해서는 방안을 좀 찾아보겠습니다. 의견 감사합니다. ^^
좋은 평가와 피드백 감사합니다. ^^;;;; '서버간 DB 동기화'라는 것의 구체적인 정의가 있어야 답변이 가능합니다. DB는 제조사에 따라 다르지만 클러스터링을 통해 확장이 가능합니다. 그런 의미의 동기화도 있고 .... 아니면 다른 두 DB 서버의 동기화를 이야기할 경우는 전혀 다른 주제가 됩니다. ^^
@널널한 개발자 TV 해당 강의에는 세션 유지에 대한 내용이 추가 질문 드립니다~! 데이터 센터가 이중화 삼중화 돼 있을 때 GSLB를 보통 설정하는 것으로 알고 있는데요 세션 유지를 어떻게 하는 게 가장 올바른 방식일까요? ttl길이를 늘려준다던가.. . persistence 정책, 세션을 저장하는 공유 저장소 데이터 그리드 사용 등등.. 세션 클러스터링도 있긴 하겠지만 거리가 먼 센터 간 was의 세션 클러스터링은 맞지 않다고 생각되고요. 선배들에게 물어봐도 명확한 대답을 주신 선배는 없어서 질의 드립니다 ㅠ_ㅠ
@@user-xm3ir6oc4g 그러게요 저도 궁금합니다. session storage를 따로 두어 세션 클러스터링한다고해도 말씀하신것처럼, 글로벌 서비스이고 재해상황을 대비하여 세션스토리지를 둔다면, 세션을 관리하기 위해 통신을 해야하고, 과연 그 세션스토리지는 어느 리전에 있어야하는가. 이부분에서 레이턴시가 발생하여 장기적으로 손해아닌가 생각이드네요. 다른 방법이 궁금하네요
@@user-gp2uw7mu3c 디지털 포렌식과 관련해서 제가 아는 것은 메모리 포렌식 정도인데...이것도 메모리 덤프를 기반으로 하는 것으로 알고 있습니다. 그리고 CPU Cache는 당연히 메모리에 대한 Cache일 것으로 보이고요...디지털 포렌식에서 CPU Cache까지 확인하는지는 몰랐네요. 관련 정보는 어디서 찾을 수 있을까요? 아무래도 근거를 확인해보는 것이 좋을 것 같습니다.
안녕하세요 백엔드 신입 취준생입니다! 질문이 있습니다! HTTP1.1기반으로 통신하게되면 TCP를 사용하게 되며 3웨이 핸드쉐이크, 본요청, 4웨이 핸드쉐이크 일어나게 되는걸로 배웠는데 이모든게 각각 통신이기 때문에 각각 HTTP Request message를 생성하게 되는걸까요?! 캡슐화 디캡슐화에 관한 설명을 어느곳에 넣어야할지 감이 잘 안와서요 IP주소를 얻은 후에 일어나는 HTTP통신을 설명하고 이후에 이모든 HTTP통신들은 캡슐화와 디캡슐화를 거치며 일어나게됩니다 라고 답하면 될까요?!
HTTP와 TCP/IP 별개 입니다. TCP/IP 연결이 이루어지면 그 세션으로 HTTP 통신이 일어납니다. 그러니까 TCP/IP는 HTTP 통신을 위한 수단이라 하겠습니다. 그리고 HTTP는 Socket 기반 응용 프로그램 수준 프로토콜입니다. 그러므로 패킷과는 아무런 관련이 없습니다. 참고하시기 바랍니다.
음...제가 공부해온 것들이 지금의 것들과 크게 다르지 않습니다. 제가 다른 분들과 일부 차이는 것은 방화벽을 개발해본 경험입니다. 이는 학습이라기 보다 제품개발 경험에 따른 것으로 보는 것이 타당하겠습니다. 어떤 분야에 대해 깊이 알고 싶다면 그 분야의 보안 기술과 원리를 알아보는 것이 도움이 될 수 있습니다.
DNS는 하나의 도메인에 등록된 여러 IP가 존재한다면 라운드 로빈 방식으로 Health Check 없이 주는 방법으로 알고 있습니다. 반면에 Load Balancer는 백 단에 있는 서버들과 주기적으로 통신하여 Health Check를 한 후에 가장 통신이 원활할 수 있는 서버와 요청이 온 Client를 연결해 주는 개념으로 알고 있는데 제가 알고 있는 개념으로는 Load Balancer와 쌤이 영상에서 말씀해주신 GLSB(Global Server Load Balance)는 차이가 없는 것 같은데.. 어떤 점이 다른 건가요? 수행하는 역할은 동일한 것 같아서요..
DNS가 응답을 늘 IP주소만 하는 것이 아니라 CNAME으로도 합니다. 거기서 다시 IP를 받지요. 이 때, IP주소를 단순 라운드 로빈 방식이 아닌 가장 효율적인 서버로 알려준다면 더 좋은 방식이 되겠지요. CNAME에 대해서 한 번 알아보시기 바랍니다. 그리고 CDN 서비스에 대해서도 검색해보시기를 권합니다. 좋은 학습 자료들을 많이 찾으실 수 있을 것입니다. 감사합니다.
개발자님! 궁금한 질문이 있습니다. 다름이 아니라 (웹서버 //https 통신// Rerverse Proxy //https 통신// 호스트) 이러한 구성일때 호스트가 wss로 웹서버에 요청을 한다면 각 https 구간의 인증서를 통일 해줘야 통신이 되는건가요?? 제가 vcenter와 esxi를 테스트 하다가 외부에서 host로 vcenter를 거처 esxi의 도메인을 받고 그 도메인으로 요청을 했을때 리버스 프록시가 esxi와 연결 해주는 방식으로 구성을 했는데 제가 아는 프록시는 각 구간의 https의 인증서가 달라도 각각 독립적으로 처리되서 실행 될줄 알았거든요.. 결국 인증서를 맞춰주니 통신이 되었습니다. 제가 프록시를 잘못 이해하고 있는건가 해서 질문 드립니다.!!
공유기 작동 원리 영상 czcams.com/video/7BvzxbG4y3Y/video.html 이거 맞져?? dns 관련 영상은 뭘 보면 좋을까요?? 참고로 전 프론트엔드 취준생입니다 휴 못알아듣겠어요...네트워크 기초 지식이 있지 않는한 선생님의 강의 따라가기 어려울것같네요
좋은 영상 올려주셔서 감사합니다.
좋은 평가 감사합니다. ^^
오늘도 감탄하고갑니다...!
좋은 평가 감사합니다. ^^
좋은 강의 감사합니다.
좋은 평가 감사합니다. ^^
정말 좋은 영상 감사합니다 그냥 배울때 마다 그냥 그런가 보다라고 생각했는데, 이렇게 전체적으로 다 볼수 있어서 너무 좋았습니다.
좋은 평가와 피드백 감사합니다. 전체적인 흐름을 이해하면 한 결 수월하지요. ^^
평소에 궁금했던 내용인데 감사합니다!
면접준비에 도움이 되시면 좋겠습니다. 감사합니다. ^^
퀄리티가 너무 좋아 저만 보고 싶은 영상이네요.. 너무 잘 봤습니다
좋은 평가 감사합니다. 그래도 널리 홍보해주세요. 저 실버버튼 받고 싶습니다. ^^
제가 널널한 개발자님의 영상을 좋아하는이유가 여기 다 담겨있네요 그저 글만 띄어놓고 얘기하는 딱딱한 이론이 아니라 정말 썰풀듯 흐름있게 해주시니 이해도 잘되고 너무 좋습니다!!
좋은 평가와 피드백 감사합니다. PPT는 결과화면이고...판서는 그 결과의 과정을 보이는 것이라 생각합니다. 그리고 저는 후자가 더 전달력이 있다고 생각합니다. ^^
이거 커뮤니티 댓글보고 궁금했던건데 젤 먼저 올려주셔서 감사합니다
아...그러셨군요. 피드백 감사합니다. ^^
와 완전 족집게 강의네요 ㄷㄷ 바로 구독 좋아요 했습니다!
좋은 평가와 구독 감사합니다. ^^
짱입니더
구독 좋아요 누르고 가요 이런 내용 자주 부탁 드릴게요!
좋은 평가 감사합니다. 면접관의 질문...궁금하신 것 있다면 글 남겨주시기 바랍니다. ^^
이번 영상은 많은 도움이 되었습니다. 감사합니다~
저 질문 하나만 드려도 될까요? 가상 기업의 네트워크 구성도를 공부중인데, 서버 밑에 172.16.1.160/25 라고 표기되어 있습니다. 그럼 이 경우는 C클래스가 두개로 쪼개진 상태에서 이 서버는 마지막 옥텟의 윗단(?) 128~255 에 속해있다고 이해하면 될까요?
와우~~~! 후원 감사합니다. 그리고 도움이 됐다고 피드백 주시니...기분 좋네요. ^^
좋은 정보 얻어갑니다~ 컴공출신 코틀린 기반 앱 개발자인데 풀스택에도 관심이 생겨 듣게되네요.
좋은 평가와 피드백 감사합니다. 컴공 출신이면...충분히 잘 이해하실 것 같습니다. ^^
학부생인데 도움이 많이 되었습니다 감사합니다~
아...학생이군요. ^^ 좋은 평가와 피드백 감사합니다. 열공하시고 멋진 개발자로 성장하시기를 응원하겠습니다. ^^
정말 감사합니다!
공부 끝내고 이제 자려하는데
이런 귀한 영상이!
앗~! 제가 살짝 방해를...^^;;; 이해해주시리라 믿습니다.
@@nullnull_not_eq_null 오히려 감사합니다!
전공자라 하더라도 경험이 없으면 지식이 파편화되어있는 경우가 많은데 선생님 강의를 들으며 간접 경험을 쌓을 수 있어서 좋네요 ^^
좋은 평가와 피드백 감사합니다. 그럼 널리 홍보도 부탁드려봅니다. 저 실버버튼 꼭 갖고 싶습니다. ^^
@@nullnull_not_eq_null 입소문 많이 내고 있습니다ㅋㅋ 늘 감사합니다!
이시간까지 열심히 강의를... 맥주먹고 있던 제 자신을 반성하게 됩니다 ;;
아...주말에 쉬어야 합니다. 반성할 일이 절대 아니지요. 새벽에 강의올리는 제가 좀 이상한 것입니다. ^^;;;;
선생님 강의 듣고 보면서 여러 회사 기술면접 모두 통과했습니다
정말 감사합니다
우와~~~! 축하드립니다. 좋은 소식이네요. 자, 그럼 이제 저 실버버튼 받도록 널리 홍보해주세요. ^^
@@nullnull_not_eq_null 주변에 열심히 홍보중입니다! 번창하셨으면 좋겠어요
네, 감사합니다. ^^
너무 재밌네요 ㅋㅋ
좋은 평가와 피드백 감사합니다. ^^
감사합니다..!!
저도 감사합니다. ^^
헛 답변 주셔서 감사합니다. 인프라 위주 답변이라 더 좋네요. GSLB는 생각 못했습니다. ㅎㅎ
좋은 평가와 피드백 감사합니다. CDN + GSLB는 꼭 함께 알아두시는 것이 좋지요. ^^
진짜 이런 양질의 자료를 공짜로 볼 수있다니
너무 감사드립니다
좋은 평가 감사합니다. 널리 채널홍보를 부탁드려봅니다. ^^
명강의 감사합니다. 두나무에서 인사팀 면접볼때 gslb 나온다 하더군요.
GSLB...중요합니다. 특히 요즘처럼 클라우드 환경이 대세인 상황에서...더 그 중요성이 커졌다고 봐야 할 것 같습니다. 정보 감사합니다. ^^
내용 좋네요. 저도 신입 면접때 받은 질문인데, 저는 https 원리랑, 백엔드쪽으로 지원했다보니 스프링 동작원리를 함께 설명드린 기억이 나네요ㅎㅎ
피드백 감사합니다. 스프링 동작원리라는 것이 좀 포괄적인데...어떤 질문이 있었는지 궁금하네요. ^^
아 저는 dispatcher servlet 기준으로 요청 들어오면 핸들링하는 과정을 설명드렸어요~ view rendering 에 대한 추가 질문이 들어왔던게 기억나네요
@@daldae7083 아하...그렇군요. 피드백 감사합니다. ^^
엠베디드 개발자입니다.
강의를 보며 시야가 넓어졌습니다. 감사합니다.
하시는 일은 깊이 파야 하니...그것도 힘들죠. 나머지는 제가 영상 열심히 만들어 올리겠습니다. 도움이 되면 좋겠네요. 참, 도움이 되셨다면 구독 + 좋아요 + 홍보~~~! 부탁드려봅니다. ^^;;;
핸들링을 안 하다보면 다 기화되는데 간만에 리마인드하고 몰랐던 것도 알게 됐네요. 감사합니다~
좋은 평가와 피드백 감사합니다. 개발자는 평생 공부할 팔자려니…그렇게 생각하고 있지요. 왠지 저와 동행이신 모양입니다. ^^
@@nullnull_not_eq_null 개발자라고 얘기하고 다니려면 허접하긴 해도 공부는 가늘게라도 계속 해야 하는 ㅠㅜ
뭐, 치매걸릴 일은 없을 것 같습니다. ^^;;;;;;
와 5분동안 서버쪽 이야기만 주구장창 할거같은데, 다른분야도 곁들이는 게 더 좋을수도 있겠네요. 좋은 강의 감사합니다.
전체적으로 큰 그림을 이야기한 후 지원분야에 특화될 이야기를 더하면 좋지 않을까...의견을 드려봅니다. 감사합니다. ^^
경력 10년차에 이런거 잘 몰랐습니다. 지금이라도 정신 바짝차리고 공부해야겠네요.
저라고 크게 다르지 않습니다. 아는 것만 알지요. 내가 무엇을 모르는지 조차 확인하기 어렵다는 것이 더 큰 문제일 수 있고요. 뭐, 일만하지 말고 주변도 좀 보고 세상 돌아가는 상황도 관심갖고 바라보면 괜찮지 않나 생각해봅니다. 건투를 빕니다! ^^
안녕하세요 영상 항상 잘보고있어요. 말씀해주신 순서 1번~마지막까지는 패킷을 하나하나 다 보셔서 아는건가요? 혼자 볼 수 있는 방법이 궁금해요
PC방화벽을 개발한 경험 때문에...알게 됐습니다. 패킷을 다 보기도 했고요. ^^
이미 구독 좋아요누른 상태입니다
네. 심지어 멤버십 후원까지...감사드립니다. 열심히 강의 올리겠습니다. ^^
CDN 이 어떤식으로 어드레스를 찾는지 이걸 보니까 확실히 이해되네요..!! 막연하게 오리진 ip 에 기반해서 가까운 어드레스를 찾는걸로만 알고있었는데 헬스체크로 레턴시 체크를 하는군요...!!
항상 영상 볼때마다 깊은 지식에 감탄하고 갑니다... 제가 말만 시니어지 항상 이런 영상 보면 겸손해지는거 같아요..!!
좋은 평가와 피드백 감사합니다. 에구구구...민망합니다. ^^;;;
네, 그렇습니다. 참고로... IP주소 DB를 이런 곳에서 얻을 수 있으니 참고하시기 바랍니다. ^^;
www.maxmind.com/en/geoip2-services-and-databases
아! GSLB라고 부르는군요! 예전에 유튜브를 열때, 캐나다 IP(저의 VPN)로 여니깐, 캐나다 유튜브가 나오고( 유튜브로고에 캐나다라고 적혀있는), 프랑스쪽 IP로 여니깐 유튜브 Fr 나오고...베트남IP로 여니깐, 유튜브 로고는 바뀌지않았는데... 밑에 뜨는 영상들이 싹다 베트님어로 된 동영상들이 뜬! 그것였군요!
네, 보통의 경우 IP주소를 기반으로 위치를 파악합니다. GSLB에 대해서는 자세히 다루는 것이 좋긴 한데...언제가 다룰 시기가 자연스럽게 올 것 같습니다. 감사합니다. ^^
열심히 입소문 낼께여! 더 자세히 다뤄주세요~
피드백 감사합니다. '더 자세히'는 어느 정도가 된는 것인지 파악하기가 어렵습니다. 구체적으로 어떤 것이 궁금한지 알려주시면 관련해 영상을 제작하겠습니다. 감사합니다.
안녕하세요! 널널한개발자님 영상 잘 보고 있습니다. 궁금한 점이, 로그인 상태에서 현재 연결된 DNS가 셧다운 됐을때, 헬스체크로 인한 백업서버의 세션 유지가 어떻게 진행되는지 널널한개발자님의 사견으로 듣고싶습니다! 요즘은 인터넷에서 정리한 블로그 글들을 보면 깊이 있는 개념은 이게 맞는건가..? 다들 조금씩 다르네.. 이 생각이 들어 신뢰가는 분의 지식을 듣고싶다는 생각이 자꾸 드네요 ㅠㅠ 항상 감사합니다!
백업서버 접근 시 IP주소를 직접 지정하는 경우라면 해당되지 않는 문제가 되겠습니다. 무엇보다 세션유지와 아무런 관련 없을 가능성이 높겠습니다. 그리고 세션은 L4에서도 존재합니다. 어느 수준 세션인가에 따라 답변은 매우 달라지겠네요. 참고하시기 바랍니다.
널개님 항상 깊이있는 내용 감사하게 보고있습니다.
저는 프론트 개발자로 활동하고 있습니다.
해당 내용은 인프라 위주의 설명이었지만 프론트 개발자 입장에서도 서비스 뒷단에서 네트워크가 어떻게 흘러가는지 이해 할 수 있어서 좋았는데요.
혹시 프론트개발자 입장에서 같은 주제로 썰을 한번 풀어주실수 있을까요?
음...이 영상의 프론트 개발자 버전도 있습니다만...게시한지 좀 되서 멤버십으로만 오픈하고 있습니다. 참고하시기 바랍니다. 감사합니다.
목소리가 좀 좋아지신 거 같아 다행이네요ㅎㅎ
저 같은 취준생에게는 최고의 강의네요!
이 시리즈가 오래오래 갔으면 하는 바람이...
혹시 신입개발자의 업무 프로세스(?) 강의 요청해도 될까요?
회사, 직군마다 다르겠지만 강사님께서 아시는 선에서만 알려주셔도 큰 도움이 될 거 같아요~
강사님의 실무코딩 관련 영상을 보고 궁금증이 생겨서 요청드립니다!
목소리가 나아지긴 했으나...아직 1시간 정도 버티는 수준입니다. 마음 같아서는 하루 날잡아서 몽땅 강의를 만들고 싶지만...조금 더 시간이 필요한 모양입니다. 그래도 이 정도라도 나아져서 다행이지요. ^^;;;
신입개발자 업무 프로세스는...답변이 가능하긴 하지만 제 생각보다는 조금 큰 조직을 경험하신 분들의 의견이 중요할 것 같습니다. 이에 대해서는 방안을 좀 찾아보겠습니다. 의견 감사합니다. ^^
@@nullnull_not_eq_null 감사합니다!
오늘도 많이 배워갑니다~!! 감사드립니다~!!^^
모든사람의 전공자화가 아니라 전문가화 인데요 전공자보다 더 능력치가 높아질것 같습니다~!!ㅎ
혹시 서버가 여러개면 각 서버간 DB동기화는 어떻게 되는건지도 궁금증이 생기긴하네요~!
좋은 평가와 피드백 감사합니다. ^^;;;;
'서버간 DB 동기화'라는 것의 구체적인 정의가 있어야 답변이 가능합니다. DB는 제조사에 따라 다르지만 클러스터링을 통해 확장이 가능합니다. 그런 의미의 동기화도 있고 .... 아니면 다른 두 DB 서버의 동기화를 이야기할 경우는 전혀 다른 주제가 됩니다. ^^
@@nullnull_not_eq_null 답변 감사드립니다~!! IT분야는 배워도 배워도 끝이 없는것 같습니다~ㅎㅎ
네, 그렇기는 하지요. ^^;;;
안녕하세요 개발자님 항상 도움되는 영상 감사드립니다. 내용 중간에 재해복구(DR)에 대한 언급을 해주셨는데요. 제가 이쪽 분야 비전공자라 관련 개념을 좀 공부하고 싶은데, 추천해주실만한 책이나 강의가 있을까요?
다시 한번 항상 양질의 컨텐츠 감사드립니다
관련한 서적은 딱히 기억나는 것이 없습니다. 그리고 DR 기술 형식도 가상환경이 일반화되면서 많이 달라졌습니다. 게다가 매우 다양한 제품과 특징이 존재하기 때문에 책 하나로 설명하기가 어려운 측면이 있습니다.
@@nullnull_not_eq_null 답변 감사드립니다!
주제완 다른 질문인데 판서는 어떤 앱으로 하시는지 궁금해요.. 하드웨어는 타블렛 쓰시는것 같긴한데 앱도 궁금.. ㅎㅎ 뭔가 보기 좋네요 ㅎㅎ
와콤 타블렛과 MS화이트보드 사용하고 있습니다. ^^
좋은 평가 감사합니다.
@@nullnull_not_eq_null 오 감사합니다 ㅎㅎ
기술 면접 단골 질문. 단골 질문이라서 안 나올수도 있는데 반대로 그만큼 많이 나오는 질문.
단골 질문에 대해 나름의 모범 답안을 하나 준비할 필요는 있겠군요. 영상 보완이 필요할 것인지 고민해보겠습니다. 정보 감사합니다. ^^
ㅜ ㅜ ㅋ 이제 면접자들은 이 영상을 다 공부하고 상향평준화되버릴지도..
그럴 가능성은 높지 않으니...걱정 안 하셔도 됩니다. ^^
무엇보다 상향평준화 되면...연봉도 같이 오르지 싶습니다. ^^
면접을 볼 정도면 개발보다 정치를 더 잘하는 사람입니다.
GSLB 환경에서 세션 유지를 어떻게 할 수 있는지에 대해서 추가 강의가 있으면 좋겠습니다~
음...그 주제는 다른 제 강의를 참고하시면 될 것 같습니다. ^^
[한 장의 그림으로 배우는 웹 서비스 작동원리 #1~3]
czcams.com/video/4Sfned8HLzk/video.html
@널널한 개발자 TV 해당 강의에는 세션 유지에 대한 내용이 추가 질문 드립니다~! 데이터 센터가 이중화 삼중화 돼 있을 때 GSLB를 보통 설정하는 것으로 알고 있는데요 세션 유지를 어떻게 하는 게 가장 올바른 방식일까요? ttl길이를 늘려준다던가.. . persistence 정책, 세션을 저장하는 공유 저장소 데이터 그리드 사용 등등.. 세션 클러스터링도 있긴 하겠지만 거리가 먼 센터 간 was의 세션 클러스터링은 맞지 않다고 생각되고요. 선배들에게 물어봐도 명확한 대답을 주신 선배는 없어서 질의 드립니다 ㅠ_ㅠ
@@user-xm3ir6oc4g 그러게요 저도 궁금합니다. session storage를 따로 두어 세션 클러스터링한다고해도 말씀하신것처럼, 글로벌 서비스이고 재해상황을 대비하여 세션스토리지를 둔다면, 세션을 관리하기 위해 통신을 해야하고, 과연 그 세션스토리지는 어느 리전에 있어야하는가. 이부분에서 레이턴시가 발생하여 장기적으로 손해아닌가 생각이드네요.
다른 방법이 궁금하네요
여기 처음 방문했는데요. mfc 강의 들으면서 c 책을 쓰셨다고 하셨는데 교재명이 뭔지요?
현재까지 판매하고 있는 것은 '독하게 시작하는 C 프로그래밍'입니다. 감사합니다. ^^
선생님 안녕하세요. CS에 부족함을 느껴서 공부하고있는 백엔드 개발자입니다.
다름이아니라 선생님의 강의가 너무좋아서 기록을 남기고자 블로그에 글을 작성해보고싶었습니다.
선생님이 말씀해주신 강의를 토대로 글을 작성하고싶은데 괜찮으실까요??
출처를 밝혀주시면 괜찮습니다. 더불어 채널 홍보도 부탁드려요. 저 실버버튼 갖고 싶어요. ^^
dns의 경우 보충 설명을 드리면 cpu cache를 가장 먼저 보긴 합니다 그 후에 호스트 파일 및 dns 캐시를 탐색하고여
윈도우 운영체제는 hosts 파일을 먼저 참조합니다. 참고하시기 바랍니다.
@@nullnull_not_eq_null 디지털 포렌식을 학습하시게 되면 cpu cache 데이터를 가장 최초로 접근합니다… 윈도우 경험만 있어서 설명드리는 거에요
개발자나 시스템 관리자 입장에서는 hosts dns server만 알아도 충분하긴 합니다..
@@user-gp2uw7mu3c 디지털 포렌식과 관련해서 제가 아는 것은 메모리 포렌식 정도인데...이것도 메모리 덤프를 기반으로 하는 것으로 알고 있습니다. 그리고 CPU Cache는 당연히 메모리에 대한 Cache일 것으로 보이고요...디지털 포렌식에서 CPU Cache까지 확인하는지는 몰랐네요. 관련 정보는 어디서 찾을 수 있을까요? 아무래도 근거를 확인해보는 것이 좋을 것 같습니다.
와.. 이런게 있엇구나
뭐가 좀 많고 복잡하지요. ^^;;
@@nullnull_not_eq_null 이래서 작년 하반기 면접이 어려웠나 싶기도한 원망이 살짝? 들었네요.. 이직준비 들어갑니당
개발자님 한가지 질문이 있습니다. HTTP Reqeust message 생성 시점은 언제 인가요? 사용자가 URL 입력하고 엔터를 친 직후 인가요? 3Way-handShaking를 통해 논리적 연결을 만든 후 만들어지나요?
HTTP통신은 TCP/IP 연결을 기반으로 이루어집니다. URL 입력후 Enter 키를 입력하면 해당 웹 서버로 TCP/IP 연결을 하고 그 연결에서 HTTP 통신이 일어납니다. 참고하시기 바랍니다. ^^
선생님 네트경력자 전용 설명..부터 이해안가서 다시 더 찾아봐야겠어요! 15:24 관련해서는 구글링을 뭐라고 해야 알 수 있을까요!
내용이 종합적이라…우선 GSLB에 대해서 알아 보시기 바랍니다. 아무래도 라이브 방송을 한 번 열어야 겠습니다. 이번 연휴에도 열공 예정이지요??
@@nullnull_not_eq_null 네! 당연히 열공달립니다 ^_^b
이것이 바로 개발자 족집게 과외다
여기 '과외'하고 있다고 홍보 부탁드립니다. 감사합니다. ^^;;;;
이제 이 질문은 안나오겠네요 ㅠ
아니오. 절대 그럴 일은 없습니다. 매우 자주 나오는 질문이며 앞으로도 그럴 것입니다. 잘 공부하고 외워두세요. ^^
저 이거 키보드 인터럽트부터 설명하려니까 기겁하고 html 파싱부터 설명하라던데 ㅋㅋ
옛날생각 나네요
이 질문은 웹 개발자나 인프라 쪽에서 나올 수 있는 질문으로 보입니다. 아마도 H/W나 운영체제에 대한 것은 아니라 그랬을 것 같습니다. 정보 감사합니다. ^^
안녕하세요 백엔드 신입 취준생입니다!
질문이 있습니다!
HTTP1.1기반으로 통신하게되면 TCP를 사용하게 되며
3웨이 핸드쉐이크, 본요청, 4웨이 핸드쉐이크 일어나게 되는걸로 배웠는데
이모든게 각각 통신이기 때문에 각각 HTTP Request message를 생성하게 되는걸까요?!
캡슐화 디캡슐화에 관한 설명을 어느곳에 넣어야할지 감이 잘 안와서요
IP주소를 얻은 후에 일어나는 HTTP통신을 설명하고 이후에 이모든 HTTP통신들은 캡슐화와 디캡슐화를 거치며 일어나게됩니다 라고 답하면 될까요?!
HTTP와 TCP/IP 별개 입니다. TCP/IP 연결이 이루어지면 그 세션으로 HTTP 통신이 일어납니다. 그러니까 TCP/IP는 HTTP 통신을 위한 수단이라 하겠습니다. 그리고 HTTP는 Socket 기반 응용 프로그램 수준 프로토콜입니다. 그러므로 패킷과는 아무런 관련이 없습니다. 참고하시기 바랍니다.
안녕하세요. 양질의 내용 잘 들었습니다. 과거에 이런 내용들은 어디서 학습하신지 알수 있을까요?
강의에 의존하지 않고 이런 내용들 공부하고 싶은데 조언을 구하고 싶어서요. 저런 지식들을 얻으신 방법 궁금해요
음...제가 공부해온 것들이 지금의 것들과 크게 다르지 않습니다. 제가 다른 분들과 일부 차이는 것은 방화벽을 개발해본 경험입니다. 이는 학습이라기 보다 제품개발 경험에 따른 것으로 보는 것이 타당하겠습니다. 어떤 분야에 대해 깊이 알고 싶다면 그 분야의 보안 기술과 원리를 알아보는 것이 도움이 될 수 있습니다.
저는 아직 경력자가 아니였군여..자만 금지 :(
앗! 불편한 부분이 있었군요. 넓은 마음으로 이해를 구해봅니다. ^^;;;
DNS는 하나의 도메인에 등록된 여러 IP가 존재한다면 라운드 로빈 방식으로 Health Check 없이 주는 방법으로 알고 있습니다.
반면에 Load Balancer는 백 단에 있는 서버들과 주기적으로 통신하여 Health Check를 한 후에 가장 통신이 원활할 수 있는 서버와 요청이 온 Client를 연결해 주는 개념으로 알고 있는데 제가 알고 있는 개념으로는 Load Balancer와 쌤이 영상에서 말씀해주신 GLSB(Global Server Load Balance)는 차이가 없는 것 같은데.. 어떤 점이 다른 건가요?
수행하는 역할은 동일한 것 같아서요..
DNS가 응답을 늘 IP주소만 하는 것이 아니라 CNAME으로도 합니다. 거기서 다시 IP를 받지요. 이 때, IP주소를 단순 라운드 로빈 방식이 아닌 가장 효율적인 서버로 알려준다면 더 좋은 방식이 되겠지요. CNAME에 대해서 한 번 알아보시기 바랍니다. 그리고 CDN 서비스에 대해서도 검색해보시기를 권합니다. 좋은 학습 자료들을 많이 찾으실 수 있을 것입니다. 감사합니다.
1빠!
1등이 바뀌었네요. ^^
개발자님! 궁금한 질문이 있습니다. 다름이 아니라 (웹서버 //https 통신// Rerverse Proxy //https 통신// 호스트) 이러한 구성일때 호스트가 wss로 웹서버에 요청을 한다면 각 https 구간의 인증서를 통일 해줘야 통신이 되는건가요??
제가 vcenter와 esxi를 테스트 하다가 외부에서 host로 vcenter를 거처 esxi의 도메인을 받고 그 도메인으로 요청을 했을때 리버스 프록시가 esxi와 연결 해주는 방식으로 구성을 했는데 제가 아는 프록시는 각 구간의 https의 인증서가 달라도 각각 독립적으로 처리되서 실행 될줄 알았거든요.. 결국 인증서를 맞춰주니 통신이 되었습니다. 제가 프록시를 잘못 이해하고 있는건가 해서 질문 드립니다.!!
구성도를 그려서 봐야 하겠으나...인증서가 달라도 독립적인 처리는 분명 가능합니다. 그럼에도 맞춰야 했다는 것은 설정상 다른 이슈가 있는 것으로 보입니다.
@@nullnull_not_eq_null 답변 너무 감사합니다 ㅜㅠ
공유기 작동 원리 영상 czcams.com/video/7BvzxbG4y3Y/video.html 이거 맞져??
dns 관련 영상은 뭘 보면 좋을까요??
참고로 전 프론트엔드 취준생입니다
휴 못알아듣겠어요...네트워크 기초 지식이 있지 않는한 선생님의 강의 따라가기 어려울것같네요
넓고 얕게 시리즈 + 네트워크 기초 + 네트워크 응용 이 정도를 들은 후 다시 도전하시기 바랍니다. 참고로 취업시장에서 경쟁력을 갖추고 싶다면 이 3가지 정도는 필수입니다. 건투를 빕니다!
여쭙고 싶은게 있습니다! 손흥민이 세계적인 축구선수가 될 수 있었던 이유 중 손꼽는 것 중에 "기본기"라고 들었는데요!
개발자 또한 필요한 기본기, 본질과 같은 것이 있는지 주니어 개발자들을 위해 말씀해주시는 것을 듣고 싶어요! :)
음. 어려운 질문입니다. 이게 사람마다 차이가 좀 있는 것이라 더 그렇습니다. 역시 영상을 하나 만들어야 할 것 같네요.
또 http3을 지원하면 udp 블라블라 어렵군
음...알고보면 생각보다 그리 어렵지 않습니다. 일반 소켓 프로그래밍 경험이 있다면 생각보다 쉽게 넘어갈 수 있습니다. 의견 감사합니다. ^^
anycast 까지 이야기 하면..
음...그것도 해볼만 하겠으나...너무 네트워크에 치우치는 경향이 있지 않을까 싶긴 합니다. :)
경력자에게도 단골질문인가요 ?
네, 웹 기술에 대한 전반적 이해를 알아 보기에 좋은 단골 질문이기 때문입니다. 다만 경력자라면 경력 분야에 대한 특수성이 높은 질문이 추가될 것 같습니다. 참고하시기 바랍니다. :)