기록

MariaDB는 다양한 문자셋을 지원하지만, 데이터베이스를 설정할 때 적절한 인코딩을 선택하지 않으면 한글이 깨지거나 오류가 발생할 수 있습니다. 예를 들어, 한글이 포함된 문자를 데이터베이스에 저장하려고 할 때, 아래와 같은 오류가 발생할 수 있습니다.incorrect string value: '\xed\x9a\x8c \xec\x9d...'이러한 문제는 데이터베이스의 문자셋 설정이 잘못되었거나, 테이블의 인코딩이 일치하지 않을 때 발생합니다. 따라서 AWS RDS에서 MariaDB를 사용하기 전, 인코딩 설정을 먼저 변경하는 것이 매우 중요합니다.문제 발생 원인문제가 발생하는 주된 원인은 데이터베이스와 테이블의 문자셋이 일치하지 않거나, 클라이언트와 서버 간의 인코딩 설정이 다를 때입니다. 예를 들어,..

시작하면서현재 프로젝트는 하나의 서버에서 PRD와 DEV 환경의 서비스를 운영하고 있으며, 향후 사용자가 증가할 경우 인스턴스를 추가하여 블루그린 배포 방식으로 전환할 계획입니다.- 이전글1 : 2024.08.16 - [DevOps] - CICD 파이프라인 구축기(1) - 브런치 전략과 GITACTION- 이전글2 : 2024.08.24 - [DevOps] - CICD 파이프라인 구축기(2) - Verification Job과 Secrets 관리 아래는 Git Action과 배포 스크립트를 사용해서 만든 간단한 배포 프로세스 입니다.배포 방식의 선택: 재배포 vs. 블루그린 배포재배포 (Re-deployment)재배포 방식은 기존 애플리케이션을 중단하고 새로운 버전을 한 번에 배포하는 방식입니다. 이 방..

시작하면서이번 포스팅에서는 GitHub Actions를 활용한 Verification job과 GitHub Secrets를 사용하여 연결 정보를 숨기고 필요할 때 가져다 쓰는 전략과 과정을 소개하겠습니다. 또한, Secrets 외부에서 프로퍼티 파일을 가져오는 방법과 두 가지 방법의 장단점을 비교해 보겠습니다.이전 포스팅 : 2024.08.16 - [DevOps] - CICD 파이프라인 구축기(1) - 브런치 전략과 GITACTIONVerification JobVerification job은 CI/CD 파이프라인에서 코드의 품질을 보장하는 중요한 단계입니다. 이 단계에서는 코드가 정상적으로 작동하는지 확인하기 위해 테스트를 수행하며, 모든 테스트가 통과해야 다음 단계로 진행합니다. (1) Jobverif..

시작하면서이번 포스팅에서는 백엔드 서버의 CI/CD를 GitHub Actions를 사용하여 구축한 경험을 공유하고자 합니다. 저희 백엔드 서버는 Spring Boot, Gradle, Kotlin으로 개발된 API 서버이며, AWS EC2를 활용하여 운영하고 있습니다. 개발 환경은 PRD(Production)와 DEV(Development)로 나누어 구성하였습니다. 아래 포스팅에서는 전략과 개념을 설명하고, 각 스크립트는 각각의 포스팅에서 별도로 소개합니다.브랜치 전략효율적인 개발을 위해 저희 팀은 다음과 같은 브랜치 전략을 설정하였습니다: dev, prd, feat/??, hotfix/??.기본 브랜치: dev와 prd는 각각 개발 및 운영 환경을 나타냅니다.기능 브랜치: feat/??는 새로운 기능 개..