본문 바로가기

All176

(24.08.13)[18주차] GitHub Actions 환경에서의 CI 테스트코드 이슈 트러블슈팅 프로젝트 작성하면서 테스트코드를 작성하면서 검증을 계속 진행하고 있었지만,기획단이 없이 개발자들끼리 진행한 프로젝트로 인해서,계속 기능에 대해 비지니스 로직의 업데이트 및 수정으로 검증 테스트코드 과정이 조금 딜레이가 된 상태였다. 따라서, GitHub Repository와 Develop 브랜치와 Main 브랜치에 Push 시, GitHub Actions 를 통한 테스트코드 실행의 CI 검증을 구축하려고 하면서 테스트코드에서의 예기치못한 예외 발생 이슈가 발생을 했고, 개인적으로 지금까지의 Java Spring Boot환경에서의 이슈와 다른 결이므로트러블슈팅을 기록  GitHub Actions에서 CI 중에서의 테스트코드 예외발생 이슈 해당 관련해서 GitHub Actions 중 Step중에서 Gradl.. 2024. 8. 13.
(24.08.12)[18주차] AWS 의 CloudWatch를 통한 Monitoring & Logging CI/CD 파이프라인에 있어서 실시간으로 그 과정을 보고 해당 사항을 기록으로 남기기 위한 Monitoring 과 Logging, 그리고 해당 로그를 분석, 추적, 개선하면서 DevOps 환경을 구축하면서최종적으로 서비스 제품의 보증을 완벽하게 구현해 내는 것이 필요하다. 따라서 자동화 CI/CD 환경에서 코드의 품질을 높일 수 있고, 이번 최종 프로젝트 기간 CD의 목표까지 했으나,관련하여 Monitoring과 Logging도 구축 계획을 세우면서 관련하여 정리하고 나름대로 Pipeline에 추가했다. 기존의 파이프라인과 배포환경 모두 AWS의 EC2, RDS, S3를 사용한 것이므로 AWS CloudWatch를 사용해 빠르게 통합할 수 있다. 여러곳에서 공부하고 한번 테스트 해보면서 이론에 대해 먼저.. 2024. 8. 12.
(24.08.09)[17주차] WebSocket과 실시간 메시지 구조 프로젝트를 진행하면서 사용자의 화면단과 서버의 데이터 요청응답이 필요한 기능을 사용이 필요했다.특히, 사용자가 포함된 그룹에서 그룹내 실시간 채팅 기능 구현이 필요해지면서 WebSocket을 사용해서 구현을 했다. 관련해서 코드 구현방향은 해당 담당자의 개발로 진행이 되었지만, 관련해서 내가 부족할 수 있는 이론과 작동 방식에 대해서 한번더 짚고 넘어가기 위해 정리WebSocket웹을 통한 클라이언트(브라우저) - 서버 간 실시간으로 양방향 통신을 가능하게 하는 기술즉, Stateless HTTP 통신과 달리 Stateful 프로토콜클라이언트HTTP가 Request-Response 의 단방향 통신 방식임에 반해 WebSocket을 통해 한번의 연결로 클라이언트-서버 간 지속적인 양방향 통신이 가능따라서,.. 2024. 8. 9.
(24.08.07)[17주차] Spring Batch와 스케쥴링 - 활용 및 정리 (24.08.06)[17주차] Spring Batch와 스케쥴링 이전의 글에서 Spring Batch의 정의와 구성 요소 및 기능, 그리고 Quartz를 사용해서 어떻게 작동시킬 수 있을 지에 대한 내용을 정리를 했다. 하지만, 최신버전의 Spring Boot 에 따라 기존의 Spring Batch에서 많이 사용하는 Factory들이 Deprecated  됨에 따라서 패턴이 달라졌기 때문에, 최신버전의 Spring Batch 5 기준으로 코드를 직접 작성하고, 이를 분석하면서 활용에 대비하도록 한다. Spring Batch 기본 활용환경 설정Gradle Dependency 추가implementation 'org.springframework.boot:spring-boot-starter-batch'(Appl.. 2024. 8. 7.

티스토리툴바