우리 FISA AI엔지니어링 19주차 과정

Monday(05.12)

 

작업일지

 

기능 목표	Kakao Map에 매물 마커 표시 + 거래방식, 방향, 주차, 구/동 기준 필터링 UI 구현
사용 기술	Kakao Maps JS SDK, JavaScript Fetch API, Spring API 연동
연동 방식	각 필터(depositType, direction, parking, gu, dong) 선택 시 서버에 조건별 매물 요청 → 지도에 마커 렌더링

 

트러블슈팅

 

문제	원인	해결방법
DOMContentLoaded 중복 이벤트 바인딩	여러 번 선언됨 → filter-dong 이벤트가 중복 호출됨	이벤트 등록 부분을 한 번만 실행되도록 정리함
gu 선택 시 dong 옵션이 안 바뀌는 문제	dongSelect.innerHTML 초기화 위치가 잘못됨	gu 변경 핸들러 내부에서 먼저 초기화하고 이후 fetch로 append

 

 

Tuesday(05.13)

 

http://www.gisdeveloper.co.kr/?p=2332

대한민국 최신 행정구역(SHP) 다운로드 – GIS Developer

https://mapshaper.org/

mapshaper

 

위의 사이트에서 데이터를 받아서 json으로 변환 후, 서울시 한정으로 데이터를 제한했다.

후에 매핑을 위한 파일로 변환하여 폴리곤을 띄었다.

 

작업일지

 

작업 개요	Kakao Maps JS SDK를 이용해 부동산 매물 마커 표시 + 구/동 조건에 따라 법정동 경계 폴리곤 시각화
주요 기술	Kakao Maps JS SDK, GeoJSON, EPSG 좌표계 변환, pyproj
GeoJSON 원본	서울시 법정동 경계, EPSG:5174 (중부원점 TM, Bessel 기준)
좌표계 변환	pyproj를 사용하여 EPSG:5174 → EPSG:4326 (WGS84) 정확히 변환+towgs84 보정 파라미터 포함
결과 파일	geojson_seoul.json → geojson_wgs84.json 변환 및 적용 완료

 

트러블 슈팅

 

문제	원인	해결방법
폴리곤이 실제 위치와 어긋남	EPSG:5174 변환 시 보정값 누락 → 정밀도 부족	pyproj.CRS.from_proj4()로 +towgs84 포함 proj4 문자열 직접 명시
EPSG:5178 사용 시 오차 발생	EPSG:5178은 전국 단위 TM 좌표계 → 서울 기준과 불일치	EPSG:5174 좌표계로 변환
변환 후 polygon이 지도에 표시되지 않음	transform(x, y) 순서 또는 always_xy=True 누락	Transformer(..., always_xy=True) 설정 → 순서 고정 및 변환 정확성 확보

 

 

 

Wednesday(05.14)

 

작업일지

 

대출 추천 서비스 연동

- MalhaeBangRecommendServer를 Spring 웹 서버에서 POST 요청으로 호출

- Thymeleaf 기반 입력 폼 및 결과 뷰 구성

-model.addAttribute("keywords", ~)로 키워드 select 렌더링

- 조건 미충족 시 "조건에 맞는 대출 상품이 없습니다" 메시지로 graceful 처리

 

트러블 슈팅

 

문제	원인	해결방법
ModuleNotFoundError: flask_cors	requirements 누락	flask_cors 추가 및 pip install
Connection refused from Spring → FastAPI	포트 충돌 / 서비스 미기동	Docker에서 5000 포트 사용 중인 앱 확인  macOS의 기본 5000 포트 사용 이슈로 충돌 → 포트 변경 또는 기존 프로세스 종료 필요

 

쿠버네티스 트러블 슈팅

 

문제 상황	재부팅 후 워커 노드의 Flannel Pod가 CrashLoopBackOff
원인	br_netfilter 커널 모듈이 로드되지 않음
즉시 조치	sudo modprobe br_netfilter
sysctl 설정	/etc/sysctl.d/k8s.conf에 아래 추가: net.bridge.bridge-nf-call-iptables = 1 net.bridge.bridge-nf-call-ip6tables = 1
자동 로드 설정	`echo "br_netfilter"
설정 적용	sudo sysctl --system
확인 명령어	`lsmod
기대 결과	Flannel Pod가 정상적으로 Running 상태

 

13000개 ..

 

Thursday(05.15)

 

Pod는 언제든지 종료되거나 재시작될 수 있는데, 이때 Pod 내부에 저장된 데이터가 같이 사라지면 안 된다.

데이터베이스는 데이터를 영구적으로 저장해야 하므로 사라지지 않도록 해야 한다. 

Persistent Volume Claim(PVC)를 사용해야 한다.

• PVC란?
• Kubernetes에서 스토리지를 동적으로 할당받기 위해 사용하는 리소스 
• PVC를 통해 외부 스토리지(클라우드 볼륨, NAS)를 연결해 Pod가 종료되더라도 데이터를 보존할 수 있다.

 

MySQL과 PVC의 관계

• MySQL Pod가 생성될 때, PVC를 통해 외부 볼륨(예: AWS EBS, GCP Persistent Disk)을 마운트
• MySQL 데이터 디렉터리(/var/lib/mysql 등)를 PVC에 연결해서 데이터를 저장
• Pod가 종료되거나 재생성되어도, PVC에 저장된 데이터는 그대로 유지
• 새로 생성된 Pod가 동일한 PVC를 마운트해서 이전 데이터에 접근할 수 있기 때문에 데이터가 보존 됨

문제점	해결
Pod가 종료되면 데이터 소실 가능성	PVC로 외부 스토리지에 데이터 저장
데이터베이스의 데이터 영구 보존 필요	PVC를 MySQL 데이터 디렉터리에 마운트

 

해당 조건을 만족하는 경우에만 마킹이 되도록 변경하였다.

 

Friday(05.16)

 

트러블슈팅

 

• 신규 노드 malhaebang-worker3를 모니터링 전용으로 구성
• kube-prometheus-stack Helm 차트로 Prometheus + Grafana + Alertmanager + KSM 배포
• NodePort 방식으로 외부 접속 가능하게 구성
• Grafana 대시보드 import 및 운영 관제 준비 완료

Taint설정 통한 모니터링 전용노드 구성

kubectl taint nodes malhaebang-worker3 dedicated=monitoring:NoSchedule

문제 1: Grafana 접속 불가 (`Connection Refused`)

- 원인: Pod 상태 `Unknown`, IP 미할당
- 이유: CNI 설정 실패 → Flannel 문제

문제 2: Flannel CrashLoopBackOff on worker3

📌 현상  
- worker3 노드의 Flannel DaemonSet Pod가 CrashLoopBackOff 상태로 반복 재시작
- `kubectl get pods -n kube-flannel` 명령어로 확인 가능

🛠️ 원인  
- CNI 플러그인(flannel)이 정상적으로 작동하지 않아, worker3 노드가 Pod 네트워크를 설정하지 못함
- 해당 노드에 생성되는 Pod들은 IP가 할당되지 않으며, Unknown 상태로 뜸

💡 조치  
- 해당 노드의 CNI 디렉토리(/etc/cni/net.d 등) 초기화 후 재조인
- 또는 Flannel 설정 재적용

 

쿠버네티스와 프로메테우스 연결

grafna 연결

 

왼쪽 사이드바에 해당 필터링에 해당하는 정보만 뜨도록 업데이트 + 정보 클릭시 상세정보

배포한 사이트가 스마트폰에서도 잘 뜨는 것을 확인 할 수 있다.

길찾기 클릭 시 자동으로 카카오맵으로 전환