시대를 역행하는 온프라미스 환경 구축을 하는 finvault 님의 블로그

👈 이전 글: [8탄] 금융권 폐쇄망 온프레미스 AI 아키텍처: Ollama 도입부터 mTLS 보안 설계까지💡 우리의 험난했던 여정최근 개발 생태계는 ChatGPT, GitHub Copilot 등 AI 어시스턴트가 지배하고 있습니다.하지만 **'망 분리(Air-Gapped)'**가 적용된 금융권 온프레미스 환경의 개발자들에게는 남의 나라 이야기죠.터미널을 열고 당당하게 ollama pull deepseek-coder:6.7b를 입력해 봐야 돌아오는 건 잔인한 Connection Refused 에러뿐입니다. 그렇다면"어떻게 하면 인터넷 선이 물리적으로 뽑혀있는 서버에, 시스템 환경변수를 단 1바이트도 오염시키지 않고 나만의 AI 코딩 두뇌(FinAI)를 완벽히 격리하여 이식할 수 있을까?"이 사상이 ..

👈 이전 글: [7탄] Gradle 기반 JBoss 자동 배포 스크립트 완성💡 00. 왜 Ollama와 DeepSeek Coder인가?요즘 Claude, Gemini 같은 AI 어시스턴트 없이는 불안해하는 개발자들이 많습니다. 하지만 금융권 같은 폐쇄망 환경에서는 이러한 SaaS 기반 AI 서비스에 접근 자체가 불가능합니다.금융감독원 등 규제 기관의 지침 아래 폐쇄망은 외부 오픈을 원칙적으로 허용하지 않습니다. 아무리 좋은 AI 도구라도 외부 API를 호출하는 순간 보안 심의에서 바로 차단됩니다.이러한 현실 때문에 최근에는 삼성(code.i), LG CNS(AI 코딩 어시스턴트), 슬렉슨(CodeCenter) 같은 국내 업체들이 폐쇄망에서 동작하는 온프레미스 AI 어시스턴트를 제안하고 있는 추세입니다..

오늘은 6탄의 내용에서 찜찜 하게 마무리 된 수동배포를 자동 배포 형태로 진행 하겠습니다. 우선 원래 목표는 자동 배포를 구상 했지만 일단 배포되는 과정을 통해 육안 확인을 하는데 급급 해서 이러한 결과가 초래 된 거 같습니다.이유는 앞 과정에서 어느 정도 예상을 했지만 한 번에 성공 하지 못해 그걸 처리 하다 보니 이런 결과가 나온거 같습니다. 오늘의 목표는 자동 배포를 완성 한다 입니다. 목표C:\projects\FinVault\workspace\FinVault\build\libs 여기에 생긴 war 파일을 JBOSS의 디렉토리 스크너(Deployment Scanner)에 파일을 자동으로 변환 하고 .dodeploy 파일 까지 자동으로 처리 해서 앞서 노가다 작업으로 파일 복사 하고 파일명 변경 하..

👈 이전 글: [5탄] WAR 배포 실패 1 - Logback 충돌💡 트러블슈팅 랩: "사라진 spring-web을 찾아라"5탄에서 로깅 충돌의 원인인 Logback을 도려내고 드디어 배포가 성공하는 줄 알았습니다. 하지만 JBoss 로그를 살펴보니, 분명 배포(Deploy)는 성공했다고 뜨는데 정작 스프링이 초기화되었다는 로그가 없습니다.마치 껍데기만 배포되고 알맹이(Spring)는 쏙 빠진 상태입니다. 이번 6탄에서는 이 기이한 현상의 원인을 파헤치고, Spring Boot 4.0과 외장 WAS(JBoss) 간의 빌드 스펙 충돌을 완벽하게 교정해 보겠습니다. 01. 배포 실패 현상: 껍데기만 남은 WAR로깅 문제를 해결한 후 배포를 진행하면 다음과 같은 로그가 뜹니다: 1.Add 버튼을 ..

👈 이전 글: [4탄] STS 설치 & JBoss 서버 연동이 번장은 JBOSS 에 WAR 배포 과정을 진행 하도록 하겠습니다 순수 아무런 작업을 하지 않고 바로 WAR를 배포 하는 순진 모드로 진행 해보고 이 와 같은 작업을 통해 나오는 엄청난 에러 로그 등을 보면서 하나 하나 잡아 가도록 하겠습니다이 최신 스택(Spring Boot 4.x + JBoss EAP 8.x)의 조합에서 가장 먼저, 그리고 가장 뼈아프게 직면하는 문제가 바로 **'로깅 라이브러리 충돌'**입니다.이번 5탄에서는 서버가 뻗어버린 원인을 정확히 분석하고, Gradle을 통해 의존성을 도려내는 작업을 진행하겠습니다. 01. 배포 실패 현상 및 로그 분석STS의 Servers 탭에서 JBoss를 기동하면 콘솔(Console)에 다..

이 번에는 사용해야 할 IDE 중 하나인 STS를 설치 하고 이 IDE 와 JBoss 서버 연동을 목표로 하겠습니다진행 하기전 간단 WorkFlow 입니다 철학: "IDE와 빌드 도구도 완벽히 통제하라"3탄까지 진행하여 JBoss 서버를 독립적인 무균실(JDK 21) 환경에서 띄우는 데 성공했습니다.하지만 개발은 메모장으로 하는 것이 아닙니다.이번 4탄에서는 스프링 개발의 표준 IDE인 STS(Spring Tool Suite) 5.1.1을 설치합니다. 여기서 가장 중요한 것은 STS 에디터 자체를 띄우는 JDK, Gradle 빌드를 수행하는 JDK, JBoss 서버가 도는 JDK, 이 세 가지가 한 치의 오차도 없이 **동일한 궤도(JDK 21)에서 돌아가도록 강제 주입(Hardcoding)**하는 ..

👈 이전 글: [2탄] JDK21 독립 설치 & JBoss EAP 8.1 설치💡 철학: "서버 기동의 주도권을 통제하라"이전 강좌에서 C:\projects\FinVault\was\jboss-eap-8.1 경로에 JBoss EAP의 압축을 풀었습니다.하지만 JBoss를 그냥 더블클릭해서 실행하면 안 됩니다.기본적으로 JBoss는 윈도우 시스템 환경변수에 등록된 엉뚱한 자바(JDK)를 물고 기동될 확률이 높기 때문입니다.이번 3탄에서는 JBoss가 오직 우리가 준비한 '독립 JDK 21'만을 물고 기동하도록 설정 파일의 멱살을 잡는 과정(환경 격리 완성)을 진행하겠습니다.JBoss 환경설정 파일 수정 (standalone.conf.bat)JBoss가 기동될 때 가장 먼저 읽어 들이는 환경설정 파일을 수정..

👈 이전 글: [1탄] 프로젝트 소개 & 기술스택 & 환경 구성 철학💡 철학: "MSI 설치 파일을 멀리하라"실무에서 여러 프로젝트를 동시에 진행하다 보면 서로 다른 JDK 버전과 WAS 환경이 충돌하는 '환경변수 지옥'을 겪게 됩니다.JAVA_HOME 시스템 환경변수 하나에 의존하는 낡은 방식은 버려야 합니다.이번 2탄에서는 모든 툴을 'ZIP 압축 해제 방식'으로 설치하여 특정 디렉토리에 격리하고, 오직 FinVault 프로젝트만을 위한 완벽한 독립 생태계를 구축합니다. 00. 프로젝트 폴더 구조 먼저 잡기설치 전에 반드시 아래 구조를 먼저 만들어야 합니다. 이 구조가 이 강좌 전체의 뼈대입니다.C:\projects├─ FinAI\ ← 폐쇄망 AI 엔진 서버│ ├─ bin\java│ └─ ide└..

프롤로그다 년간 SI 및 금융권 그리고 회사 자체 솔루션 작업을 수행 하면서 얻은 조약한 지식 등을 정리 할 시간 없이 지내오다 그 동안의 경험을 기록 하고 싶어졌고 혹시나 내용 중에 도움이 될 수 있는 사항이 있었으면 하는 마음으로 작업을 진행 합니다.```"모두가 클라우드를 외치는 시대에, 왜 다시 온프레미스로 돌아가는가?"본 프로젝트 **FinVault(금융 기술 금고)**는 이 질문에서 출발했습니다.현재 IT 생태계는 AWS, GCP 같은 퍼블릭 클라우드가 주도하고 있지만, 금융권·공공기관·엔터프라이즈 코어 시스템의 현실은 다릅니다. 여전히 강력한 보안 규제와 망분리(폐쇄망)라는 극한의 제약 속에 놓여 있으며, 외부 인터넷이 차단된 환경에서는 클라우드의 편리한 SaaS나 외부 라이브러리의 혜택을 ..

내용이 유실 되어서 이 부분은 종합 정리 내용이어서 수정하겠습니다 코멘트최신 Spring Boot 4.0과 전통의 엔터프라이즈 강자 JBoss EAP 8.1의 조합. 전 세계적으로 레퍼런스가 극히 드문 이 '시대를 역행하는' 세팅을 진행하며 수많은 충돌과 직면했습니다.특히 JBoss의 내장 로깅 서브시스템과 Spring Boot의 Logback/Log4j2가 일으키는 클래스 충돌은 악명이 높습니다.이 글은 그 지독한 '삽질'의 기록이자, 완벽한 환경 격리를 이뤄낸 해결 과정의 박제입니다.테스트 환경 및 프로젝트 구조배포 환경은 철저하게 로컬 PC의 시스템 환경변수 오염을 배제한 독립 경로로 구성되었습니다.항목버전 및 스펙OSWindows 10 64bitJDK21.0.10 Temurin (LTS)IDEST..