일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 고정 아이피
- push 403
- jenkins window
- 카카오 알림톡
- querydsl
- 알림톡
- DynamoDB
- AWS
- QureyDsl
- layout-dialect
- modelmapper
- spring boot
- jenkins bitbucket
- rbenv
- growpart
- thymeleaf
- 개발서버
- NoSQL Workbench
- telegram
- NoArgsConstructor
- 비즈뿌리오
- 윈도우 개발서버
- jdk upgrade
- docker node
- Telegram API
- Kotlin
- springboot
- docker
- EC2
- docker app
- Today
- Total
목록DevOps (11)
givepro
AWS DynamoDB 로컬 환경에서 사용 (1) - 로컬 환경 셋팅 참고 이전 포스트에서는 로컬에서 DynamoDB를 사용할 수 있도록 구축하고 AWS CLI를 사용해서 CRUD를 실행했고 이번 포스트에서는 CURL 통신을 활용한 CRUD를 진행 할 것이다. 우선 나의 경우에는 아래와 같은 순서로 진행했다. Postman으로 cURL 코드를 생성 생성한 코드를 .sh파일로 실행 (터미널) 그러면 Postman으로 어떻게 했는지 살펴봅시다. 1. Postman 설정 위 캡처에서 확인 할 수 있듯이 핵심은 Headers에서 선언하는 인증 부분과 타겟이다. X-Amz-Target에 대한 내용은 공식 문서를 확인 해보면 대략 어떻게 입력해야 되는지 확인이 가능하나 Authorization 인증 같은 경우에는 ..
1. 목적 Spring Boot에서 AWS DynamoDB를 사용하고자 하기위해 R&D를 진행하는 과정이 있었다. 가장 먼저 로컬환경에서 구축을 해봐야 한다고 생각했기에 실제 운영중인 AWS의 DynamoDB를 사용하는것은 비용적인 측면에서 비효율적이니 어떻게 하면 로컬 환경에서 사용 할 수 있을지 리서치를 진행했다. 2. 로컬 환경 AWS DynamoDB 공식문서를 참고하면 3가지 유형이 나온다. 하지만 보편적으로 사용하는 docker를 활용하기로 결정하였다. 단순히 많이 써서 그러는건 아니고 추후 docker를 활용해야하는 부분이 많다고 판단. 3. Docker Image & Run 도커에서 제공하는 공식 이미지가 있다. 그전에 docker가 활성화 되어있는지 체크하고 아래와 같이 진행한다. $ do..
현재 운영중인 서버의 용량이 너무 없어서 가끔 로그인이 안되는 경우가 발생했었다. (로그인 진행 중 세션을 저장할 공간이 없다는 뜻) 사실 서버 용량이 가득찰 정도의 스펙 및 구조로 프로젝트를 진행하지 않는데, 이 경우는 기존의 프로젝트의 설계적 문제점이었다. ex) 용량제한이 없는 이미지 업로드, 관리되지 않은 고용량 파일 등 그렇다고 기존 파일들을 삭제 및 교체하는 작업은 위험성이 있으므로, 서버 용량을 증설하는 걸로 결정했다. 1 . AWS EC2 → 인스턴스 → 스토리지 → 볼륨 확인 및 수정 2. 서버 접속 후 파티션 확인 및 파일 시스템 확장 어떤 파티션의 크기를 조정해야 하는지 확인 $ lsblk Linux 파티션 크기 조정 # 패키지 설치 yum install cloud-utils-grow..