크리스의 개발일기

[2025최신/네트워크관리사 2급] 7일 합격 후기 및 공부법 (필기부터 실기까지) [단체 접수, 공부법, 자료]

ChrisJang — Thu, 22 Aug 2024 11:55:39 +0900

[네트워크관리사 2급] 합격 후기

네트워크 관리사 2급 필기부터 실기까지의 합격방법/공부법/자료입니다.

2021년 2월 단체 접수.

학점은행제 학점인정으로 해당 자격증을 응시하시는 분들은 다른 자격증과 네트워크관리사2급의 직무번호가 중복되지 않는지 꼭 확인하세요!! 직무번호가 중복되면 해당 직무번호에 대한 자격증 인증을 하나밖에 못해요. (ex) 2021.03.18기준 컴활과 SQL 개발자는 직무번호가 같음)

허름한 나의 2021년 2월 단체시험에 응시한 합격 점수

합격 후기를 시작하기전에 저는 현재 백엔드 개발자로 직장 외 시간에만 자격증을 준비할 수 있어 실질적인 준비 시간이 매우 한정적이였단점을 명심해주세요. (저처럼 혹사시키는 스케줄을 소화 하려 하지 마시고 최대한 여유있게 준비하시기 바랍니다.)

네트워크관리사2급의 난이도는?

현재 백엔드 개발자로 실무를 하는 입장이지만 네트워크라는 분야는 매우 생소하였고 네트워크에 대해서는 비전공자와 전공자 사이라고 가정하겠습니다. 네트워크관리사2급을 검색을 해보면 어렵다라는 의견과 쉽다라는 의견이 공존합니다.

필기의 경우

- 50문제

초반 기출 풀이에 들어가면 생소한 단어가 많아 어려울 거 같다라는 생각이 들기 마련인데요.(저도 초반 필기 기출을 접할때 30~60점, 시험 전날쯤: 50~70점) 그러나 필기 시험 문제 대부분이 기출과 똑같이 나오고 기출을 계속적으로 반복하시다보면 반복되는 개념들이 있는데 그 개념들을 확실히 이해하고 넘어간다면 그것을 토대로 새로운 문제를 해결해나가실수 있을 정도의 난이도라고 생각합니다.

반대로 실기의 경우

- 케이블 (6.5점 x 1문제)

- Windows 네트워크 설정 문제 (5.5점 x 8문제)

- Linux (2문제 x 5.5점)

- TCP/IP, 네트워크 장비 (3문제 x 5.5점)

- 신경향 및 보안 (1문제 x 5.5점)

- 라우터 (3문제 x 5.5점)

상대적으로 난이도가 쉽고 준비하기 쉬운 라우터, Windows, 케이블을 다 맞으신다면 실기 안정권이긴 한데 모든 일에는 변수가 존재하기 때문에 Linux, TCP/IP, 네트워크 장비, 신경향 및 보안에서 몇문제를 챙기셔야 합니다.

결론적으로 필기의 경우 기출을 반복하신다면 60점 이상을 쉽게 얻어가실 수 있다고 생각합니다. 그리고 실기의 경우 문제(케이블 만들기, 네트워크 설정, 라우터)의 난이도가 매우 쉬운편이라 저 3가지 주제의 문제를 완벽히 해결한다면 합격선이지만 실수할 경우를 대비해 선택형, 단답형에 대한 준비가 어느정도 필요합니다.

난이도 : ★★☆☆☆

=> 쉽지만 귀찮다.

단체시험이란?

2021년 2월 네트워크 관리사 2급의 단체시험일정은 2021년 2월 27일 이였습니다. 단체시험은 해당 자격증에 응시하려는 단체를 통해서 코드를 받고 그 단체 소속으로 응시하는것입니다. 정시 시험과 난이도 차이가 있다는 말이 있지만 현재 제가 말씀드릴수 있는 두 시험의 차이점은 정시는 필기/ 실기 시험을 나눠서 보는 반면 단체는 하루에 (저의 예로는) 오전 09:20 필기 / 오전 10:50 실기에 응시하실수 있습니다.

2021년 2월 단체 시험 후기

저는 필기의 경우 8회차를 풀었는데 1/2정도가 기출문제에서 나왔고 1/4은 기출 풀이를 하면서 공부한 개념을 해결할 수 있는 문제 그리고 1/4은 모르는 문제였습니다. 제가 실기에 시간을 많이 투자를 하여서 불안한 마음으로 시험장에 갔지만 상대적으로 쉬운 시험이였습니다.

필기가 끝나자마자 바로 시험장 옆 스타벅스로 달려가 40분정도 마지막 복습을 하였습니다. 케이블 문제는 매우 평이했고 다른 문제도 많이 꼬은 문제가 없었습니다. 그리고 운이 좋게도 시험장 입실 전 제가 얼핏 보고 지나간 단답형 문제가 있어 운이 좋게 한 문제를 더 얻어갈 수 있었습니다.

시험 준비 기간

저의 시험 준비 기간은 7일이였습니다. 당시 시험일정이 토요일이였기때문에 전 주 토요일부터 시험일(토요일)까지 준비를 하였습니다.

필자의 공부법

제가 이번 시험을 준비하면서 저에게 아쉬웠던 부분과 만족했던 부분들을 모아 추천 공부법에 남겼습니다.
저의 경우 단체 시험이라 하루에 필기, 실기를 연달아 보는 시험이였기에 준비할 시간이 매우 빠듯했습니다.
추천 공부법은 단체 시험의 경우를 제외하고 상시 시험을 준비한다라는 생각(하루에 1개의 시험만 본다.)으로 작성하였습니다.
개인적으로 네트워크관리사 2급의 경우에는 시중에 파는 책을 구매할 필요가 없다고 생각합니다.

필기

나의 공부법

: 하루에 1회의 기출문제를 풀자라는 계획으로 접근하였습니다. 출퇴근시간에 COMCBT기출을 풀었는데 출근시간에 1회 퇴근 시간에는 0.5회 정도를 풀었고 집에 와서는 당일 날 풀었던 기출을 다시 한번 풀며 답안을 암기하였습니다. 최종적으로는 8회의 기출을 풀고 시험장에 들어갔습니다.

추천 공부법

전공자	전공자 혹은 정보 처리나 해당 관련 자격증을 준비하신 경우에도 적어도 2~3개년(1년에 4회차)의 기출풀이가 필요하다고 생각합니다. 아무리 전공자여도 생소하신 개념이 있을 수 있고 시험 자체가 문제 은행식이기 떄문입니다.
비전공자	비전공자의 경우에는 3~5개년의 기출풀이가 필요하다고 생각합니다. 전공자의 경우 신 유형 혹은 기출에서 놓친 문제를 전공지식으로 몇 문제를 가지고 갈 수 있는데 비전공자의 경우 그런 경우가 드물다고 생각합니다.

EX) 프린트를 하여 시험을 준비한다 가정하겠습니다.

1. 우선 1차적으로 문제와 답안을 흩으며 답안을 봐도 이해가 안가는 문제라면 문제 번호 상단에 /(slash)표시를 하고 접근은 할 수 있는 문제의 경우 △(세모), 그리고 100% 아는 문제의 경우에는 문제항목 자체에 크게 /(slash)를 칩니다.

2. 마지막 문제까지 위의 행위를 완성했다면 공부가 끝난것이 아니라 다시 1번으로 갑니다.

3. 1번부터 문제 번호 상단에 / 혹은 △ 가 있는 문제를 보고 답안이 기억난다면 해당 답안을 형광펜(눈에 잘 띄는)으로 줄을 칩니다. 문제를 봐도 답안이 기억이 나지 않는다면 문제 번호에 형광펜으로 / 를 칩니다. 마지막 까지 위의 행위를 반복합니다.

4. 마지막 문제까지 3번 행위를 끝내셨다면 다시 1번으로 와서 문제 번호에 형광펜으로 /를 친 문제를 다시 보며 해당 문제의 답안을 봅니다.

=> 이런식으로 기출풀이를 진행하셨으면 시험 2~3일전에 기출 문제지를 다시 펴고 문제 번호에 형광펜으로 / 표시되어있는 문제를 중점적으로 기출을 리뷰하시면 됩니다.

자료

: www.comcbt.com/xe/jf

네트워크관리사 2급 필기 기출문제 - 최강 자격증 기출문제 전자문제집 CBT

네트워크관리사 2급 필기 기출문제

www.comcbt.com

실기

나의 공부법

: 저는 직장에 다니고 있어 평일 공부시간에 제한이 많았습니다. 그래서 시험 전 주 주말(토, 일)에 햄릿슈님 20년도 강의를 다 듣고 시범 시물레이터에 있는 20년도 문제와 18년도 문제를 풀며 라우터, Windows 설정에 전념했습니다. 그 이후 평일에는 퇴근 후 19년도, 18년도 햄릿슈님 강좌를 들으며 그 전 풀었던 라우터, Windows 설정를 복습하였습니다. 시험이 토요일이였는데 금요일 퇴근 후에는 21시부터 04시까지 3개년의 문제(라우터, Windows 설정)만 보면 풀 수 있도록 계속 반복했습니다. 필기까지 준비해야 하는 시험이라 Linux, TCP/IP, 네트워크 장비, 신경향 및 보안 기출 문제는 거의 흩어보는정도에 그쳤고 시험 당일 아침 7시에 시험장 근처 스타벅스에 가서 계속적으로 라우터, Windows 설정만 암기하였습니다.

햄릿슈TV

www.youtube.com

전공자	라우터, Windows 설정 문제는 전공자, 비전공자 상관없이 최소 1개년에서 3개년의 햄릿슈님의 강좌를 들으셔야합니다. 그외 Linux, TCP/IP, 네트워크 장비, 신경향 및 보안 기출 문제는 전공자, 비전공자 관계없이 정리된 자료를 보셔야합니다.
비전공자

상대적으로 난이도가 매우 낮은 12문제 (케이블(1문제), 라우터(3문제), Windows 설정 문제(8문제))는 무슨일이 있더라도 10개 이상은 가져가야 한다고 생각합니다. 위의 12문제는 대부분 기출과 비슷한 느낌으로 출제됩니다. 시험장에서의 실수나 신유형의 등장의 변수로 12문제 중 1~2개를 틀린다고 가정한다면 단답형, 선택형에서 2개이상을 가져가야 합니다.

서론이 길었네요. 본론으로 들어가자면

실기 예상 소요시간

- 학생일 경우 3일 이상

- 직장생활을 하실 경우 5일 이상

시간을 확보하셔야합니다.

공부법에 대해 범위 별로 나누어 구체적으로 기재하였습니다.

케이블

렌툴 점수는 무조건적으로 얻어가야 합니다. 몇번의 연습으로 확실하게 얻어갈 수 있는 점수에요!!

괜히 비싼 랜툴을 구매하실 필요가 없이 아래 링크의 랜툴이면 충분합니다. 아래 링크의 랜툴을 구매하신 후 다이렉트 케이블, 크로스 케이블 두개를 하루에 한번씩 만들어 보시면 충분히 시험장에서 무리없이 해결하실수 있다고 생각합니다.

그러나 요즘 네트워크관리사 2급 케이블 문제가 예전의 난이도와 다르게 어렵게 나오는 경우가 있어 그전 라우터 기출 문제를 보고 한번은 분석하는 시간이 필요하다 생각됩니다.

https://link.coupang.com/a/covdAZ

태림상사 다용도 랜선 툴 + 탈피기 절단기 세트, 1세트 - 수동절단기 | 쿠팡

현재 별점 4.7점, 리뷰 599개를 가진 태림상사 다용도 랜선 툴 + 탈피기 절단기 세트, 1세트! 지금 쿠팡에서 더 저렴하고 다양한 수동절단기 제품들을 확인해보세요.

www.coupang.com

Windows 설정과 라우터

1. 유튜브 햄릿슈TV 재생목록에서 2020강좌, 2019강좌, 2018강좌를 빠른시일 내에(학생의 경우 첫날, 직장생활을 하실 경우 첫날과 둘째날까지) 수강합니다.

P.S 2배로 강의를 들으실경우 한 강좌당 2시간 정도 소요된다 생각됩니다.

=> 강좌 수강시 Windows 설정 문제의 경우 느낌만 인지하고 라우터의 경우 상세히 명령어의 순서와 종류에 대해 정리합니다.

2. 남은 기간 내내 전에 들은 강좌의 기출을 계속적으로 반복합니다.

=> Windows 설정 문제의 경우 문제만 보더라도 접근할 수 있도록 준비하시고 라우터의 경우 상세하게 문제 해결을 위한 명령어의 순서와 종류에 대해 정리합니다.

3. 시험 전날에는 그동안 풀었던 기출을 다시 한번 풀고 정확하게 암기가 되어있는지를 확인하며 진행합니다.

Linux, TCP/IP, 네트워크 장비, 신경향 및 보안 기출 문제

단답형의 경우 아래 자료에 단답형 사이트에 들어가 확실한 이해보다는 문제의 그림만 보면 답이 연상되게끔만 암기하시는 느낌으로 1번부터 60번까지 봐주시면 됩니다.

리눅스 같은 경우에는 아래 자료에 리눅스 사이트에 들어가셔셔 암기해주시면 됩니다.

자료 :

단답형

u-it.tistory.com/89

네트워크 관리사 2급 실기 주관식(단답형) 모음 - 1 (1~20 문항)

문제 01 ▶IPv4와 IPv6를 함께 사용할 수 있는 장비는 무엇인가? 더보기 정답 : 듀얼스택(Dual stack) 문제 02 ▶다음 괄호 안에 들어갈 IP주소는 무엇인가? # 10.x.x.x / (가) # 172.16.x.x / (나) # 192.168.9.x..

u-it.tistory.com

리눅스

blog.naver.com/PostView.nhn?blogId=srang_&logNo=221573632981&parentCategoryNo=&categoryNo=33&viewDate=&isShowPopularPosts=true&from=search

네트워크 관리사 2급 실기 - 리눅스 단답형

#네트워크관리사 #네트워크관리2급 #실기 #리눅스 #기출문제안녕하세요!네트워크 관리사 2급 실기 자격증...

blog.naver.com

"이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다."

2024년 상반기 회고

ChrisJang — Mon, 22 Jul 2024 17:13:14 +0900

이제는 방황하지 않고 그간 경험을 토대로 결정해야 할 시기이다.

이번년도 상반기에는 많은 일들이 있었다.

1. 6개월 준비끝에 이직 성공

2. 비트코인의 부흥

4. 인공지능 대학원 입학

지금까지

상반기 여러 경험을 토대로 나를 객관화해봤을 때,

나에게 있어 제일 중요한 것은 "돈"인 것 같다.

상반기의 여러 경험을 토대로

방황 끝에 내린 후반기 목표가 있다.

바로,

1. 그동안의 모든 경력을 포기하고 대기업 공채 중고신입 지원하기

2. 오픽 IH 취득

3. 데이터 사이언스 관련 연합 동아리 활동

4. 인프런 멘토 활동

5. 골프 레슨 시작

2024년 1회차 정보처리기사 실기 85점 합격 수기

ChrisJang — Mon, 22 Jul 2024 09:36:04 +0900

정보처리기사 합격 수기

2024년 1회 필기

준비물 : 시나공 필기 기출문제

2024년 1회 실기

준비물 : 수제비 실기, 수제비 파이널 모의고사

공부법 정리

필기 공부법

필

실기 공부법

2024년 4년차 백엔드 개발자 이직기(토니모리 백엔드 개발자 최종합격 후기)

ChrisJang — Thu, 29 Feb 2024 16:56:01 +0900

나이	20대 후반
학력	전문대 컴퓨터소프트웨어공학과 전공심화 과정(학사)
경력	37개월 (4년차)

이직 사유는 개인적인 내용이라 생략하겠습니다.

당시 재직중인 회사에서 거의 1년이 됐을 무렵, 2023년말부터 본격적으로 이직 준비를 시작하였고,

대기업 마케팅 부서에 재직중인 지인을 통해서, 이력서 보강을 수십 번 넘게 진행하였습니다.

(이력서 링크 : https://www.linkedin.com/in/jun-hwan-jang-aa7567209/ 링크드인 참고)

원티드, 사람인, 잡코리아, 링크드인, 공식 채용 사이트 등 하루도 빠짐없이 올라오는 공고를 봤었던 것 같고,

초기에는 대기업부터 소규모 스타트업까지 이력서를 지원하였었는데,

매우 불안한 경제 상황속에서, 다시 한번 더 스타트업이라는 불확실성을 선택하고 싶지 않았고,

조금 더 안정적인 사업 영역을 통해 매출을 발생하고 있는 회사로 이직하는 것이 현명하다 생각했습니다.

서류 지원/합격 : 400/50
(초기 무지성 지원 후 1차 면접 제의 온 회사는 꽤 있지만, 규모나 사업 방향이나 핏이 많이 다르다 생각하여 면접 불참)
코딩 테스트 지원/합격 : 10/4
인적성 : 1/1

1차 면접 진행/합격 : 8/2
2차 면접 진행/합격 : 1/1
최종 합격 : 1

소규모 스타트업부터 빅테크까지 지원하였는데,
다들 빅테크 위주로 궁금하실거라 생각하여 소규모 스타트업은 기재하지 않겠습니다.

탈락 리스트

토스, 토스플레이스, 토스증권 카카오헬스케어, 당근마켓, 무신사, 오늘의집, 여기어때, 컬리, 야놀자, 티맥스계열사, 코인원, 넷마블, 빗썸코리아, 업비트, KT ds, 신세계 I&C, 플랙스, 드라마앤컴퍼니(서류 탈락) etc

카카오 모빌리티, 쏘카(서류 - 코딩 테스트 탈락)

포티투닷 (서류 - 코딩 테스트 - 1차 기술면접 탈락)

토스뱅크 (서류 - 1차 기술면접 탈락)

합격 리스트

토니모리 (서류 - 코딩 테스트 - 인적성 - 1차 기술 - 2차 임원 - 최종 합격)

생각해보면 전형이 많아서, 합격까지 많은 기간이 소요된 것 같다.

12/10 지원 접수

12/28 열람

01/04 서류 합격 후 코딩 테스트 안내

01/07 코딩테스트 응시

01/09 코딩테스트 합격 후 인적성 안내

01/18 인적성 합격 후 1차 면접 안내

01/25 1차 기술 면접

02/13 1차 기술 합격 발표 후 2차 임원 면접 안내

02/21 2차 임원 면접

02/22 2차 임원 면접 합격 발표

02/28 처우 협의 및 오퍼래터 송부

03/15 기존 회사 퇴사

03/18 토니모리 입사

결론

근 3개월간의 대장정 이후, 결국 붙은 건 토니모리 하나였다. (빅테크에 가고 싶었지만, 내 실력이 부족한 것이겠지)

시니어가 되기 전, 주니어 때 다양한 비즈니스를 경험해야 내가 평생 몸 담을 분야를 정할 수 있다고 생각한다.

아직까지 SI, CRM, 물류 비즈니스만 조금 경험해본 나이기에 이커머스, 물류, CRM 등 다양한 비즈니스를 경험할 수 있다는 것이 매력적이었다.

그 전 경험했던 기술스택들과 비교했을때, 토니모리의 기술스택은 레거시지만, 레거시를 통해서 분명히 많은 것을 얻을 수 있고 A to Z까지 버전업을 진행해보는것 또한 매우 값진 경험이라 생각한다.(결론은 내가 하기 나름이다.)

결심

객관화 : 주니어 때 잦은 이직으로 인해, 내가 면접관으로써 나의 이력서를 봐도 오래 근속을 할 거 같다라는 느낌이 아예 없다.

해결 방향 : 최소 2~3년 동안 토니모리에 근속하면서, 다양한 비즈니스도 경험해보고 이번 이직을 통해서 느낀 방향성을 토니모리 개발 부서에 적용시키고 싶다.

토스뱅크 Server Developer 1차 면접 후기

ChrisJang — Wed, 28 Feb 2024 20:42:09 +0900

1. 서류(2024년 02월 02일)

원티드를 통해 지원했었는데,(2024년 02월 02일)

채용담당자를 통해서 이력서에 클릭되지 않는 링크가 있어 보강해달라는 리마인드 메일이 왔다.

메일이 온 것을 까먹고, 채용 담당자분께서 채용을 종료한다 연락이 와서

부리나케 이력서 링크 보강을 진행하였고,

운이 좋게도 해당 부서 실무자분들께 이력서를 전달해주겠다는 메일이 왔다.

- 2024년 2월 15일

그 이후, 2024년 02월 20일 서류 합격 메일이 왔고,

02월 28일 면접을 진행하기로 했다.

2. 1차 면접(2024년 02월 28일) 탈락

자세한 내용은 보안상 기재할 수 없다.

느낀점을 말하자면,

그간 내 경력에 있어서 왜 이러한 선택을 어떤 근거로 가지고 했는지와

만약 이런 선택을 했다면 어땠을까에 대해

서로 이야기 하는 시간이였던거 같다.

- 1시간 20분 정도 진행

아직 많이 부족한 나에게, 빅테크 재직자분들과 이야기 할 수 있었던 것은 정말 값진 경험인 것 같다.

WebClient 사용하면서 발생했던 에러 분석 및 해결 방안

ChrisJang — Fri, 19 Jan 2024 15:34:35 +0900

Spring Webflux의 WebClient를 사용하면서 발견한 에러 모음 및 해당 에러에 따른 fallback 입니다.

Error List

io.netty.handler.codec.DecoderException: javax.net.ssl.SSLException: Received fatal alert: internal_error

What is Error?

io.netty.handler.codec.DecoderException: javax.net.ssl.SSLException: Received fatal alert: internal_errorio.netty.handler.codec.DecoderException: javax.net.ssl.SSLException: Received fatal alert: internal_error at io.netty.handler.codec.ByteToMessageDecoder.callDecode(ByteToMessageDecoder.java:499) at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:290) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:444) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1410) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:440) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919) at io.netty.channel.epoll.AbstractEpollStreamChannel$EpollStreamUnsafe.epollInReady(AbstractEpollStreamChannel.java:800) at io.netty.channel.epoll.EpollEventLoop.processReady(EpollEventLoop.java:499) at io.netty.channel.epoll.EpollEventLoop.run(EpollEventLoop.java:397) at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:997) at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)

Why happened?

curl -X GET --tlsv1.2 -Ikv \\
'https://{mall_id}.cafe24api.com/api/v2/admin/customersprivacy?end_date=2024-01-15T07:15&date_type=login&limit=1000&fields=shop_no,member_id,name,cellphone,group_no,created_date,last_login_date,member_authentication,use_blacklist,blacklist_type,member_authority,gender,member_type,authentication_method,nationality,country_code&start_date=2024-01-15T06:15&shop_no=1'  \\
-H 'Authorization: Bearer veUVPnB0ekJnq3365Mg2Pm8O' \\
-H 'Content-Type: application/json' \\
-H 'X-Cafe24-Api-Version: 2023-12-01'

*   Trying 211.42.136.107:443...
* Connected to artifashion.cafe24api.com (211.42.136.107) port 443 (#0)
* ALPN: offers h2
* ALPN: offers http/1.1
* (304) (OUT), TLS handshake, Client hello (1):
* error:1404B438:SSL routines:ST_CONNECT:tlsv1 alert internal error
* Closing connection 0
curl: (35) error:1404B438:SSL routines:ST_CONNECT:tlsv1 alert internal error

해당 에러는 cafe24 사이트에서 mall을 비활성화 혹은 삭제할 경우, 해당 Mall의 api 요청 도메인인https://{mall_id}.cafe24api.com가 비활성화되어, 요청시에 handshake가 불가능하여 4xx(요청 에러) 에러가 발생하는 경우이다.

How to solve

E.S 에러 로그 확인하여, 해당 에러가 발생하는 쇼핑몰 수집 중단 처리

MismatchedInputException: Cannot deserialize value of type

What is Error?

MismatchedInputException: Cannot deserialize value of typeCannot deserialize value of type java.util.ArrayList<com.luna.cpt.remindme.collector.domain.dto.cafe24.Cafe24Dto$OrdersCouponResponseInfo> from Object value (token JsonToken.START_OBJECT); nested exception is com.fasterxml.jackson.databind.exc.MismatchedInputException: Cannot deserialize value of type java.util.ArrayList<com.luna.cpt.remindme.collector.domain.dto.cafe24.Cafe24Dto$OrdersCouponResponseInfo> from Object value (token JsonToken.START_OBJECT)

Why happened?

수집 서버에 선언한 response 타입(Cafe24 Api Document에 기재된 타입)과 실제 반환 타입이 달라 converting 할 때 MismatchedInputException가 발생한다.
Example
- Expected result
  - response body { "coupons":[ { {...}, {...}, {...}, {...} } ] }
- Actual Result
  - response body { "coupons":{ "0":{...}, "5":{...}, "10":{...}, "15":{...} } }

How to solve

기대하는 응답 타입이 아닌 다른 타입으로 응답이 올 경우, 해당 응답값은 버린다.

java.lang.IllegalStateException: Expected BEGIN_OBJECT but was STRING at line 1 column 1 path $

What is Error?

java.lang.IllegalStateException: Expected BEGIN_OBJECT but was STRING at line 1 column 1 path $java.lang.IllegalStateException: Expected BEGIN_OBJECT but was STRING at line 1 column 1 path $

Why happened?

수집 서버에 선언한 response 타입(Cafe24 Api Document에 기재된 타입)과 실제 반환 타입이 달라 converting 할 때 MismatchedInputException가 발생한다.
Example
- Expected result
  - response body { "coupons":[ { {...}, {...}, {...}, {...} } ] }
- Actual Result
  - response body { "coupons":{ "0":{...}, "5":{...}, "10":{...}, "15":{...} } }

How to solve

기대하는 응답 타입이 아닌 다른 타입으로 응답이 올 경우, 해당 응답값은 버린다.

io.netty.handler.ssl.SslHandshakeTimeoutException: handshake timed out after 10000ms

What is Error?

io.netty.handler.ssl.SslHandshakeTimeoutException: handshake timed out after 10000msio.netty.handler.ssl.SslHandshakeTimeoutException: handshake timed out after 10000ms at io.netty.handler.ssl.SslHandler$7.run(SslHandler.java:2115) at io.netty.util.concurrent.PromiseTask.runTask(PromiseTask.java:98) at io.netty.util.concurrent.ScheduledFutureTask.run(ScheduledFutureTask.java:153) at io.netty.util.concurrent.AbstractEventExecutor.runTask(AbstractEventExecutor.java:174) at io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:167) at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:470) at io.netty.channel.epoll.EpollEventLoop.run(EpollEventLoop.java:406) at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:997) at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) at java.base/java.lang.Thread.run(Unknown Source)

Why happened?

요청 URL에 문제가 있나 확인해보니, 응답 서버 혹은 URL에 대한 문제는 아니였고, 수집시에 API 요청량이 많다보니, 요청서버와 응답서버간(Cafe24) handshake에 있어서 지연이 생기는 것으로 확인됨.

How to solve

private HttpClient makeHttpClient() {
        return HttpClient.create(makeConnectionProvider())
                .secure(sslContextSpec -> {
                    try {
                        sslContextSpec.sslContext(SslContextBuilder
                                .forClient()
                                // SSL 인증서 확인을 비활성화 => 즉, 클라이언트는 유효하지 않거나 신뢰할 수 없는 인증서라도 모든 SSL 인증서를 수락
                                .trustManager(InsecureTrustManagerFactory.INSTANCE)
                                .build())
                                .handshakeTimeout(Duration.ofMillis(webClientProperties.getHTTPCLIENT_SECURE_SSL_HANDSHAKE_TIMEOUT_MILLIS()));
                    } catch (SSLException e) {
                        throw new RuntimeException(e);
                    }
                })
                .option(ChannelOption.CONNECT_TIMEOUT_MILLIS, webClientProperties.getCONNECTION_TIMEOUT_MILLISECOND())
                .doOnConnected(connection ->
                        connection.addHandlerLast("READ_TIME_OUT_HANDLER", new ReadTimeoutHandler(webClientProperties.getREAD_TIMEOUT_SECOND()))
                                .addHandlerLast("WRITE_TIME_OUT_HANDLER", new WriteTimeoutHandler(webClientProperties.getWRITE_TIMEOUT_SECOND()))
                );
    }

대용량 API 요청시 충분한 handshake 대기시간을 위해서, HttpClient ssl의 handshakeTimeout를 Default 10000ms에서 30000ms로 증가시켰음.

org.springframework.dao.QueryTimeoutException: Redis command timed out

What is Error?

org.springframework.dao.QueryTimeoutException: Redis command timed outorg.springframework.dao.QueryTimeoutException: Redis command timed out; nested exception is io.lettuce.core.RedisCommandTimeoutException: Command timed out after 2 second(s) at org.springframework.data.redis.connection.lettuce.LettuceExceptionConverter.convert(LettuceExceptionConverter.java:70) at org.springframework.data.redis.connection.lettuce.LettuceExceptionConverter.convert(LettuceExceptionConverter.java:41) at org.springframework.data.redis.connection.lettuce.LettuceReactiveRedisConnection.lambda$translateException$0(LettuceReactiveRedisConnection.java:293) at reactor.core.publisher.Flux.lambda$onErrorMap$28(Flux.java:7070) at reactor.core.publisher.FluxOnErrorResume$ResumeSubscriber.onError(FluxOnErrorResume.java:94) at reactor.core.publisher.MonoFlatMapMany$FlatMapManyInner.onError(MonoFlatMapMany.java:255) at reactor.core.publisher.Operators$MonoSubscriber.onError(Operators.java:1886) at reactor.core.publisher.FluxMap$MapSubscriber.onError(FluxMap.java:134) at reactor.core.publisher.MonoNext$NextSubscriber.onError(MonoNext.java:93) at reactor.core.publisher.MonoNext$NextSubscriber.onError(MonoNext.java:93) at io.lettuce.core.RedisPublisher$ImmediateSubscriber.onError(RedisPublisher.java:891) at io.lettuce.core.RedisPublisher$State.onError(RedisPublisher.java:712) at io.lettuce.core.RedisPublisher$RedisSubscription.onError(RedisPublisher.java:357) at io.lettuce.core.RedisPublisher$SubscriptionCommand.onError(RedisPublisher.java:797) at io.lettuce.core.RedisPublisher$SubscriptionCommand.doOnError(RedisPublisher.java:793) at io.lettuce.core.protocol.CommandWrapper.completeExceptionally(CommandWrapper.java:128) at io.lettuce.core.protocol.CommandExpiryWriter.lambda$potentiallyExpire$0(CommandExpiryWriter.java:175) at io.netty.util.concurrent.PromiseTask.runTask(PromiseTask.java:98) at io.netty.util.concurrent.ScheduledFutureTask.run(ScheduledFutureTask.java:153) at io.netty.util.concurrent.AbstractEventExecutor.runTask(AbstractEventExecutor.java:174) at io.netty.util.concurrent.DefaultEventExecutor.run(DefaultEventExecutor.java:66) at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:997) at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) at java.base/java.lang.Thread.run(Unknown Source) Suppressed: java.lang.Exception: #block terminated with an error at reactor.core.publisher.BlockingSingleSubscriber.blockingGet(BlockingSingleSubscriber.java:99) at reactor.core.publisher.Mono.block(Mono.java:1742) at com.luna.cpt.remindme.collector.akka.actors.ApiWorkActor.lambda$createReceive$1(ApiWorkActor.java:68) at akka.japi.pf.UnitCaseStatement.apply(CaseStatements.scala:24) at akka.japi.pf.UnitCaseStatement.apply(CaseStatements.scala:20) at scala.PartialFunction.applyOrElse(PartialFunction.scala:214) at scala.PartialFunction.applyOrElse$(PartialFunction.scala:213) at akka.japi.pf.UnitCaseStatement.applyOrElse(CaseStatements.scala:20) at scala.PartialFunction$OrElse.applyOrElse(PartialFunction.scala:269) at scala.PartialFunction$OrElse.applyOrElse(PartialFunction.scala:270) at akka.actor.Actor.aroundReceive(Actor.scala:537) at akka.actor.Actor.aroundReceive$(Actor.scala:535) at akka.actor.AbstractActor.aroundReceive(AbstractActor.scala:220) at akka.actor.ActorCell.receiveMessage(ActorCell.scala:579) at akka.actor.ActorCell.invoke(ActorCell.scala:547) at akka.dispatch.Mailbox.processMailbox(Mailbox.scala:270) at akka.dispatch.Mailbox.run(Mailbox.scala:231) at akka.dispatch.Mailbox.exec(Mailbox.scala:243) at java.base/java.util.concurrent.ForkJoinTask.doExec(Unknown Source) at java.base/java.util.concurrent.ForkJoinPool$WorkQueue.topLevelExec(Unknown Source) at java.base/java.util.concurrent.ForkJoinPool.scan(Unknown Source) at java.base/java.util.concurrent.ForkJoinPool.runWorker(Unknown Source) at java.base/java.util.concurrent.ForkJoinWorkerThread.run(Unknown Source) Caused by: io.lettuce.core.RedisCommandTimeoutException: Command timed out after 2 second(s) at io.lettuce.core.internal.ExceptionFactory.createTimeoutException(ExceptionFactory.java:59) at io.lettuce.core.protocol.CommandExpiryWriter.lambda$potentiallyExpire$0(CommandExpiryWriter.java:176) ... 8 common frames omitted

Why happened

Cause:

Command timeouts are caused by the fact that a command was not completed within the configured timeout. Timeouts may be caused for various reasons:
1. Redis server has crashed/network partition happened and your Redis service didn’t recover within the configured timeout
2. Command was not finished in time. This can happen if your Redis server is overloaded or if the connection is blocked by a command (e.g. BLPOP 0, long-running Lua script). See also blpop(Duration.ZERO, …) gives RedisCommandTimeoutException.
3. Configured timeout does not match Redis’s performance.
4. If you block the EventLoop (e.g. calling blocking methods in a RedisFuture callback or in a Reactive pipeline). That can easily happen when calling Redis commands in a Pub/Sub listener or a RedisConnectionStateListener.

Conclusion:
- 1번 상황이 우려 되어, 인프라팀에게 redis 모니터링 정보 요청함.

QueryTimeoutException의 ****발생 시각은 16:31:19초경인데, 전혀 문제가 발생한 것 같지 않다.
- AWS 관리형 서비스에서는 거의 문제가 발생하지 않기 때문에 아닌 것 같았지만, 역시 아니다.
4번의 경우이다.
- QueryTimeoutException 에러는 수집 서버에서 heap이 초과되면서, 연이어서 발생했던 에러이다.
- 위 지표만 보아도 redis 서버는 정상적으로 작동하고 있었다.
- Reactive pipeline을 통해 레디스에 값을 요청하는 구조이다.
  - heap space full 상태가 되면서 Reactive system이 제대로 동작하지 않아 해당 에러가 발생한것으로 예상된다.
현재 수집 서버는 Webflux를 사용하고 springframework.data.redis.core의 ReactiveValueOperations를 사용하고 있다.

nested exception is io.netty.handler.timeout.ReadTimeoutException

What is Error?

nested exception is io.netty.handler.timeout.ReadTimeoutExceptionnested exception is io.netty.handler.timeout.ReadTimeoutException

Why happened?

Here are a few scenarios where a read operation might take longer than the timeout value: (출처)
1. The server takes too long to process the request and send a response.
2. A network issue causes delays in the transmission of data.
3. The client takes too long to process data received from the server.
- Conclusion:
  - 특정 Cafe24 API URL의 경우, API 요청 후 응답 데이터가 너무 길어 제한된 읽기 시간(Read TimeOut) 안에 데이터 처리를 끝내지 못해 발생함.

How to solve

private HttpClient makeHttpClient() {
        return HttpClient.create(makeConnectionProvider())
                .secure(sslContextSpec -> {
                    try {
                        sslContextSpec.sslContext(SslContextBuilder
                                .forClient()
                                // SSL 인증서 확인을 비활성화 => 즉, 클라이언트는 유효하지 않거나 신뢰할 수 없는 인증서라도 모든 SSL 인증서를 수락
                                .trustManager(InsecureTrustManagerFactory.INSTANCE)
                                .build())
                                .handshakeTimeout(Duration.ofMillis(webClientProperties.getHTTPCLIENT_SECURE_SSL_HANDSHAKE_TIMEOUT_MILLIS()));
                    } catch (SSLException e) {
                        throw new RuntimeException(e);
                    }
                })
                .option(ChannelOption.CONNECT_TIMEOUT_MILLIS, webClientProperties.getCONNECTION_TIMEOUT_MILLISECOND())
                .doOnConnected(connection ->
                        connection.addHandlerLast("READ_TIME_OUT_HANDLER", new ReadTimeoutHandler(webClientProperties.getREAD_TIMEOUT_SECOND()))
                                .addHandlerLast("WRITE_TIME_OUT_HANDLER", new WriteTimeoutHandler(webClientProperties.getWRITE_TIMEOUT_SECOND()))
                );
    }

HttpClient가 연결되었을때 Read하는 시간을 증가시켰음.
- Before : 15 sec
- After : 60 sec

메쉬코리아(부릉) 풀필먼트개발실 Software Engineer 합격 수기

ChrisJang — Sun, 17 Jul 2022 16:27:55 +0900

2년차 주니어 백엔드 개발자의 4개월간의 이직 성공기

2022년 3월 부터 시작

3월부터 80군데 회사를 지원해본 것 같다.

메쉬 코리아의 지원 과정

지원	2022. 06. 08.
서류 전형	2022. 6. 16.
Online Coding Test	2022. 6. 20. ??
Job Interview	2022. 7. 01
Culture Interview	2022. 7. 11
처우 협의	2022. 7. 13 최종 합격 발표 ~
입사	2022.09.05

[WEB] HTTP와 TCP에 대해 알아보자.

ChrisJang — Wed, 15 Jun 2022 22:07:38 +0900

HTTP와 TCP에 대해 검색을 하다 매우 이해하기 쉽게 작성해놓은 글이 있어서 정리 해보려 한다.

HTTP란?

-. Hyper Text Transfer Protocol의 약자로써 HTML 파일을 전송하는 프로토콜.

-. 초기에는 HTML 파일 전송 목적으로 탄생하였으나 지금은 파일, JSON 등 다양한 형태로 전송이 가능.

-. TCP 위에서 동작하지만 TCP 와는 다르게 비연결지향적인 단방향 통신

HTTP 통신이란 무엇인가?

-. 클라이언트에서 서버로 Request를 보내고 서버가 Response하는 방식.

-. 응답에는 클라이언트의 요청에 따른 결과를 반환.

-. 클라이언트의 Request가 있을 때만 서버가 Response를 반환하는 단반향 통신.

-. Response 후 Connection이 끊어지지만 Keep Aliev 옵션으로 유지 가능.

TCP란?

-. 서버와 클라이언트 간에 데이터를 신뢰성 있게 전달하기 위해 만들어진 프로토콜.

TCP 통신이란 무엇인가?

-. TCP 통신은 Handshake라는 과정으로 서로가 통신 할 수 있는 상태인지를 먼저 인증 후에 통신.

-. 연결지향적인 양방향 통신(= 클라이언트와 서버 양쪽에서 서로 데이터를 전달 하는 방식)

-. 계속해서 Connection을 유지하고 있기 때문에 HTTP에 비해서 상대적으로 많은 자원을 사용.

출처 :

https://mysterico.tistory.com/2

https://moondongjun.tistory.com/34

https://kotlinworld.com/75

[JAVA] Stack & Heap? 자바에서 스택과 힙이란?

ChrisJang — Wed, 1 Jun 2022 18:14:15 +0900

스택(Stack) 이란?

- Stack 에는 heap 영역에 생성된 Object 타입의 데이터들에 대한 참조를 위한 값들이 할당된다.
- 원시 타입(primitive types)(byte, short, int, long, double, float, boolean, char)의 경우 실제 데이터 값이 할당된다.
- 해당 method가 호출되면 메모리에 할당되고 method가 종료되면 메모리가 해제된다.

public class Main{
    public static void main(String[] args) {
        int a;
        m1();
    }

    public static void m1() {
        int b;
        doublc q;
        m2();
    }

    public static void m2() {
        int c;
        boolean z;
    }
}

1. main 메서드 호출되면 아래와 같이 Stack에 쌓인다.

2. main 메서드 호출이 끝나고 Stack은 후입선출 구조이기 때문에 아래와 같이 Stack의 할당된 값들이 종료가 된다.

메소드가 종료되면 자동으로 메모리가 종료된다.

힙(Heap) 이란?

Heap 영역에는 대체로 생명주기가 긴 데이터가 저장된다.
모든 Object type(String, ArrayList, HashMap, Inteter, etc...)의 데이터가 저장되는 영역이다.

public class Main{
    public static void main(String[] args) {
        int a;
        m1();
    }

    public static void m1() {
        int b;
        doublc q;
        m2();
    }

    public static void m2() {
        int c;
        boolean z;
        m3();
    }

    public static void m3() {
        String str = "크리스입니다.";
        str += "반가워요";
    }
}

1. m3의 메소드가 호출된다.

2. m3의 str은 초기화를 2번 하는 구조이다. 마지막으로 선언된 str을 reference 하게 된다.

3. Stack에 str라는 이름으로 생성된 변수는 할당된 값을 가지고 있는게 아니라 Heap의 선언된 String을 reference 한다.

4. 위와 같이 Heap에서 String : "크리스입니다"는 unreachable object(어떤 변수도 reference 하고 있지 않는 객체)이다.
5. 참조되지 않은 Data가 Heap에 존재하기 때문에 메모리 누수가 발생한다. 이때 JVM의 GC가 동작하여 unreachable object를 제거한다.

출처 :

https://www.youtube.com/watch?v=wR_I-H9ikok

[Database] 인덱스(index, 색인)란 무엇인가? (작성중)

ChrisJang — Mon, 30 May 2022 17:22:02 +0900

면접 단골 질문인 index에 대해 알아보아요~

What is index in Database?

-. index란 Database 테이블 접근에 있어 검색 성능을 높여주는 자료구조입니다.

Index의 장점.

-. 검색 성능 향상.

-. 시스템 부하를 줄여, 전체 시스템의 성능 향상.

Index의 단점.

-. 인덱스를 저장하기 위한 추가 공간이 필요함.

-. 생성하는 테이블을 위한 물리적 공간 말고도 추가적으로 Index 또한 생성하기 때문에 추가 시간이 소요됨.

-. 인덱스를 사용하 테이블을 고려해야함.

주의사항

인덱스(Index)의 종류

Clusted Index(클러스터형 인덱스)

Non-Clustered Index(비클러스터형 인덱스)

출처 :

https://mangkyu.tistory.com/96

https://azderica.github.io/00-db-index/