

ParallelCluster 잘 쓰고 있는데, 왜 AWS PCS인가(1부) — 관리형 Slurm의 가치와 비용 구조
AWS PCS는 Slurm 컨트롤러 운영을 AWS에 맡겨 HPC 클러스터의 패치·장애 대응 부담을 줄입니다. 추가 관리 요금은 가동률, 커스터마이징 요구, 중단 손실을 포함한 TCO로 판단해야 합니다.



AWS PCS는 Slurm 컨트롤러 운영을 AWS에 맡겨 HPC 클러스터의 패치·장애 대응 부담을 줄입니다. 추가 관리 요금은 가동률, 커스터마이징 요구, 중단 손실을 포함한 TCO로 판단해야 합니다.

ESM·CJS 이중 배포에서 발생하는 상태 분리와 타입 누락 문제를 분석했습니다. 사내 패키지를 ESM-only로 전환해 관리와 디버깅 복잡도를 줄였습니다.

FDE가 고객 요구를 PoC로 빠르게 검증하고 제품화 근거로 전환한 과정을 소개했습니다. 콜 캠페인에서 중복 발신 방지와 회선 용량 제어를 우선해 운영했습니다.


Java 25의 유연한 생성자 본문 규칙과 상속 초기화 순서의 주의점을 설명했습니다. 컴팩트 객체 헤더 기반의 메모리·GC 성능 진단 기준도 다뤘습니다.


Java 25의 생성자, 모듈 임포트, 기본형 패턴 매칭 문법을 소개합니다.\nCompact Object Headers 기반 HotSpot JVM 메모리 최적화도 살펴봅니다.
기획자가 Claude Code와 설계 계획서를 활용해 서버부터 앱까지 광고 기능을 출시한 경험을 공유했습니다.\n도메인 지식, 담당자 리뷰, AI 결과 검증과 오류 해석 환경의 중요성을 강조합니다.
이 게시물은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

조직 데이터 맥락을 반영해 자연어 질문을 SQL 쿼리로 바꾸는 Data Query ACE를 소개했습니다.\nPrivate 환경과 접근 권한 통제로 민감한 데이터 조회를 지원합니다.
공공기관 클라우드 도입에 적용되는 국가 보안 가이드라인 개정 방향을 소개했습니다. 정보 등급, 민간 클라우드 이용 범위, 보안 검증 체계 변화를 확인해야 합니다.


PaaS의 책임 경계와 배포·실행·모니터링 구성, 과금 방식을 정리했습니다.\n도입 시 런타임 지원 범위, 벤더 종속, 보안 책임, 확장 비용을 확인해야 합니다.
Go 서비스의 핸들러 중심 구조를 DDD-lite와 Clean Architecture로 리팩토링한 과정을 소개했습니다. 명확한 경계가 AI 코딩의 탐색·리뷰 범위도 줄인다고 설명합니다.

조직 성장에 맞춰 월 단위 선택적 근로시간제와 2시간 단위 반반차를 도입했습니다. 월 1회 1 on 1으로 업무 우선순위와 어려움을 정기적으로 나눕니다.

구성원 증가로 기존 오피스의 회의·휴게 공간과 동선 문제가 커졌습니다. 이를 배경으로 삼성동 오피스 프로젝트를 소개합니다.


게시판 프로젝트의 ThreadLocal 기반 컨텍스트 전파를 Java 25 ScopedValue로 리팩토링했습니다. Servlet Filter와 StructuredTaskScope를 수정해 수동 컨텍스트 관리 코드를 제거합니다.


StructuredTaskScope와 ScopedValue로 병렬 작업의 컨텍스트 자동 상속을 설명했습니다.\n실행 경계별 바인딩과 하위 컴포넌트 변경 없는 리팩토링 전략을 다뤘습니다.