필터 0
선택된 필터 없음
Devlime 재사용 설계로 유지보수성 높이기
넥스트리
· 2026년 7월 1일
아키텍처

Devlime 재사용 설계로 유지보수성 높이기

공통 로직과 UI 컴포넌트를 재사용 가능하게 분리해 유지보수성과 생산성을 높였습니다. 도메인 값과 화면 표현을 분리하고 다국어 처리도 공통화해 일관성을 확보했습니다.

#재사용성#유지보수성
0005분
DORA 5대 지표로 보는 AI 시대 한국 엔터프라이즈 실행 가이드
인포그랩
· 2026년 7월 1일
아키텍처

DORA 5대 지표로 보는 AI 시대 한국 엔터프라이즈 실행 가이드

DORA가 5대 지표와 7가지 팀 유형으로 재편된 배경과 의미를 정리했습니다. AI 시대에는 속도만 보지 말고 불안정성과 품질 비용까지 함께 진단해야 합니다.

#DORA#배포
0005분
단일 LLM Gateway 아키텍처 : Claude Code와 Codex를 Amazon Bedrock을 통해 한 곳에서
AWS
· 2026년 6월 26일
아키텍처

단일 LLM Gateway 아키텍처 : Claude Code와 Codex를 Amazon Bedrock을 통해 한 곳에서

Claude Code와 Codex를 Amazon Bedrock에서 함께 쓰기 위한 단일 LLM Gateway 아키텍처를 소개했습니다.개발자 선택의 자유를 유지하면서 인증, 예산, 보안, 관측을 한곳에서 통합하는 운영 방안을 정리했습니다.

#LLM#Amazon Bedrock
12005분
[교육환경 AX와 데스크톱 가상화①] 데스크톱 가상화로 만드는 공정한 온라인 시험
가비아
· 2026년 6월 24일
아키텍처

[교육환경 AX와 데스크톱 가상화①] 데스크톱 가상화로 만드는 공정한 온라인 시험

데스크톱 가상화로 학생 기기와 무관한 동일한 시험 환경을 제공했습니다. 잠금 브라우저와 AI 감독으로 부정행위를 줄이고 시험 안정성도 높였습니다.

#데스크톱 가상화#온라인 시험
26005분
모노레포가 미리캔버스 프론트엔드 아키텍처를 뒷받침 하는 방법 [1/2]
미리디
· 2026년 6월 23일
아키텍처

모노레포가 미리캔버스 프론트엔드 아키텍처를 뒷받침 하는 방법 [1/2]

모노레포를 유지하면서도 모놀리스화를 막기 위한 프론트엔드 계층 구조와 규칙을 설명했습니다. 공통 패키지 남용을 줄이고 의존성과 변경 전파를 제어하는 방법을 정리했습니다.

#모노레포#CI/CD
50005분
[의존성의 방향을 따라 5/5] Evergreen이 가능했던 이유
flex
· 2026년 6월 19일
아키텍처

[의존성의 방향을 따라 5/5] Evergreen이 가능했던 이유

Evergreen 자동화가 가능했던 구조적 전제를 Convention Plugin과 구조적 일관성 관점에서 정리했습니다. 대규모 변경 전파가 왜 일관된 빌드·CI 구조 위에서만 성립하는지 설명했습니다.

#Spring Boot#Gradle
9005분
AWS가 DynamoDB를 만든 방법
채널톡
· 2026년 6월 15일
아키텍처

AWS가 DynamoDB를 만든 방법

DynamoDB의 설계 철학과 내부 구조, 대규모 트래픽 대응 방식을 소개했습니다. 셀 기반 아키텍처와 AZ 운영, 커넥션 재사용 같은 실무 인사이트도 함께 정리했습니다.

#DynamoDB#AWS
0005분
[의존성의 방향을 따라 2/5] 의존 그래프를 읽는 Planner
flex
· 2026년 6월 10일
아키텍처

[의존성의 방향을 따라 2/5] 의존 그래프를 읽는 Planner

레포 간 의존성을 그래프로 복원해 변경 전파 순서를 자동 계산하는 Planner를 설명했습니다. 또한 Kotlin과 Spring Boot처럼 변경 유형에 따라 upstream-first와 downstream-first를 구분하는 방법을 정리했습니다.

#Gradle#Kotlin
7005분
AWS 공간 데이터를 활용한 건물 검사 인텔리전스 구축
AWS
· 2026년 6월 9일
아키텍처

AWS 공간 데이터를 활용한 건물 검사 인텔리전스 구축

AWS 공간 데이터 관리로 건물 검사 결과를 공간 참조 데이터로 구조화하는 방법을 소개했습니다. 이미지와 메타데이터, 추론 결과를 연결해 장기 보존과 재분석 가능성을 높였습니다.

#AWS#S3
19005분
[의존성의 방향을 따라 1/5] 버전업이 고통인 이유
flex
· 2026년 6월 9일
아키텍처

[의존성의 방향을 따라 1/5] 버전업이 고통인 이유

50개 레포와 3,500개 모듈에서 Spring Boot 패치 버전업이 왜 조직 전체의 문제인지 설명했습니다. 수동 전파의 한계를 보여주고, 자동화된 recipe 기반 구조를 제안했습니다.

#Spring Boot#MySQL
6005분
[의존성의 방향을 따라 1/5] 버전업이 고통인 이유
flex
· 2026년 6월 8일
아키텍처

[의존성의 방향을 따라 1/5] 버전업이 고통인 이유

50개 레포와 3,500개 모듈 환경에서 Spring Boot 패치 버전업이 왜 조직 전체의 문제가 되는지 설명했습니다. 수동 전파의 병목을 줄이기 위해 자동화와 빌드 검증 중심의 Evergreen 구조를 제안했습니다.

#Spring Boot#Kotlin
40005분
Amazon SageMaker Unified Studio에서 Cross-Account Amazon Redshift Data Sharing 거버넌스 패턴 검증
AWS
· 2026년 6월 2일
아키텍처

Amazon SageMaker Unified Studio에서 Cross-Account Amazon Redshift Data Sharing 거버넌스 패턴 검증

Amazon SageMaker Unified Studio의 다계정 Redshift 공유 패턴을 검증한 글입니다. Publisher를 소스 계정에 두는 구성이 거버넌스와 컴퓨트 격리를 함께 만족했습니다.

#Amazon SageMaker Unified Studio#Amazon Redshift
21005분