😂개발서버를 다시 만들어달라니..?

나는 그만 울고말았다

문제의 시작

"지금 사용하는 PC들 대여 PC라 반납해야합니다."
"???????????????? 언제까지요?"
"12월 31일 전까지요 ㅎㅎ"
(11월 15일, 프로젝트 OPEN 1달 2주 전)

이게 무슨 마른 하늘의 날벼락 같은 소리지?

연말에 프로젝트 오픈을 앞두고 있는 상황에 개발서버 및 개발 로컬 PC들을 반납해야한다는 고객사의 요청이 들어왔다. 내가 처음 이곳에 왔을때.. 개발 PC가 없어 대여로 공수해온 것들의 대여기간이 다한 것이다.
참 많은 생각이 들었다. 남은 테스트 일정은 어쩌지? 서버반영은? 오픈 후 긴급패치와 유지보수는??
부랴부랴 현재 상황을 점검 해보았다.

현재 상황 분석

1. 가능 일정

• 다행히 프로젝트는 성공적으로 끝나가고 있어 단위/통합 테스트 종료, 사용자 테스트를 진행 중이었다.
• 문제는 내 일정이었는데.. 사업완료보고 일정이 딱 1달 남은 시점이었다. 작성해야하는 문서가 이렇게 많을줄은..😂

이러저러 정리해보니 완료보고가 끝나야 작업이 가능할 성 싶었다. 개발환경 구축은 특이사항이 없다면 로컬은 1, 2일이면 충분하다. 하지만 여기가 그렇게 호락호락하던 곳이던가

2. 준비/구축해야할 것

✅ 구매 PC 스펙 선택

개발팀이 없던 곳이라 내가 결정을 해줘야했다. 어렵게 생각할 것 없이 최소기준을 맞춘 후, 옆 파티션에 PC관리하는 분의 컨펌을 통해 200만원 선에서 스펙을 선정했다.

CPU : Intel i7-10700
RAM : 32GB
SSD/HHD : 500GB, 1TB
OS : WIN 10 Pro

PC관리하시는 분이 새로 나온 CPU와 OS를 제안해주셨지만 CPU 때문에 고생한 기억으로 가장 많이 사용해본 스펙으로 결정했다. OS를 윈도우로 한 이유는 DB 및 WAS는 전부터 VM으로 구동중이고 여차하면 개발서버에서도 디버깅 가능토록하기 위해서였다. 아쉬운 점은 기간이 촉박해서 여러가지 새로운 시도가 불가능했다는 점

✅ 네트워크 연동 및 보안

두 대 모두 내부망 네트워크에 접속하며 보안 프로그램을 올려야한다. 내부망에서는 인터넷 접속이 차단되어있어 마켓플레이스 접속 및 메이븐 update가 불가능한데, 이 점은 보안 담당자와 상의하여 임시 외부망 네트워크에서 세팅을 완료한 후 내부망 네트워크에서 보안 프로그램 설치를 받기로 했다.

즉, 로컬셋팅(외부망, 프로그램설치) > 서버세팅(외부망, 프로그램설치) > 서버세팅 (내부망, DB/Server 재구축) > 로컬세팅(내부망, DB/Server 연결) 이 순으로 작업해야한다는 소리.
하하..😅

✅ 프로그램 목록 작성

다음으로 세팅할 프로그램 목록을 서버와 로컬으로 나누어 리스트업 했다. 생각보다 설치할게 많진않았다.

✏️서버
SVN / DB Server (VM)
(공통) IDE / DB client

✏️로컬
(공통) IDE / DB client
기타 테스트 및 사용툴 일체 (타 RDBMS, VSCode, python, node, Burpsuite, Wireshark..)

+그외 개발측 보안 프로그램 생략 이게 제일 까다로웠다

✅ 작업전 이슈 점검

작업 전에 특별하게 문제가 될만한 사항을 점검했다.

1. 특정 네트워크 IP와 PORT만 통신가능한 상황이기 때문에 동일 ip 부여 필요

2. 반드시 이전 개발사에서 넘겨받은 IDE를 사용해야함

3. DB VM 구동 매뉴얼 미존재

4. SVN 이관절차 확인

1번과 4번은 특별히 어려운 점이 없어 절차만 확인하는 선에서 종결했으나 다른 건은 문제가 컸다.

특히 2번과 3번은 문제가 컸는데, 몇 년전 내가 이곳에 오며 가장 큰 고생을 한 2가지 중 한 가지가 이전 인수인계 업체의 도주구두인수인계로 인해 최초 개발환경 구축에 정말 큰 고생 이었기 때문에 이번에도 별반 다르지 않을거란 확신이 들었다😅
다행인건 이번엔 각 문제에 대한 이슈사항을 미리 파악하고 있기 때문에 사전 준비가 가능했다.

3. 이슈트래킹

12월 중순 쯤 프로젝트 완료보고를 끝내고 12/31 SITE OPEN까지 2주의 시간이 남았다. 원래라면 추가테스트를 진행할 시간이지만 개발환경 구축 작업을 들어갔다.
우선 치명적 이슈에 대한 테스트를 진행했다.

📌 왜 이전 개발사에서 인계받은 IDE를 사용해야하나?

몇 년전에도 토씨하나 틀림없이 저렇게 질문했고 돌아온 답변은 이러했다.

"우리도 이전 인수인계업체가 도망간 것 때문에 상세한 내용은 모른다."
"우리가 구축한 사이트도 아니고 1년동안 운영하느라 개고생만 했다. 그쪽업체에서 준 이클립스와 JDK, Maven 을 무조건 똑같은 위치에 복사해서 써라."
"더이상은 모른다."

😄... 사이트 오류가 지나치게 심각해서 고통받았던 이전 개발자의 설명이었다.
나는 당시에 개발환경 구축메뉴얼이나 개발환경 스펙제안서를 요청했으나 그런 문서는 없으며, "그냥 제가 쓰던 PC에 있는 개발환경 복사해서 쓰세요" 란 대답을 얻었다. 결국 당장 유지보수를 닥달하던 팀장의 요청대로 인수인계 확인서에는 아무런 내용없이 내 서명만 들어가게 되었다. 사족을 붙이자면 이 날림 서류 이 때문에 이 곳은 현재까지도 상위부서와 갈등을 겪고 있다

어쨌든 당장 사이트 오류 확인 및 사용자 요청사항도 접수 해야하는데.. 이전 개발자가 말한 그 PC는 창고에 들어간지 오래였다.😂

✔ 당시 대응

그 당시에 나는 이 문제를 아래와 같이 풀어갔다.

  ▶ TEST1) 실서버 JDK 버전 확인 > 1.7 로 셋팅 > 프로젝트 및 연계 프로그램 구동 불가 (실패)
  ▶ TEST2) 실서버에 구축된 모든 리소스를 다운 > 메이븐레파지토리 재구성 > 전달받은 전자정부IDE/JDK 에 연계 
      > 구동확인 > SVN 구축 및 개발DB서버 구축 

구동은 성공하게 되었으나 나는 이 점이 참 마음에 안들었다.

1. 로컬 메이븐 clean/update가 안되니 항상 pom.xml에 에러메세지가 떠있었다. 설정을 통해 강제구동하거나 직접 lib를 연결해 사용하도록 변경했지만, 이러면 메이븐 왜 쓰나 싶다. 로컬 pom.xml 와 서버의 lib가 다를 경우 정상적인 소스를 작성해도 에러가 나던 경우를 한 두번 보았던가..

2. 운영 중인 사이트 2본은 각기 다른 년도에 각기 다른 회사가 구축해 적용된 라이브러리들이 다르나, 현재 사용중인 전자정부 IDE는 2016년도 개발된 구버전이라 프로젝트별 m2폴더 지정이 안된다. (jdk1.8을 사용하는 이클립스 버전부터 가능)

3. 워크스페이스, 서버 등에 대한 상세 스펙이 없기 때문에.. 이전 이클립스, 워크스페이스를 복사해서 써야하고 그로인해 경로 변경이 불가하다. c:에 통채로 모든 파일 풀어놓은게 화룡점정이었다

4. 다크모드🤯가 없다

😄........ 많은 것을 내려놓고 운영한 2년이었다는 생각이 든다.

✔ 금년도 대응

결론만 말하자면 ①JDK1.7(32bit) 로 개발 보안 프로그램들을 먼저 설정한 후, ②JDK 1.8 을 빌드패스로 잡아 최신 이클립스로 구동가능하되, ③PC 환경변수&이클립스 컴파일의 기본 JDK는 1.7로, ④각 프로젝트별로 JDK 를 프로젝트 버전으로 지정 해 구동에 성공했다.

😅쓰는 나도 뭔말인지.. 미로를 지나갈때 항상 왼쪽방향으로만 간다는 원칙을 두듯 나도 작업시 중요시 여겼던 점만 추리면 다음과 같다.

   1. JDK 는 낮은 버전, 낮은 bit부터 설치한다.
   2. 테스트는 중요하다. 기존에 구동가능했던 환경을 먼저 셋팅 후 변경사항을 테스트 한다.

 + JDK 와 이클립스의 구동원리를 아는 것이 도움이 컸다. ~~사실 인텔리제이쓰고싶었다~~
 

있었던 일만 기술하자면, 워크스페이스를 4개로 나누고 각 버전별 m2 폴더를 zip 파일로 관리해 아래와 같은 순서로 구축 테스트를 진행했다.

▶️ 기존 egov > STS(1.7) > Eclipse (1.7 last) > Eclipse (1.8)

이중 기존 egov/이클립스1.7/이클립스1.8 구동이 가능했고 당연히 Eclipse (1.8) 을 채택했다. 그리고 그동안 최대의 골치였던 pom xml 라이브러리 문제는 Maven update로 자연히 해결 되었다. 이제 마켓플레이스에서 내가 필요로 하는 플러그인만 받아서 내부망에서 셋팅하면 된다!

그리고 모든 과정이 끝나면 내가 만든 이클립스가 내부개발표준IDE가 될 것이다.. 슬픈일이다. 😇

✔ 생각도 못한 이슈사항

1. 가장 자주 쓰는 프로그램 중 하나가 이클립스 Dark thema 를 지원하는 thema 와 AidUML 인데, 이클립스의 버전 문제 또는 각 플러그인의 개발사정으로 인해 더이상 마켓플레이스에서 찾을 수가 없었다.
   => 그냥 구글링으로 파일 아카이브 찾아서 (홈페이지가 닫혔다;) jar 로 강제설치했다.
2. property Editer 가 작동하지 않는다
   => 그냥 구글링으로 다른 jar 찾아서 강제수정했다.

📌 DB VM 구동 매뉴얼 미존재

이제 두번째 페이즈로 넘어가 DB Server를 재구축했다.

✔ 현재 문제점

현재 개발DB 는 Cent OS를 VM에 올려 구동 중인데, 설치 및 구동 매뉴얼에 대해 전달 받은게 없어 늘 실시간으로 꺼지지 않게 유지하는게 전부였다. 서버 재기동시에도 일시정지된 스냅샷을 이용하는게 다였다.

이 경우 가장 간단한 방법은 구매한 DB사의 고객지원을 받는 법이, 조금 머리쓰는 방법은 구글링으로 절차를 검색하는것이 있겠으나.. 이 DB는 Tibero 이다. 😄.......

라이센스가 있어야 고객지원을 받을 수 있는데, 라이센스 물론 구매했겠지만, 날림 인수인계로 받은 문서 및 히스토리에 라이센스 관련 내역이 전무했기 때문에 내선에서 할 수 있는 일은 지금까지도 없다.

오라클이나 MSSQL 하다못해 mySQL 이었더라면 쉬웠을텐데..

✔ 당시 대응

1. 우선 인계 받은 모든 VM 이미지에서 DB설치 VM를 찾았다.
   찾기 명령어를 통해 tibero 폴더를 찾는 방법이었는데, 리눅스여서 가능한 일이었다고 생각한다.

2. 찾아낸 VM 이미지의 계정정보를 직전 업체에 문의했다.
   이전까지 나는 로컬테스트 > 개발테스트 > 실서버 반영 식으로 업무를 진행해왔는데, 이전 업체는 바빴는지 개발서버도 없다고 했다. 그러니까 내가 만들고있는거겠지.. 다행히 몇 시간 후 답변을 얻을 수 있었다.

그리고 이런 모습이 전 개발자에게 안타깝게 보였는지, DB Server의 설치경로 및 구동/서비스 확인을 유선으로 도와줬었다. 급히 개발된 DB Server를 가지고 유지보수 나는 터미널에 남아있기 때문에 나중에 필요하면 찾아보지 뭐.. 라고 생각했었는데

장애 때문에 화면을 전혀움직일 수 없어 터미널 사용/확인불가 상황에 빠질줄 누가 알았겠는가.....

✔ 올해 대응

우선 내부망인 만큼 네트워크 설정이 문제가 될 법해 네트워크 옵션별로 VM 이미지를 떴으나 의외로 이점은 큰 문제를 일으키지 않았다. 모든 네트워크 및 MAC 를 그대로 떠왔으니 그럴법만도 했다..

구동명령어나 서비스 확인도 큰 문제는 없었다. 구글링과 Tibero로 운영중인 친구들에게 연락해서 물어봤다. 정말 큰 난관은 재기동시 Tibero 라이센스 만료가 떴던 점인데 이 부분은 여기에 쓸 수가 없겠다. 임시방편을 찾아서 재기동에 성공했는데 😅국산 프로그램은 싫다 정말....

4. 결과? 얻은점 아쉬운점

성공해서 기뻤지만 중간부터는 내가 개발자인지 엔지니어인지...

아쉬운 점은 나는 이번 기회에 인텔리제이 GIT 환경으로 옮기고 싶었는데 인텔리제이는 라이센스구매가 필요했고 git 은 내부 보안 이슈로 진행이 어려웠다.

새로운 기술이나 툴을 마구잡이로 도입하거나 겉핥기 식으로 체험하는 하는 일을 멀리하려고 하는 편인데 그렇다고 너무 레거시한 툴과 기술을 강제하는건 아니라고 본다...

연말에 한 가장 큰 고생 중 하나였어서 기록해본다