일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- javascript scope
- javascript 정렬
- EC2 oh my zsh
- linux foreground
- Linux ls
- 자바스크립트 이벤트 루프
- JavaScript 실행 디버깅
- Linux cd
- linux background
- Linux rmdir
- 자바스크립트 런타임
- Linux oh my zsh
- Logback
- EC2 zsh
- Linux 디렉터리 역할
- HTTP Web Server
- Linux 파일 관리 명령어
- Linux cat
- Linux apt-get
- Linux 디렉터리 구조
- Navigation Pattern
- AWS EC2 서버 만들기
- Linux apt
- EC2 HTTP 호스팅
- Linux 디렉터리 명령어
- 서버의 서비스 방식
- EC2 Apache2
- JavaScript EventLoop
- Linux mkdir
- Linux pwd
- Today
- Total
목록Spring Framework (11)
HyunJun 기술 블로그
1. 디스코드 봇이란? 채팅방에서의 사용자가 명령어를 입력하면 프로그래밍된 특정한 출력 결과를 제공할 수 있는 계정입니다. 2. Discord 서버 생성 3. Discord App(Bot) 설정 링크 접속 후 로그인을 합니다. New Application 클릭 MESSAGE CONTENT INTENT를 허용해 주시고 Save Changes 클릭 이것을 허용해 주어야 디스코드 봇이 입력한 메시지를 받을 수 있습니다. 이제 토큰 값을 받기 위해 Reset Token을 클릭해 주세요. 토큰 값을 Copy 한 후 메모장에 따로 잘 저장해 주세요. 매우 중요한 값으로써 현재 창에서 벗어나면 다시 못 봅니다! 아래처럼 Bot에 권한 설정을 해주세요. 아래쪽에 보면 아래와 같이 URL이 생성됩니다. 해당 URL을 ..
1. Logback 데이터 전송 구조 슬랙과 디스코드에 이어서 마지막으로 텔레그램으로 Log를 받을 수 있도록 정리해 보겠습니다. 이전에 Logback 자동화와 관련된 2개의 제 글을 읽으셨다면 구조가 모두 비슷하다는 것을 알 수 있습니다. Logback 자체가 구현이 잘 되어있으므로, 개발자의 입장에서 핵심은 각 플랫폼에서 제공하는 비밀키(웹후크 주소), 봇과 appender 종속성을 추가하여 쉽게 구현하는 것입니다. 이번 시간에는 Logback을 Telegram으로 구현할 때 어떤 식으로 생각을 해서 구현해야 할까?에 초점을 맞춰서 글을 정리해 보겠습니다. 2. 종속성(dependency) 지난 2개의 Log 구현 글과, 서론에 제가 말한 것을 보았을 때 Logback에 의존하여 각종 플랫폼에 로그..
1. Log 자동화의 장점? 로그는 일반적인 초급 단계의 개발에서는 필요성이 떨어지지만, 실 서버 프로그램과 운영에 있어서는 매우 중요한 요소이다. 비정상적인 접근 및 대량의 트래픽 발생 유도, 해킹 시도 등을 감지할 수 있다. 프로그램의 기능적인 이상(버그)에 대해서 미리 감지할 수 있다. 한글로 된 블로그 중에 Slack에서의 Log 활용 글은 많았지만, Discord에서의 활용은 많이 없는 것 같아 정리해 보았습니다. 2. Discord 서버 생성 3. Discord Webhook 설정 웹후크 만들기 클릭 이름 설정, 채널 확인, 변경사항 저장하기 클릭 -> 웹후크 URL 복사하기 4. Spring 구현하기 build.gradle repositories { mavenCentral() maven ..
1. Logback이란? 기존에 log 관리로 사용되던 log4j의 후속 버전이며, log4j를 설계한 Ceki Gulgu에 의해 설계되었습니다. XML로 logging 설정 별도의 삭제 스케줄러 설정 및 개발 필요 없이, maxHistory 설정값을 이용해 일정 기간이 지나면 로그파일 자동 삭제가 가능 Filter 기능: 사용자별 level 조정 가능 로그 레벨 변경 시 내부를 스캐닝 하는 별도의 스레드가 있어 서버 재기동을 할 필요성 없음. 2. Slcak 설정하기 구현에 앞서 Slack에서의 채널부터 만들어 볼까요? URL을 복사해서 메모장에 저장해 주세요. 더 내려서 설정 저장 클릭 3. Spring Log 설정하기 build.gradle // Slf4j compileOnly 'org.proj..
1. Local, Dev, Prod 환경 구성하기 실제로 개발 및 서비스 중인 많은 서비스의 경우 아래와 같은 이유들로 인해, Local(내부 로컬 환경), Dev(개발 환경), Prod(운영 환경) 환경을 나누어서 개발을 하게 됩니다. 로컬에서 테스트를 하다가 실제 운영 중인 Database의 Table을 삭제하거나 Data의 Update가 일어난다면? Prod 환경 하나만을 사용하는 환경이라고 가정하고 CI/CD가 적용되어 있는데 Local 환경에서 실수로 푸쉬한 경우? 하나의 설정 파일만 가지고 사용한다면 Local, Dev, Prod 전환 시에 설정 파일을 계속 변경해 주어야 한다. 2. 분리 계획하기 Local, Dev, Prod 간의 다르게 구성해야 할 점은 무엇일까? -> Database ..