5. 이슈는 상시 있는 것 (hard coding)

개발자 G의 업무는 더더욱 바빠졌다. 푸시 메시지가 가기 시작한 이후로 관련된 업무는 모두 G에게 할당되었고, 그 밖에 처리해야 할 이슈들도 사안에 따라 G에게 들어왔다. 자신에게 업무가 할당된다는 사실에 G는 기뻣지만, 업무 내용은 그렇지 못했다.1. 통계 쿼리통계 페이지에 들어가는 필드를 하나 추가해달라는 요청을 받았다. 시스템에는 특수한 통계 페이지가 각 담당자마다 존재하고 있고, 그 쿼리들은 공통적으로 수많은 필드들을 불러오고 있었다. SELECT A, B, C, ... FROM CUE_TABLE ...MyBatis 를 활용하고 있기 때문에 디버깅이 쉽지 않은 점도 있고, 위의 간단해보이는 쿼리는 많은 문제점을 가지고 있다.Map 은 Key - Value 형태라면 어떤 것이든 데이터로 제공..

개발자 G는 팀 내에서 다소 신용이 생겼다. 메시지 발송과 같은 장애건을 해결하기도 했고, 빠른 수정이 필요한 클라이언트 작업이나 DB 작업들을 팀의 색깔에 맞춰 군말 없이 수행했기 때문이다. G는 소스의 처참한 수준 때문에 혀를 차고 있었지만, 그걸 알 리 없는 팀장 A는 G에게 새로운 업무를 부여하기로 한다.A : G님. 우리 앱에 푸시가 안와요. 한 번 봐줄 수 있어요?G : 넵. 언제부터 발생한 이슈일까요?A : G님 입사하기 몇달 전부터 실패하고 있어요.G는 한번 더 실망했다. 도대체 어디서부터 잘못된 것인가. 이슈의 진행상황을 보기 위해 팀 문서를 한참동안 찾아다닌 G는 현재 상황을 정리했다.1. API 서버에서 푸시 메시지를 보내고 싶을 때 통신하는 Push 서버가 있다.2. Push 서버는..

개발자 G는 몇 개의 JSP와 쿼리 수정작업을 거치며 적응해나갔다. 새로운 회사와 새로운 사람, 새로운 업무는 그런 대로 익어간다. 부족한 게 없는 것 같다. 온보딩도 충분히 받았고, 관심 있는 비즈니스 도메인이기 때문에 업무와 가까워 지는 일이 덕업일치하는 것 같은 느낌도 든다. 하지만 이슈를 처리하고 바람을 쐬러 나갈 때마다, 뭔가 찜찜한 느낌이 G에게서 떠나지 않는다.왜 이렇게 익숙할까. 왜 새로 해야 하는 일이 아닐까. 또다시 갸우뚱할 시간이 생길 찰나에, 운영팀에서 티켓이 날아왔다. 구장 오픈 시간에 맞춰 구장에 매물로 나와 있는 큐에 대한 홍보 메시지를 보내주는 기능이 있는데, 그 메시지가 간헐적으로 전송되지 않는다는 것이다. 우선 기능을 개발한 이슈를 맡았던 개발자는 이미 퇴사했다. G는 급..

회사의 첫 업무를 할당받기 전, 프로젝트 로컬 세팅이 필요했다.서버 개발자 A : 이제 G님 오셨으니까 신규 업무로 가벼운 것부터 하나씩 해보도록 하죠.서버 개발자 B : G님, 혹시 Spring 프로젝트를 직접 Tomcat 위에서 띄워보신 적 있으세요?G : 네? 아니요.갑자기 채용공고의 레거시 프로덕트 스펙이 떠올랐다. Spring 5.x 버전을 사용하는 프로덕트가 있다는 것. 스프링 5면 2017년 출시고, 지원 종료는 2024년 5월.. 주섬주섬 톰캣 홈페이지를 찾아갔다.아카이브된 버전의 톰캣 위에서 G는 드디어 회사의 첫 업무를 할당받았다. 업무 내용은 클라이언트에 나무 큐 사진 다운로드 기능이 있는데, 그것을 새로나온 카본 큐 사진도 다운로드 할 수 있도록 수정해달라는 것.1. 비즈니스 로직은..

서버 개발자 G는 최근 이직에 성공했다. 중고 당구 큐를 판매하는 플랫폼 회사로, 요즘 같이 어려운 세상에 관심 있는 비즈니스 도메인의 탄탄한 강소기업으로 이직했다는 사실은 G를 매우 설레게 했다. 서류 접수부터 채용까지 모든 과정이 매끄러웠고, 특히 면접때는 자신이 평소 쳐왔던 당구와 큐에 대한 식견을 마음껏 뽐내면서 면접관들의 끄덕거림과 함께 합격하였기에 그 기쁨은 이루 말할 수 없었다. 물론 덕업일치 할 수 있게 되었다는 사실만이 G의 기쁨의 원천은 아니었다. 첫 번째 직장인 전직장에서 서버 개발을 처음 시작한 후로 늘어나지 않는 실력과 역할에 답답함과 갈증을 느끼고 있었고, 전직장이 경영악화로 점점 기울고 있어 그의 이직은 나름 절실하긴 했다. 서버 개발자로서 잘해야 하는 것들을 메모하고 이력서를..

9장. AWS 오토 스케일링 서비스9.1. 스케일링9.1.1. 스케일링이란스케일링(scaling) : IT 자원을 확장하거나 축소하는 기능9.1.2. 스케일링의 종류수직 스케일링(vertical scaling) : IT 자원의 용량을 확장하거나 축소하는 기능스케일 업(scale-up) : IT 자원 용량 확장스케일 다운(scale-down) : IT 자원 용량 축소수평 스케일링(horizontal scaling) : IT 자원의 수량을 확장하거나 축소하는 기능스케일 아웃(scale-out) : IT 자원 수량 증가스케일 인(scale-in) : IT 자원 수량 감소 9.2. AWS 오토 스케일링 서비스9.2.1. Amazon EC2 오토 스케일링이란동적으로 EC2 인스턴스 수를 확장하거나 축소하여 워크로..