필터 0
선택된 필터 없음
네이버 D2
오늘
데브옵스

VictoriaMetrics 운영기 2편 — 장비 증설 없이 리소스 위기를 해결한 3단계 최적화 전략

쿠버네티스 전환으로 커진 VictoriaMetrics 리소스 문제를 조회·저장·수집 세 레이어로 나눠 최적화했습니다. 쿼리 분할, 보관 기간 축소, 수집 대상 축소로 장비 증설 없이 안정화했습니다.

#VictoriaMetrics#Kubernetes
1005분
분산 학습을 위한 AWS 컴퓨트 선택 가이드 (1편: 모델 규모와 하드웨어 선택)
AWS
데브옵스

분산 학습을 위한 AWS 컴퓨트 선택 가이드 (1편: 모델 규모와 하드웨어 선택)

분산 학습용 AWS 컴퓨트 선택을 모델 규모와 통신 패턴 기준으로 정리했습니다. GPU 성능보다 인터커넥트, 메모리, 운영 방식이 병목을 좌우한다고 설명했습니다.

#AWS#LLM
0005분
네이버 클라우드 플랫폼
AI

[클로바 시선 #53] 네이버클라우드, NVIDIA Nemotron 연합에 함께합니다: 소버린 AI를 향한 협력

네이버클라우드가 NVIDIA Nemotron 연합에 합류하며 소버린 AI와 글로벌 협력의 균형을 모색했습니다. HyperCLOVA X 고도화와 국내 AI 경쟁력 강화 방향을 제시했습니다.

#LLM#cloud
2005분
여기어때
기타

데이터 통합— MongoDB 원칙으로 document를 통합하고 동기화를 재설계하다 (3/3)

X

#MongoDB#document
6005분
여기어때
백엔드

트랜잭션 스크립트에서 숙소 메타 + 가격 계산 모듈로 — 전시 아키텍처 개선기 (2/3)

상세 화면 API에서 컬렉션 접근이 과도하게 발생하던 구조를 개선한 글입니다. 트랜잭션 스크립트에서 숙소 메타와 가격 계산 모듈로 분리한 과정을 다룹니다.

#transaction#module
2005분
Kiro 에이전트와 Harness Engineering: LGU+ Knowledge-based Mass Migration 자동화
AWS
아키텍처

Kiro 에이전트와 Harness Engineering: LGU+ Knowledge-based Mass Migration 자동화

LGU+의 대규모 AWS 마이그레이션에서 Kiro와 Harness Engineering으로 전환 작업을 표준화했습니다. 설정 자동화와 지식 자산화를 통해 개발자 편차를 줄이고 재사용성을 높였습니다.

#AWS#Kubernetes
15005분
멀티 프로덕트 브랜드 아키텍처와 디자인 가이드
넥스트리
아키텍처

멀티 프로덕트 브랜드 아키텍처와 디자인 가이드

멀티 프로덕트 환경에서 브랜드 아키텍처가 디자인 시스템의 기준점이 되는 이유를 정리했습니다. 핵심 자산 분리, 컴포넌트 추상화, 문서화의 중요성도 함께 다뤘습니다.

#브랜드 아키텍처#디자인 시스템
8005분
AITRICS
기타

[24. 4. 12] AITRICIAN의 새로운 출발을 응원하는 ‘Welcome Kit’

신규 입사자의 첫 출근 경험을 돕기 위해 친환경 콘셉트의 웰컴키트를 소개했습니다. 실용적인 구성품과 환영 메시지로 온보딩과 소속감 강화를 강조했습니다.

#문화
6005분
조합형 Form 컴포넌트 설계
넥스트리
프론트엔드

조합형 Form 컴포넌트 설계

React Hook Form과 MUI 기반 폼 컴포넌트의 확장 한계를 설명했습니다. 역할 분리와 Composition Pattern으로 복합 입력 UI와 유지보수성을 개선한 사례입니다.

#React#React Hook Form
14005분
AITRICS
기타

[24. 4. 3] 에이아이트릭스에 봄이 왔어요~ 3월에 열린 Strawberry Day

X

#문화#회의
3005분
네이버 클라우드 플랫폼
기타

[클로바 시선 #52] NVIDIA GTC Taipei 2026 네이버클라우드 하이라이트: End-to-End 글로벌 AI 팩토리

NVIDIA GTC Taipei 2026과 COMPUTEX에서 AI 팩토리와 차세대 AI 기술 흐름이 소개되었습니다. 네이버클라우드는 글로벌 AI 네이티브 클라우드의 핵심 파트너로 언급되었습니다.

#cloud#NVIDIA
14005분
미리디
아키텍처

micro frontends가 미리캔버스 프론트엔드팀이 일하는 방식을 바꾸는 이유

미리캔버스 프론트엔드팀은 변경 검증 범위 확대와 조직 간 협업 마찰을 공통 문제로 보고 MFE를 선택했습니다. 레이어 분리, 공개 API 제한, 런타임 페더레이션으로 변경 영향 범위를 줄이려는 구조를 설명했습니다.

#micro frontends#module
59005분