![[AI인프라] AI 시대의 보이지 않는 혈관, 데이터센터 전력 케이블 이해하기](https://img1.daumcdn.net/thumb/R800x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdna%2FCDmME%2FdJMcacpONsc%2FAAAAAAAAAAAAAAAAAAAAAKYu_XtlJb_vMDkfqoeN5BMivxcShkVel4GAR1-eo15Z%2Fimg.png%3Fcredential%3DyqXZFxpELC7KVnFOS48ylbz2pIh7yKj8%26expires%3D1782831599%26allow_ip%3D%26allow_referer%3D%26signature%3DV6dCV9FHqtVAKsXZxOc1Be5yAwY%253D)
[AI인프라] AI 시대의 보이지 않는 혈관, 데이터센터 전력 케이블 이해하기
AI 데이터센터의 전력 밀도 증가에 따라 전력 케이블이 핵심 인프라로 중요해졌습니다. 구조, 설계, 시공, 진단과 차세대 기술까지 폭넓게 정리했습니다.
#AI 데이터센터#데이터센터인프라
29005분
필터 0
![[AI가 읽을 수 있는 코드베이스 3/5] Standalone App: 도메인 슬라이스 독립 실행](https://flex.team/blog/og/main.jpg)
[AI가 읽을 수 있는 코드베이스 3/5] Standalone App: 도메인 슬라이스 독립 실행
Issue 도메인을 독립 실행 가능한 standalone-app으로 조립해 핵심 로직만 빠르게 검증하는 구조를 소개했습니다. 프로덕션 Adapter만 교체하고 시드 데이터, Swagger, React 프론트엔드를 묶어 AI 협업 검증 환경을 만들었습니다.
#Hexagonal Architecture#Spring Boot
0005분
케클s피드 5월호｜안정적인 클라우드를 만드는 핵심 아키텍처
Multi-AZ 기반 Active-Active 설계로 장애 시에도 서비스 연속성을 높이는 클라우드 아키텍처를 다뤘습니다. Multi-Region과 DR의 차이, RTO·RPO 한계, 보안·데이터 안정성 전략도 함께 정리했습니다.
#cloud#MSA
32005분
![[기술이 장르가 되는 곳, kt cloud] 케클러 인터뷰 시리즈 #2 장애에도 서비스가 멈추지 않는 ‘Multi-AZ’ 엔지니어링 비하인드](https://img1.daumcdn.net/thumb/R800x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdna%2FrxZWR%2FdJMcaffIvqh%2FAAAAAAAAAAAAAAAAAAAAAOyRMgb2VcBPKYKNoQ4r3QKE2zZHnHUVkzsQSlHtJZ-L%2Fimg.png%3Fcredential%3DyqXZFxpELC7KVnFOS48ylbz2pIh7yKj8%26expires%3D1780239599%26allow_ip%3D%26allow_referer%3D%26signature%3D9F0jUO1wWoRyKLT1vi%252FbSXlmtFY%253D)
[기술이 장르가 되는 곳, kt cloud] 케클러 인터뷰 시리즈 #2 장애에도 서비스가 멈추지 않는 ‘Multi-AZ’ 엔지니어링 비하인드
장애 복구보다 서비스 연속성을 우선한 kt cloud의 Multi-AZ 설계를 소개했습니다. 2개 AZ와 Satellite Zone으로 Active-Active와 쿼럼 유지를 함께 구현했습니다.
#Kubernetes#OpenStack
49005분
![[AI가 읽을 수 있는 코드베이스 3/5] Standalone App: 도메인 슬라이스 독립 실행](https://cdn.sanity.io/images/v31psllp/production/c72e37fd2798380477938778b0b7d6bfedb91235-1684x1030.png)
[AI가 읽을 수 있는 코드베이스 3/5] Standalone App: 도메인 슬라이스 독립 실행
Hexagonal Architecture로 Issue 도메인을 standalone-app으로 독립 실행해 핵심 비즈니스 로직만 검증하는 구조를 소개했습니다. AI 에이전트의 빠른 피드백 루프와 격리된 검증 환경을 만드는 방법을 설명했습니다.
#Hexagonal Architecture#Kotlin
32005분
MSA도, 모놀리스도 아닌 제3의 선택 — Spring Modulith
MSA도, 모놀리스도 아닌 제3의 선택 — Spring Modulith
모놀리스와 MSA 사이의 대안으로 Spring Modulith 기반 Modular Monolith를 소개했습니다. 모듈 경계 검증, 이벤트 통신, 문서화, 모니터링 사례를 실제 적용 경험과 함께 정리했습니다.
#Spring Boot#MSA
133005분
[코드가 환경을 모르는 구조 7/7] Variant와 스냅샷 캐시, 그리고 다섯 축의 총합
테스트 인프라를 프로덕션 구조에 맞춰 variant와 스냅샷 캐시로 분리·재사용하는 방법을 정리했습니다. 경계를 깎아 교체 가능성을 만들면 CI와 개발 이터레이션이 함께 빨라졌습니다.
#MySQL#Kafka
3005분
[코드가 환경을 모르는 구조 5/7] Rewrite Host — 공간 축을 교체한다
MSA 로컬 개발의 병목을 줄이기 위해 Rewrite Host로 수정 중인 서비스만 노트북 인스턴스로 교체하는 방식을 소개했습니다. 디버그 헤더와 응답 피드백으로 부분 검증과 라우팅 전환을 단순화했습니다.
#MSA#Spring Cloud Gateway
1005분
![[코드가 환경을 모르는 구조 5/7] Rewrite Host — 공간 축을 교체한다](https://cdn.sanity.io/images/v31psllp/production/880cbd1201bc94d8f408147dcd135aef78e683b4-1684x1030.png)
[코드가 환경을 모르는 구조 5/7] Rewrite Host — 공간 축을 교체한다
MSA 환경에서 전체 시스템을 띄우지 않고 수정 중인 서비스만 로컬로 교체하는 Rewrite Host를 소개했습니다. 디버그 헤더로 라우팅을 바꾸고, 응답 헤더로 적용 여부를 알려주는 방식입니다.
#MSA#Spring Cloud Gateway
29005분
[코드가 환경을 모르는 구조 4/7] 타임머신 — 시간 축을 교체한다
HR SaaS에서 시간을 비즈니스 입력으로 보고, 요청 헤더와 `Clock` Adapter로 현재 시점을 교체하는 타임머신 구조를 설명했습니다. 비동기 경계 전파와 환경별 활성화, 서드파티 시계 호출의 한계도 함께 다뤘습니다.
#헥사고날 아키텍처#Spring Boot
0005분
![[코드가 환경을 모르는 구조 4/7] 타임머신 — 시간 축을 교체한다](https://cdn.sanity.io/images/v31psllp/production/6a70f8e2c090762cbd4b1a9d470f573cbc0fc038-1684x1030.png)
[코드가 환경을 모르는 구조 4/7] 타임머신 — 시간 축을 교체한다
HR SaaS에서는 시간이 급여와 연차 결과를 바꾸는 입력이므로 요청 단위로 교체 가능하게 만들었습니다. Clock 포트와 헤더 기반 Adapter, 비동기 컨텍스트 전파, 환경별 활성화로 타임머신을 구현했습니다.
#Kotlin#REST API
33005분
사람이 기다리지 않는 담보심사시스템 설계
사람이 기다리지 않는 담보심사시스템 설계
담보 심사 업무를 작업 체인과 비동기 처리로 바꿔 대기 시간을 줄였습니다. 전용 대시보드와 재처리 구조로 운영 가시성과 안정성도 높였습니다.
#비동기#batch
53005분