n8nkorea · 2026-07-30

오늘의 대화

전날 GitLab CI와 n8n MCP 자동화를 소개한 참여자에게 서버 구성을 배우고 싶다는 요청이 이어졌다. 개발·플랫폼 서버로 쓰는 미니 PC, 스위치, 백업 디스크, KVM과 장애 복구용 노트북 구성이 구체적으로 공유됐다. GitLab 19의 Redis 포함 여부는 Omnibus 패키지와 Kubernetes 배포를 서로 다르게 전제해 생긴 혼선으로 정리됐다. 오후에는 로봇 조작 데이터를 사람이 직접 수집해 자율 정책을 학습하는 흐름을 설명한 영상이 참고 자료로 공유됐다.

이야기 나온 주제

개발·플랫폼용 홈서버 구성

서버 조합과 부품 선택이 어렵다는 질문에 실제 구성 사례가 제시됐다. Minisforum MS-A2, AMD 9955HX, DDR5 64GB, 2TB SSD를 중심으로 관리형 9포트 스위치, 8TB 백업 HDD, JetKVM, 소형 랙과 냉각 팬을 사용하고 있었다. 라우터는 Linksys MX5300, 운영체제는 Ubuntu Server 24.04였고, 구형 노트북은 주 서버 장애 시 다른 서버로 복구하는 DR 스크립트에 썼다.

운영자는 이 구성이 고사양이며 더 낮은 사양도 가능하지만 메모리는 많을수록 좋다고 설명했다. 실제 고객 서비스를 제공하는 서버가 아니라 개발 서버와 플랫폼 서버로 사용 중이라는 범위도 밝혔다.

• 원본 시각: 09:10–10:23

GitLab 19 배포 방식과 Redis 구성

GitLab 19에서 Redis가 내부에 포함되는지 질문이 나왔다. 처음에는 19부터 함께 설치되지 않는다는 답이 있었지만, 이는 Kubernetes 배포를 기준으로 한 설명이었다. Omnibus 패키지에는 Redis가 함께 있을 수 있다는 정정으로 마무리됐다. 같은 버전 번호라도 설치 방식에 따라 구성 요소가 달라지므로 공식 아키텍처와 배포 문서를 함께 봐야 한다는 사례다.

• open question: GitLab 19.2의 Omnibus·Helm 설치별 기본 Redis/Valkey 구성과 외부화 권장 조건
• 원본 시각: 10:05–10:23

로봇 조작 데이터 수집 자료

로봇 기술의 현재와 다음 단계를 잘 보여준다는 영상이 공유됐다. 자동 요약에서는 사람이 구동기를 착용해 조작 데이터를 모으는 UMI·Dex UMI 방식과, 수집·학습·실행을 외부 소프트웨어처럼 오케스트레이션하는 방향이 소개됐다. 채팅에서는 내용의 재현이나 기술 검증까지 이어지지 않았으므로 후속 탐색용 자료로 남긴다.

• 참고 자료: 대화에 공유된 로보틱스 영상
• 원본 시각: 14:05

대화의 분위기

복잡해 보이던 서버 구성을 실제 부품과 용도로 풀어 설명하자 질문자가 적극적으로 감사했고, GitLab 구성의 전제가 달랐다는 점도 곧바로 정정됐다. 짧은 대화였지만 전날 자동화의 기반 환경을 이해하는 실무적인 연속성이 있었다.

연결

• n8nkorea 전체 보기
• 다음 날 n8nkorea의 GPT-5.6·문서 워크플로·n8n 3.0 대화
• 전날 n8nkorea의 GitLab CI·n8n MCP 자동화 대화
• 같은 날 에이전트코리아의 에이전트·MCP 개발 대화