일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- dto valid
- 초기 구축
- generate pojos
- jvm
- NextJS
- swagger
- Next.js 14
- 도커
- custom valid
- java9
- ollama langflow
- generate entity
- 헤더 설정
- docker
- jpa entity자동
- spring
- spring boot
- 리눅스
- header setting
- SpringBoot
- docker 설치
- React
- Java
- 초기 세팅
- java8
- CentOS6
- memcached
- JPA
- JavaScript
- MySQL
- Today
- Total
개발자의 길
swagger-ui를 적용하면 아주 편하고 좋다. 하지만, 이건 개발서버에서만 노출해야 하고, real(prod)에서는 비노출 하는게 맞다. 환경(phaze) 별로 활성/비활성 하는 방법을 3가지 적겠다. 셋중 하나를 적용하면 된다. 1. 설정파일(application) 설정 application.properties 파일 설정의 경우 [prod 설정 (application-prod.properties)] -> springfox.documentation.enabled=false [dev 설정 (application-dev.properties)] -> springfox.documentation.enabled=true application.yml 파일 설정의 경우 [prod 설정] springfox: docu..

다운로드 : http://nginx.org/en/download.html wget http://nginx.org/download/nginx-1.21.6.tar.gz 압축해제 tar xvfz nginx-1.21.6.tar.gz 폴더이동 cd nginx-1.21.6 빌드를 위한 설치 sudo apt-get install make libperl-dev libpcre3 libpcre3-dev zlib1g zlib1g-dev openssl libssl-dev libxml2-dev libxslt1-dev libgd-dev libgeoip-dev google-perftools libgoogle-perftools-dev gcc g++ config 설정 (나중을 위해, 모든 옵션을 다 설치한다.) ./configure ..

Intro Docker는 제가 회사에서 사용하는 노트북의 OS를 Windows 에서 Ubuntu 로 변경하게 된 트리거 였습니다. Docker를 사용하면 정말 편하게 격리된 컨테이너들을 구성해 가상화의 장점을 정말 잘 살릴 수 있습니다. 사실상 업계 표준인 만큼 접근성이 높으며 사용에 굉장히 편리합니다. 관련 레퍼런스도 어렵지 않게 찾아 볼 수 있으며 사용자들이 작성해 둔 패키지/이미지들이 넘쳐나기 때문에 뭔가를 정말 간단하게 할 수 있습니다. 윈도우즈에서도 WSL2(Windows Subsystem for Linux)를 이용해 사용은 가능 했지만 메모리나 안정성 등 여러가지 문제로 사용하는데 불편함이 많았습니다. 개발환경에서야 윈도우 가끔 쓸 수도 있지만 어쨌든 결국 도커를 운영하게 되는 서버는 리눅스 ..
쉘에서 다음과 같이 치면 현재 열린 포트 목록을 확인할 수 있다. >> sudo lsof -PiTCP -sTCP:LISTEN 특정 포트를 찾아 포트를 닫고 싶으면 다음과 같이 쳐서 PID를 알아낸다. >> sudo lsof -i :3000 여기서 3000이 포트번호. 위에서 나온 PID를 다음 명령어에 넣으면 포트가 닫힌다. >> sudo kill -9 PID
kubectl 명령어는 자신이 접근할 수 있는 클러스터 환경 정보를 $HOME/.kube/config 파일이나 KUBECONFIG환경 변수에 지정된 설정 파일을 참조하게된다. clusters : 쿠버네티스 API 서버 정보(IP 또는 도메인). 이름 그대로 여러 클러스터를 명시할 수 있다. users : 쿠버네티스 API에 접속하기 위한 사용자 목록. 아래에서 살펴볼 예정이지만 인증 방식에 따라 형태가 다를 수 있다. context : clusters 항목과 users 항목 중에 하나씩 조합해서 만들어진다. 즉, 여러 개의 컨텍스트가 나올 수 있다. 결국 컨텍스트를 기반으로 “어떤 Cluster에 어떤 User가 인증을 통해 쿠버네티스를 사용한다.” 의미로 해석하면 된다. service Account :..