Skip to content

release: JRE eMudhra 루트 제거 + 결정 불필요 이슈 일괄 수정 (#385 #386) - #387

Merged
selee1012 merged 11 commits into
mainfrom
dev
Oct 30, 2026
Merged

selee1012 merged 11 commits into
mainfrom
dev

Conversation

@selee1012

Copy link
Copy Markdown
Contributor

dev(stg) 확인 끝난 두 PR 을 prod 로 올린다. 마이그레이션 없음.

stg 확인 (2026-10-31 01:00 KST, d465bb9)

  • 이미지 JAVA_VERSION=jdk-25.0.5+8, keytool 단계 포함, TLS 오류 0
  • 스모크 11/11: 동시 refresh 쌍둥이 → 하나로 로그아웃 → 쌍둥이·원본 모두 401 SESSION_EXPIRED, sync 200 → 즉시 재시도 429, 탐색·알림 200
  • AI 초안(외부 LLM HTTPS) 200, 기동 워밍업 failed=0

🤖 Generated with Claude Code

selee1012 and others added 11 commits October 30, 2026 23:39
eMudhra 중간 CA 키 유출(CVE-2026-91403·CVE-2026-114820)로 Java 가 위조 인증서를 정상으로
믿을 수 있다. prod 는 25.0.4.1+1 이라 emSign 루트 4개를 모두 신뢰하고 있었고, 최신 Temurin
25.0.5+8 에도 emSign Root CA - G1 이 남아 있다(OpenJDK 원본 수정 JDK-8395690 은 이것도 뺀다).
빌드 때 이 회사 루트를 모두 지우고, 하나라도 남으면 빌드를 실패시킨다.
서버가 부르는 외부 호스트는 GlobalSign·DigiCert·Starfield·ISRG 루트라 영향이 없다.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
회전 유예(#371)로 같은 RT 를 동시에 갱신하면 한 세션(family)에 후속 RT 가 여럿 살아 있게 되는데,
로그아웃은 받은 RT 한 개만 폐기해 다른 후속 RT 로 계속 갱신할 수 있었다.
로그아웃은 이제 family 의 살아 있는 RT 를 모두 폐기하고, 갱신·로그아웃 모두 family 활성 RT 잠금을 먼저 잡아 직렬화한다.
유예 판단의 후속 RT 조회도 잠금 읽기로 바꿔 잠금 전 스냅샷 때문에 로그아웃된 세션이 유예를 받지 않게 했다.

Fixes #376

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
간격 검사가 트랜잭션 밖이라 롤백 콜백이 등록되지 않아, 실패한 sync 가 슬롯을 쥔 채 남았다.
제한기는 반환 가능한 슬롯을 돌려주고, 서비스가 데드락 재시도까지 끝내 실패하면 그 슬롯을 반환한다.
재시도는 슬롯을 다시 잡지 않으므로 429 에 걸리지 않는다. 회귀 IT 는 간격을 300초로 켜고 검증한다.

Fixes #378

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
정리 배치는 후보를 한 건씩 image_url 유니크 인덱스로 잠그며 미등록을 다시 확인하고,
등록 경로(생성·수정)도 같은 행을 잠가 읽어 둘을 직렬화한다.
파일을 먼저 지우고 성공한 뒤에만 소유 기록을 지우며, 저장소 삭제 실패는 예외로 올려 그 건만 롤백한다.

Fixes #381
Fixes #382

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
findAll() 로 전체 챌린지를 엔티티로 읽어 앱에서 기간·삭제·템플릿·생성자를 거르던 것을
DB 쿼리로 옮기고, (생성자, 템플릿)별 개수만 받는다. 생성자는 findAllById 로 한 번에 읽는다.
개수 n 을 세그먼트마다 더해 예전처럼 챌린지마다 +1 한 결과와 같다(경계·삭제·봇방장 IT 로 확인).

Fixes #384

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
prod 반영(#351, #354)이 끝나 STG_BUSINESS_PREFIX 예외를 없앤다. stg 는 biz.members.* 도
CloudWatch 로 보내지 않는다. business_dashboard.py 는 stg 분기를 지우고 prod 만 그린다.
AWS 의 stg 대시보드 ruleup-stg-business 삭제는 따로 한다.

Refs #356

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
재동의하지 않은 사람은 매일 다시 대상이라, 앞 2,000명만 읽으면 뒤쪽은 고지를 영영 받지 못했다.
userId 커서로 쪽을 넘기며 한 실행에서 끝까지 돌고, 이미 받은 사람은 버전이 든 멱등 키가 걸러 준다.
실행 전체 트랜잭션은 걷어 내 쪽마다 적재가 커밋되게 했다. 쪽 크기는 설정값(기본 2,000)이다.

Fixes #377

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
워터마크 시각 이상에서 앞 5,000건만 읽어, 같은 시각이 5,000건을 넘으면 매일 그 앞부분만 다시 읽고 멈췄다.
실행 안에서 (verifiedAt, id) 복합 커서로 쪽을 넘기며 끝까지 돌고, 쪽마다 자기 트랜잭션으로 커밋한다.
저장 워터마크는 기존 max(confirmedAt) 그대로 두고, 경계 시각 재수집·정정은 기존 upsert 가 흡수한다.

Fixes #383

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
fix(infra): JRE 25.0.5+8 고정 + eMudhra 루트 cacerts 제거
prod 2026-10-30 sync 500 3건 — 「Out of sort memory」(1038). 한 날의 원본을 id 순으로 읽는 질의가
payload(JSON)까지 함께 정렬해, LIMIT 5,000 행분이 정렬 버퍼에 들어가야 했다.
정렬은 id 만으로 하고 payload·receivedAt 은 (observedDate, id) PK 로 읽어 id 순서대로 맞춘다.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@github-actions

Copy link
Copy Markdown

Test Coverage

Overall Project 84% -0.05% 🍏
Files changed 92.16% 🍏

File Coverage
TermsUpdateNoticeBatch.java 99.26% 🍏
SegmentScoreService.java 97.44% 🍏
ChallengeCleanupService.java 95.61% 🍏
CloudWatchMetricsConfig.java 95.48% 🍏
RoutineOutcomeCollector.java 87.81% -10.31% 🍏
SyncRateLimiter.java 87.62% -8.57% ❌
VerificationSyncService.java 87.07% 🍏
VerificationSignalReader.java 86.43% 🍏
ChallengeCreationService.java 84.05% 🍏
ImageStorageService.java 78.95% 🍏
AuthService.java 78.9% -0.31% 🍏
AuthController.java 71.43% 🍏
ChallengeSettingsService.java 70.04% -0.3% ❌
S3ImageObjectStore.java 63.87% -1.29% ❌
LocalImageObjectStore.java 62.07% -5.75% ❌

@selee1012
selee1012 merged commit 21f044b into main Oct 30, 2026
9 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant