전체 글 (15) 썸네일형 리스트형 [TIL] 유레카 sw교육과정 백엔드 29주차 내용 정리 마지막 주차, 월요일은 휴가에 화요일은 최종발표날이라 우리조가 최종 본선에 진출하지 못하여포스팅은 기존 최종 융합 프로젝트 코드의 리뷰로 대체 및 보강할 점 찾기로 대체한다.1. IntegratedAnalysisScheduler 리뷰: "분석 엔진의 문지기"이 클래스는 분석 대기 중인 데이터를 안전하게 픽업하여 분석 프로세스에 태우는 역할을 합니다.@Slf4j @Component @RequiredArgsConstructor public class IntegratedAnalysisScheduler { // ... 의존성 주입 생략 // [Line] 중복 실행 방지를 위한 원자적 플래그 private final AtomicBoolean isProcessing = new AtomicBoo.. [TIL] 유레카 sw교육과정 백엔드 28주차 내용 정리 최종 융합 프로젝트 마감프로젝트 관련 PPT먼저 프로젝트 주제 및 선정 배경기획의도차별화 요소개발환경협업 구조 내가 맡은 역할 시스템 아키텍처프로젝트 플로우내가 개발한 부분에 대한 내용내가 구현 코드 핵심 내용1. IntegratedAnalysisScheduler: 원자적 플래그를 이용한 중복 방지여러 노드에서 배치가 실행될 때 동일한 데이터가 중복 분석되는 것을 방지하기 위해 AtomicBoolean을 활용한 '문지기(Gatekeeper)' 로직을 구현했습니다.Java @Component@RequiredArgsConstructorpublic class IntegratedAnalysisScheduler { private final AtomicBoolean isProcessing = new Atomi.. [TIL] 유레카 sw교육과정 백엔드 27주차 내용 정리 현재 융합프로젝트를 진행중으로 이제 백엔드 개발이 거의 끝나 프론트엔드와 작업을 함께 하며디버그 하고 api 수정을 하고 있다.현재 내가 구현한 기능 바탕으로 나온 화면들 아웃바운드 일때 AI분석결과인바운드이면서 해지관련 카테고리가 아닐때해지관련 카테고리일때 나오는 AI 결과 페이지우수상담 관련 점수 추출 및 선정 사유 페이지 관련 내가 개발한 코드 내용🛠️ AI 분석 시스템 핵심 로직 가이드1. 중복 실행을 방지하는 '원자적 문지기' (Scheduler)배치 시스템에서 가장 무서운 건 이전 작업이 안 끝났는데 다음 작업이 또 돌아가는 것이죠. 🥊Java // IntegratedAnalysisScheduler.javaif (!isProcessing.compareAndSet(false, true)) {.. [TIL] 유레카 sw교육과정 백엔드 26주차 내용 정리 이번주 프로젝트 진행하면서 내가 진행한 부분에 대한 정리 직원 계정 관리(관리자)[직원 목록 조회] (GET) /admin/employees@승혁 조Parameter이 API는 별도의 Body 없이 아래의 쿼리 파라미터들을 조합하여 필터링된 결과를 반환합니다.호출 예시GET /admin/employees?page=0&size=10&dept_id=2&status=ACTIVE&keyword=홍길동key type 위치 설명pageintegerquery페이지 번호 (0부터 시작)sizeintegerquery한 페이지에 표시할 데이터 개수 (기본 10)dept_idintegerquery부서 ID 필터링job_role_idintegerquery직무/권한 ID 필터링 (예: 1-상담사, 2-관리자)statusstri.. [TIL] 유레카 sw교육과정 백엔드 25주차 내용 정리 25주차는 개발 시작JIRA로 스프린트 진행이렇게 8개의 기능 개발 완료일반 로그인토큰 발급 구글 이메일 중복 확인내 정보 및 메뉴 권한 조회토큰 바탕으로 로그인한 계정의 정보 출력 직원 계정 정보 상세 조회 직원 empId 바탕으로 해당 직원 정보 조회 직원 계정 정보 목록 조회 페이지 수와 사이즈, 부서 및 역할에 따라 조회 가능 저번주에 진행한 내용1. 계정 보안 및 유효성 검증신규 직원이 등록될 때 데이터의 무결성을 보장하기 위한 로직을 구축했습니다.Google 이메일 중복 확인: Google SSO(Single Sign-On) 연동을 고려하여, 가입 전 해당 이메일이 DB에 이미 존재하는지 검증하는 API를 구현했습니다. 이는 계정 충돌을 방지하는 첫 번째 방어선입니다.직원 계정 정보 조회 (목.. [TIL] 유레카 sw교육과정 백엔드 24주차 내용 정리 02.09 요구사항 정리팀 프로젝트 주제주제고객 상담 기록 관리 서비스세부과업상담 대화 내용과 상담 정보를 등록하고 조회할 수 있는 기능 구현상담 기록을 저장하고 조회하기 위한 백엔드 API 설계 및 연동상담 기록에 대한 요약 결과를 함께 저장하고 조회하는 기능 구현상담 유형이나 키워드를 기준으로 상담 기록을 검색·필터링하는 기능 구현(선택) Google 로그인 기반 사용자 인증 기능 적용본 프로젝트는 LG유플러스의 상담 업무를 지원하는 서비스를 가정하여 상담 기록을 저장·관리하고, 필요한 정보를 빠르게 조회할 수 있는 기능을 구현하는 통합 프로젝트입니다. 상담 기록은 대화 내용과 상담 메타데이터(유형/시간/처리 결과) 등으로 구성되며, 서비스 구조 관점에서 데이터 모델링과 API 설계, 프론트·백엔드 .. [TIL] 유레카 sw교육과정 백엔드 23주차 내용 정리 최종 융합프로젝트 시작. 프로젝트 이해 및 요구사항 분석- 상담(chat / 음성)- 상담 메모- 계약서?- 상담 요약하기(관리자 / 고객)- 상담 이력 검색 / 필터 - 고객 관리- 소셜 로그인 / 회원가입 (고객)- 상담 결과 조회- 구매까지 링크 연결- 상담하기/상담취소/상담예약 개발 방법론 채택(결정) —> 하이브리드내가 처음 생각한 프로젝트 구조조사할 내용NoSQL VS RDBMS , 어디서 어떤 것을 사용할지NoSQL상담 내용, 요약 내용상담 이력채팅 상담 이력상담 요약FAQ 내용RDBMS사용자 및 요금제 정보계정 권한ElasticSearch or OpenSearch키워드 간 연관성관련도 순 정렬검색 용이동기화 필요함LLM & NLP & SST 비용관련 문제요금 정리프로젝트: LG U+ 고객.. [TIL] 유레카 sw교육과정 백엔드 22주차 내용 정리 1. 프로젝트 개요핵심: 왜 이 프로젝트를 했는지(100만 건, 성능 최적화)를 숫자로 강조Slide 1: 표지프로젝트명, 팀명, 팀원 이름Slide 2: 기획 배경 및 목표 (Key Metrics)배경: 대규모 트래픽 환경(100만 유저)에서의 배치 처리 및 외부 API 지연(Latency) 상황 시뮬레이션.목표:데이터: 100만 건 이상 처리 (OOM 방지).성능: 목표 TPS 500+ 달성.안정성: 발송 실패 시 100% 복구 (Retry/Fallback).Slide 3: 구성원 및 역할 & WBSR&R (Role & Responsibility) 간단 명시.WBS (간략한 일정 흐름).2. 프로젝트 설계핵심: 데이터가 어떻게 흐르는지 큰 그림(Architecture)과 구조(ERD) 보여주기Slid.. 이전 1 2 다음