힘차게, 열심히 공대생

해당 포스팅은 인프런 "리눅스 성능 분석 시작하기" 를 수강하고 정리한 글입니다 :) 리눅스 기반 os 에서 돌아가는 서버 시스템의 성능 측정 및 장애 대응에 대한 학습 내용 정리 글 입니다. 💡 리눅스 성능 분석의 기본 명령어 명령어 역할 uptime 시스템 가동 시간, Load Average 확인 dmesg 커널 메세지 확인 (OOME 발생 여부, SYN Flooding 여부) free 메모리 사용 현황 확인 df 디스크 여유 공간 및 inode 공간 확인 top 프로세스들의 상태, CPU 사용률, 메모리 사용률 확인 netstat 네트워크 연결 정보 확인 tcpdump 네트워크 트러블 슈팅 분석을 위한 패킷 수집 명령어 📌 top 명령어 커널 혹은 쉘스크립트 환경에서 간단하게 CPU 및 메모리 사용..

해당 포스팅은 인프런 "리눅스 성능 분석 시작하기" 를 수강하고 정리한 글입니다 :) 리눅스 기반 os 에서 돌아가는 서버 시스템의 성능 측정 및 장애 대응에 대한 학습 내용 정리 글 입니다. 💡 리눅스 성능 분석의 기본 명령어 명령어 역할 uptime 시스템 가동 시간, Load Average 확인 dmesg 커널 메세지 확인 (OOME 발생 여부, SYN Flooding 여부) free 메모리 사용 현황 확인 df 디스크 여유 공간 및 inode 공간 확인 top 프로세스들의 상태, CPU 사용률, 메모리 사용률 확인 netstat 네트워크 연결 정보 확인 tcpdump 네트워크 트러블 슈팅 분석을 위한 패킷 수집 명령어 ✅ df 명령어 df는 리눅스 환경에서, 디스크의 여유 공간과 inode 의 공..

좋은 기회로 유스콘 오프라인 행사에 다녀올 수 있었습니다. 많은 인사이트와 동기부여를 얻을 수 있었던 좋은경험이었기에, 짧게남아 글로 남겨보고자 합니다. 서론 유스콘을 처음 알게된것은, 여러군데 들어가있던 개발 오픈단톡방 중 1곳이었습니다. 소수의 인원만이 존재했던 한 오픈채팅방에서 한분이 유스콘 발표를 한다는 말을 꺼내셔서 처음 알게되었습니다. → 이후, 지인의 유스콘 오프라인 신청 권유, ATDD 슬랙방의 홍보, 다른 단톡방에서의 언급 등등으로 생각보다 큰 행사임을 깨달았고, 오프란인 참가 자격을 얻어 다녀왔습니다. (300명이 지원했고 140여명이 오프라인 참가자격을 얻었다.) "주니어 개발자가 발표하는 컨퍼런스" 라는 키워드에서, 나와 비슷한 연차의 사람들이 이런 무대에서 발표도 할수 있구나,, ..

해당 포스팅은 인프런 "리눅스 성능 분석 시작하기" 를 수강하고 정리한 글입니다 :) 리눅스 기반 os 에서 돌아가는 서버 시스템의 성능 측정 및 장애 대응에 대한 학습 내용 정리 글 입니다. 💡 리눅스 성능 분석의 기본 명령어 명령어 역할 uptime 시스템 가동 시간, Load Average 확인 dmesg 커널 메세지 확인 (OOME 발생 여부, SYN Flooding 여부) free 메모리 사용 현황 확인 df 디스크 여유 공간 및 inode 공간 확인 top 프로세스들의 상태, CPU 사용률, 메모리 사용률 확인 netstat 네트워크 연결 정보 확인 tcpdump 네트워크 트러블 슈팅 분석을 위한 패킷 수집 명령어 ✅ free 명령어 현재 사용중인 메모리 사용양과, 사용가능한 메모리양 등 전반..

해당 포스팅은 인프런 "리눅스 성능 분석 시작하기" 를 수강하고 정리한 글입니다 :) 리눅스 기반 os 에서 돌아가는 서버 시스템의 성능 측정 및 장애 대응에 대한 학습 내용 정리 글 입니다. 💡 리눅스 성능 분석의 기본 명령어 명령어 역할 uptime 시스템 가동 시간, Load Average 확인 dmesg 커널 메세지 확인 (OOME 발생 여부, SYN Flooding 여부) free 메모리 사용 현황 확인 df 디스크 여유 공간 및 inode 공간 확인 top 프로세스들의 상태, CPU 사용률, 메모리 사용률 확인 netstat 네트워크 연결 정보 확인 tcpdump 네트워크 트러블 슈팅 분석을 위한 패킷 수집 명령어 ✅ dmesg 명령어 dmesg는 커널에서 발생하는 다양한 메시지들을 출력하는 ..

해당 포스팅은 인프런 "리눅스 성능 분석 시작하기" 를 수강하고 정리한 글입니다 :) 리눅스 기반 os 에서 돌아가는 서버 시스템의 성능 측정 및 장애 대응에 대한 학습 내용 정리 글 입니다. 💡 리눅스 성능 분석의 기본 명령어 명령어 역할 uptime 시스템 가동 시간, Load Average 확인 dmesg 커널 메세지 확인 (OOME 발생 여부, SYN Flooding 여부) free 메모리 사용 현황 확인 df 디스크 여유 공간 및 inode 공간 확인 top 프로세스들의 상태, CPU 사용률, 메모리 사용률 확인 netstat 네트워크 연결 정보 확인 tcpdump 네트워크 트러블 슈팅 분석을 위한 패킷 수집 명령어 업타임은 동작 중이면서 사용 가능한 기계의 시간을 백분율로 나타낸 시스템의 신뢰..

으아아아아아 수료했다아아아아🔥🔥🔥🎉🥳 약 2달전에 NEXTSTEP 에서 진행하는 "ATDD, 클린 코드 with Spring 7기" 라는 교육을 수강했다! (https://edu.nextstep.camp/) 1달 반정도 같이있었던 첫 개발 사회생활의, 첫 번째 사수님이 수강하셨고 추천해주셨던 강의인데,, 그때 당시 "단위 테스트도 잘 못하는데 무슨 인수테스트냐;;" 라는 생각에 꼭 나중에 들어봐야지 다짐하고 1년이 지난 지금 드디어 수강을했고, 수료를 했다 넥스트스텝은 다양한 주제의 시즌제(?) 강의들이 존재하는 교육 플랫폼이다. 사수님 덕분에 알게되었지만, 큰 관심을 가지게된건 여러가지 복합적인 이유가 있지만 가장 큰건 catsbi 님의 회고글 이였다. (신기하게도 catsbi 님도 리뷰어 중에 있었다..

🔥현재 NEXT STEP 에서 진행하는 ATDD 강의를 수강하고 있습니다. 강의에서 예전부터 고민하던 통합테스트 환경에서 데이터베이스를 격리하는 방법에 대해 알게되어 기록을 남겨보고자 합니다. [예전에 시도해봤던 방법] 통합테스트 환경에서 시도한건 아니지만 단위테스트에서 JPA 에 의존하는 Repository 를 온전히 격리해 어떤상황에서든 성공하는 단위테스 환경을 구축하고자 했던적이 있습니다. 👉 service 단위 테스트 하기 - DB 와 독립된 테스트 환경 구축 (service unit test) 하지만 1. 단위테스트 환경에서는 사실상 Mocking 을 하는것보다 큰 장점이 없었고 2. 필요로하는 Repsitory 기능을 매번 정의해주어야해서 많이 번거로웠습니다. 👏🏻 그치만 통합테스트 환경에서는..

개발환경은 Spring Boot 3.0.x + Spring Security 6.x 입니다 [목차] 문제 상황 Spring Security 에서 404를 반환하지 않는 이유 문제 해결 [결론 요약] error page 설정 FORWARD_REQUEST_URI - error 처리 경로 ("/error") spring seurity 에 등록 AuthenticationEntryPoint 혹은 AccessDeniedHandler 에서 핸들링 1. 🤣 문제상황 Spring Security 를 적용하니까 이게 6 버전이라 그런건지,, 설정을 놓친건지 클라이언트에서 존재하지 않는 리소스 endpoint 를 호출할 때 404 NOT FOND 를 반환하지 401 UnAuthorization 코드를 반환하는 문제가 있었습니..

오늘은 Spring Security 를 적용했지만 JWT 가 만료되거나, 잘못된 토큰일 경우 401 코드 뿐만아니라 에러 메세지까지 핸들링 해줄 수 있도록 설정해 주고자 합니다. 1. Spring Security 와 @ControllerAdvice 먼저 상황은 아래와 같습니다. (깔끔하져?) 사이드 프로젝트 진행중인데, 바빠서 이부분까지 신경을 못 써주고 당연히 메세지까지 전달해주겠지~ 했지만 아니였습니다. 일단 저는 Spring Boot 에서 에러 핸들링을 @ControllerAdvice 를 이용한 AOP 방식으로 처리해주었는데요 📌Spring Security 는 Spring Context 의 바깥 쪽, 즉 Filter 단에서 Servlet 에 전달되기 전에 처리됩니다. @ControllerAdvice..