소개
안녕하세요.
멘토링을 하면서 주니어 개발자들이 어려워 하는 개념들에 대해 어떻게 하면 쉽게 전달할 수 있을지에 대해서 많은 고민을 하고 있는 푸(Foo)라고 합니다.
잘 부탁 드리겠습니다.
이력
2019. 08 ~ 현재 : 카카오 자바 백엔드 개발자
2021. 08 ~ 현재 : programmers 백엔드 데브코스 멘토
2021. 12 ~ 현재 : F-Lab 자바 백엔드 멘토
책
이것이 취업을 위한 백엔드 개발이다 with 자바(링크)
기타 이력 및 타 플랫폼 강의들은 아래 GitHub 링크에서 확인할 수 있습니다.
GitHub - https://github.com/lleellee0
강의
전체6수강평
- 다음강의 기대할게요.
hanumoka
2024.08.18
1
- 프로젝트에서 마침 준비중인데 꼭 필요한 강의 같습니다!
Sh.Choi
2024.08.18
1
- .
hanumoka
2024.08.17
1
게시글
질문&답변
2024.09.07
8080 접속 안 되는 문제
이종수님 안녕하세요~ 우선 강의 잘 들어주셔서 감사합니다. 🙂 아마 제 기억이 맞으면, GCP에서는 인스턴스 내에서 방화벽 설정을 해주는 것외에 GCP 대시보드 내에서 방화벽 설정을 해줘야 했던 것으로 기억하는데요, 혹시 가능하다면 GCP에 방화벽이 설정되어있는지 확인해보시고 잘 해결이 안되거나 설정 관련해서 잘 모르겠다면 lleellee013@gmail.com 으로 메일 보내주세요! (IP 주소 등 노출되어 있어서 공개적인 곳 말고 메일로 주시는게 좋을 것 같습니다.)
- 1
- 1
- 18
질문&답변
2024.09.06
Resilience4J 적절한 적용 예시인지 질문드립니다.
dlkfjan님 안녕하세요~ 질문주신 내용에 대해 답변드리겠습니다. 결론부터 이야기하면 적어주신 상황은 Resilience4j의 서킷 브레이커를 적용하기에 적절한 상황이라고 생각됩니다. 왜냐하면, 서킷 브레이커는 주로 외부 시스템에 장애가 발생했을 때 그 시스템으로의 요청을 차단해서 불필요한 대기 시간을 줄이고, 시스템의 안정성을 유지하는 데 사용되기 때문입니다. A 서버로 요청을 보냈을 때 장애가 발생하면 서킷을 OPEN 상태로 전환해서 더 이상 A 서버로 요청을 보내지 않는 건 서킷 브레이커의 기본적인 역할에 잘 맞습니다. B 서버로 Fallback을 하는 것 역시 Resilience4j에서 제공하는 서킷 브레이커에 대한 기능을 잘 활용하셨습니다~ 다만 A 서버가 저렴하다고 하셨으니 너무 자주 B 서버로 전환되진 않을지 확인이 필요합니다. 우선 A 서버로 몇번정도 재시도 한 후 B 서버로 Fallback이 되도록 하는게 어떨까 싶네요. 물론 사용자가 요청을 한거라서 대기중인 상태라면 너무 많이 재시도를 할 수는 없을텐데 상황에 맞게 하시면 됩니다. 즉, Resilience4j의 서킷 브레이커 + Retry를 함께 사용하시면 좋을 것 같습니다. 질문에 대한 답변이 됐을까요? 또 질문 있으면 질문 남겨주세요~ 감사합니다. 😃
- 1
- 1
- 9
질문&답변
2024.08.15
ssh 비밀번호 일치하는데 오류가 뜹니다
lucky5632님 안녕하세요~ 적어주신 내용만 봐서는 정상적으로 되어야 할 것 같은데 어떤 문제인지는 추가로 확인이 필요해보입니다. 적어주시지 않은 내용 중 몇가지 안되는 이유가 될만한 것은 아래 정도가 있을 것 같습니다. 젠킨스에 deploy_ssh_key 관련 설정을 하실 때 붙여넣은 개인키(Private Key)가 -----BEGIN 부터 시작해서 끝까지 -----END OPPENSSH PRIVATE KEY-----까지 잘 복사 붙여넣기가 되었는지 배포 대상으로 지정한 158.247.213.254가 application-instance-1이 맞는지 그 외에 인프런 AI 인턴이 올려준 내용 관련해서도 확인해보시면 좋을 것 같습니다. 그리고 문제에 대해 좀 더 정확하게 진단해보려면, jenkins 인스턴스 내에서 jenkins 도커 컨테이너에 접속한 상태에서 ssh -v 옵션을 통해 application-instance-1을 접속해보는 겁니다. ssh 접속 오류와 관련해서 클라이언트 입장에서 좀 더 자세한 문제 원인을 찾을 수도 있습니다. 이와 함께 application-instance-1의 ssh 접속 오류 로그를 확인해보시면 좋습니다. 아마 '/var/log/secure' 경로에서 확인할 수 있을겁니다. 위 내용대로 한번 트러블 슈팅 시도해보시고 추가적인 내용이나 문제 해결이 안되면 댓글 남겨주세요~! 감사합니다.
- 1
- 2
- 58
질문&답변
2024.08.02
webhook, jenkins 작동 안되는 문제
charo님 안녕하세요~ 해당 이슈 저도 강의 제작하다가 비슷하게 발생했던 것 같은데, 서버 인스턴스 제거 후 동일하게 다시 세팅했더니 정상 동작했어서 저한테만 발생한 일시적인 이슈인가해서 따로 강의 내에서 언급하지는 않았습니다. 혹시 다른분들께도 비슷한 문의 들어오면 강의 내용에 반영이나 방법을 수정해서 다시 촬영해보겠습니다. 제보해주셔서 감사합니다! (_ _)
- 2
- 1
- 74
질문&답변
2024.07.21
백엔드서버 배포시 포트번호는 어떻게 해야할까요?
이용화님 안녕하세요~ 만약 nginx를 사용하지 않고, 백엔드 서버를 그대로 클라이언트에게 제공하고 싶으면 아래처럼 하시면 됩니다! application.yaml에서 server.port 속성을 80으로 지정 (기본값이 8080이라서 아무것도 입력 안하면 8080으로 뜨고 있는겁니다.) 위와 같이 코드 변경 후 jar를 다시 생성 새로 생성된 jar를 리눅스 서버에 업로드 기존 입력하던 'java -jar ...' 명령어 앞에 sudo를 붙여 'sudo java -jar ...'로 실행 (80포트는 well known port로 root 권한이 필요한 포트입니다. 따라서 sudo로 실행시켜주셔야합니다.) 위와 같이 하면 www.도메인 로 접속해주셔도 잘 접속이 될겁니다. 다만 여기서 접속이 안된다면 방화벽 설정이 문제일 수 있습니다. 따라서 8080 포트를 열어주셨던 것처럼 80 포트도 열어주시면 됩니다. (제가 알기론 80은 그냥 열려있었던 것 같긴해요) 위 내용대로 해보시고 안되면 추가 질문 주시면 감사하겠습니다. (_ _)
- 1
- 1
- 115