웹 서비스를 구동하였을 때, 이것이 잘 동작하는 지를 확인하는 방법으로 크게 3가지가 있습니다.Ping 테스트Port 테스트Http Status 테스트이번 포스팅에서는 이 중 첫 번째인 Ping 테스트에 대해 알아보고자 합니다.참고로 위 세 가지를 꼭 순서대로 진행할 필요는 없습니다. 다만, 특정 테스트를 했을 때, 문제가 발생했다면 이것이 서버의 문제인지 네트워크의 문제인지를 파악하는 근거를 마련할 수 있을 것입니다.1. Ping 체크를 하는 이유Ping 명령어는 ICMP 프로토콜을 사용해 대상 서버에게 보내 IP 주소만으로 서버에 연결이 가능한지에 대한 피드백을 얻는 방법입니다.ping 명령은 호스트나 게이트웨이로부터 ICMP ECHO_RESPONSE를 확보하기 위해 인터넷 제어 메시지 프로토콜(IC..
객체지향의 사실과 오해라는 책을 읽으면서 새롭게 알게된 점, 그리고 우아한테크코스 7기의 프리코스 마지막 미션 편의점을 수행하면서 느낀 점을 함께 적어보고자 합니다. 한 편의 독후감이자 회고가 될 수 있겠네요. 1. 어떠한 관점으로 객체를 바라볼 것인가?필자는 객체를 그저 인스턴스의 한국말이라고 생각했습니다. 클래스를 바탕으로 생성되는, 실제 힙 메모리에 할당되는 데이터라고만 생각했습니다. 하지만, 이는 이 책에서 언급하는 객체에 대한 하나의 오해였다는 걸 깨달았습니다.객체지향에서의 제대로 객체를 이해하기 위해서는 나무가 아닌 숲을 봐야만 합니다. Car라는 클래스를 통해 생성한 객체를 바라본다면, 그 객체가 갖고 있는 필드 혹은 메서드에만 집중해서는 안됩니다.그 객체가 해당 어플리케이션에서 어떠한 책임..
https://www.youtube.com/watch?v=K3yeH8K5zMw 해당 내용을 정리한 글입니다.1. 답정너 이론회사는 어떤 사람을 뽑고 싶은지 이미 정해놓고 공고를 올린다.포트폴리오와 이력서는 내가 어떤 사람인지 어필하는게 아니다.어떤 걸 어필하고 소개해야 되는지는 이미 정해져 있다.즉, 내가 보여주고 싶은 모습을 보여주는게 아니라 회사에서 원하는 모습을 보여줘야 한다. 그렇다면, 회사의 인재상은 어떻게 알 수 있을까?채용공고의 지원 자격과 우대 조건을 확인하면 어떤 사람을 뽑고자 하는지 힌트를 얻을 수 있다.인재상, 채용설명회도 마찬가지!이렇게 공고를 분석하고 나서 회사가 듣고 싶은 말을 이력서와 포트폴리오에 녹여내자.2. 마피아 게임 이론거짓말로 자신을 표현하는 사람을 마피아라고 한다...
https://whxogus215.tistory.com/135 로그를 분석하며 문제를 발견하다 [커넥션 풀 트러블 슈팅 - 2]https://whxogus215.tistory.com/134 EC2가 자꾸 죽네...? [커넥션 풀 트러블 슈팅 - 1]서비스 오픈을 앞두고 있는 시점에서 서버가 터지는 일이 발생했는데, 한달 동안 두 번이나 이런 문제가 발생했다. 도whxogus215.tistory.com지난 포스팅에서 NginX 및 스프링부트의 로그를 바탕으로 원인을 분석하였고, 데이터를 저장하는 과정에서 불필요하게 많은 insert 쿼리가 발생함을 발견하였다. 그러나 IDENTITY 방식으로 ID를 관리하던 엔티티였기에 JPA가 아닌 JDBC를 통해 batchInsert를 적용하기로 하였다. 1. JPA..
https://whxogus215.tistory.com/134 EC2가 자꾸 죽네...? [커넥션 풀 트러블 슈팅 - 1]서비스 오픈을 앞두고 있는 시점에서 서버가 터지는 일이 발생했는데, 한달 동안 두 번이나 이런 문제가 발생했다. 도대체 어디서 문제가 발생한건지 싶어 EC2에서 실행중인 스프링부트(WAS) 컨whxogus215.tistory.com지난 포스팅에서 서비스를 정식 오픈하지 않았음에도 커넥션 풀의 스레드 기아 현상으로 인해 서버가 두 번이나 죽는 문제가 발생했다. 필자는 먼저 우리 서비스의 구조인 3-Tier에서 가장 앞 단에 있는 웹서버, NginX의 로그를 확인해보았다. 1. 충격적인 NginX의 로그 NginX의 로그는 Ubuntu 기준, /var/log/nginx/access.lo..
서비스 오픈을 앞두고 있는 시점에서 서버가 터지는 일이 발생했는데, 한달 동안 두 번이나 이런 문제가 발생했다. 도대체 어디서 문제가 발생한건지 싶어 EC2에서 실행중인 스프링부트(WAS) 컨테이너의 로그를 확인해보았고,다음과 같은 에러가 발생했다. 당시에 로그를 저장하지 않고, 컨테이너를 재실행해서 로그를 캡쳐하지 못했다... 다만 해당 포스팅에서 발생한 것과 동일한 에러가 발생했다. (로그를 어떻게 효과적으로 남길 수 있는지에 대해서도 추후 공부해볼 예정...!) 우리 서비스는 성적 파일을 업로드하거나 자신의 공학인증 결과를 조회할 때 커넥션을 사용하여 DB의 쿼리 결과를 가져온다. 하지만 아직 오픈하기 전이라 서버에 들어오는 사용자가 우리 개발진들(3명) 말고는 없없다. 즉, 다수의 요청으로 인한..
내 블로그 - 관리자 홈 전환 |
Q
Q
|
---|---|
새 글 쓰기 |
W
W
|
글 수정 (권한 있는 경우) |
E
E
|
---|---|
댓글 영역으로 이동 |
C
C
|
이 페이지의 URL 복사 |
S
S
|
---|---|
맨 위로 이동 |
T
T
|
티스토리 홈 이동 |
H
H
|
단축키 안내 |
Shift + /
⇧ + /
|
* 단축키는 한글/영문 대소문자로 이용 가능하며, 티스토리 기본 도메인에서만 동작합니다.