[개발일지] - 618

 

사출 관련 인터페이스 문의가 들어왔는데

예전 자바서버에서 생성했었던 인터페이스 호출 관련 문제로

운영 → 개발 연결 테스트를 하고 싶다는 요청이 있었지만 호출되지 않는다고 하는데

postman으로 발송 테스트를 해도 되지 않았고 vpn을 작동시켜도 안되는 것을 볼 수 있었다.

 

결국 코드도 확인하고 서버도 들어가서 재기동을 해봤는데

코드로는 문제가 당연히 없었고 서버는 정상적으로 돌아가고 있었지만

재기동을 한 이후 다시 실행하니 정상적으로 인터페이스가 다시 되는 것을 볼 수 있었다.

 

개발서버 재기동은 코드 수정이 있어야 보통 하기 때문에

11월쯤인가 적용한 이후 건드릴 일이 없어서 너무 오래 방치되서 문제가 생긴건지

자바서버 상태는 정상이라고 떴는데 뭐가 문제였는지는 정확하게 알 수 없었다.

 

하지만 고객사쪽에서는 운영 → 개발 timeout만 뜬다고 하는데

아마 운영 → 운영, 개발 → 개발 방화벽만 뚫려있고

운영 → 개발은 막혀있는 것 같고 그게 정상인 것 같긴 했는데

방화벽 자체가 고객사에서 관리하는 부분이고

나는 거기 들어있는 자바서버만 개발했었기 때문에 방화벽 문제인 경우 내부적으로 요청해야 한다고 답변했다.

 

캠페인 쪽 마이그레이션에서 기대 불일치 문제가 발생했는데

한참 확인한 결과 나오지 않는 기대들은 개수만 그렇게 표기되고

실제 운영되고 있는 이전하기 전 홈페이지에 없는 수량이었고

그 아래에는 내가 이전한 만큼의 수량이 정상적으로 기입된 것을 볼 수 있었다.

 

자바서버쪽은 들어오는지 확인을 계속 해야 해서

Putty를 통해서 실시간 로그를 계속 확인하기 위해 띄워뒀는데

개발서버임에도 불구하고 30분 간격으로 토큰 refresh를 하는 부분이나

왜 있는지는 모르지만 주기적 배치도 돌아가는 것 같았고

그런 내용들 때문에 흠칫흠칫 놀라서 로그를 복사해서 보면 다 저런 내용이었고

끝까지 자바서버에 운영 → 개발 인터페이스는 들어오는 것이 확인되지 않았다.

 

유지보수쪽에서 판매 주문 로직 확인 요청이 들어왔는데

기존엔 추가 프로세스를 걸치지 않고 바로 SAP으로 전송할 수 있었는데

갑자기 특정 레코드들은 승인 절차를 걸쳐야 가능하다는 문의였다.

 

한참 확인해보니 flow나 trigger에는 없었지만

flow 내부에서 apex를 호출하는 작업이 하나 숨겨져 있었고

퇴사하신분이 작업한 내용이라 오래 걸리긴 했지만

초안에서 바로 승인되는 조건들을 확인할 수 있었기 때문에

해당 내용을 문의주신 동기분에게 공유드리고 회의에 참여했다.

 

주간회의에서 또 마이그레이션 진척도에 대한 말이 나왔는데

해당 필드들 자체가 확정이 안나서 개발이 안되고 있는데

다음에도 같은 프로젝트를 진행하게 되면 그냥 필드 다 정의서대로 만들어버리고

그 값들을 다 넣은 다음 요청이 올 때마다 apex로 필드 값 변경되게 진행해야 할 것 같다.

 

품질쪽 마이그레이션 맵핑이 드디어 완료가 되긴 했는데

간단 맵핑만 완료됐고 헤더 하나에 개체가 5개가 추가로 딸려있기 때문에

각각 개체들을 분할하는 작업도 오래 걸렸고

각각의 개체마다 ID값들을 매칭하고 시간 필드나 타입 필드 에러

그리고 picklist 값이 없어서 기존 홈페이지 확인 작업 등

생각보다 쓸대없는 곳에 시간이 너무 소모되어버렸다.

 

일단 Header에 연관된 개체 Id들을 query로 가져와서 vlookup으로 연결해주고

헤더 먼저 다 넣어줬지만 딸린 개체들을 정리하다가 8시 30분쯤 갑자기 번개가 잡혀서 퇴근했다.

 

 

(1).백준 20833번 Kuber는 1~n까지의 길이의 정육면체들을 가지고 싶을 때

1*1*1의 정육면체 블럭 몇개가 필요한지를 구해야 하는 문제로

1부터 n까지 3승을 한 값을 더한 후 출력하는 방식으로 해결했다.

const input = Number(`7`)
let sum = 0
for(let i = 1 ; i <= input ; i++){
    sum += i**3
}

console.log(sum)