Blog for Programming

1. 서론 하나의 시스템을 운영해보고 이를 점차 발전시켜나가는 경험을 위해 기존에 운영하던 강남대학교 멋쟁이사자처럼 지원페이지의 단점을 보완하고 업데이트를 진행하고자 하였다. 첫 버전을 배포하고 느낀 가장 큰 문제점은 유지보수이다. 첫 서비스를 배포하고 여러 오류가 채널톡으로 들어왔을 때 너무 힘들었다. 하나의 작은 오류도 다시 서비스를 빌드해야하기에 배포가 신경이 많이 쓰였던 것 같았다. 매일 매일 기술블로그들을 구경하면서 본 구조 중 하나는 바로 MSA 구조였다. 방학기간동안 해당 구조를 공부하고 이를 우리 지원페이지에 적용하려 지금까지 노력하고 있다. 전체적인 구조는 다음과 같다. 2. 본론 - Rabbit-MQ 내가 맡은 서비스는 apply-service와 config-service 그리고 Mes..

1. 서론 다음 기수를 위한 멋쟁이사자처럼 지원페이지를 제작하던 중 CV에 나와있던 Email에 관련된 불편사항을 해결하고자 하였다. 이렇게까지 하는 이유는 2년전 당근마켓 서류에서 광탈하고 받은 금같은 피드백 때문이다. 해당 피드백을 요약하자면, "단순히 완성시킨다는 것을 넘어서 점점 발전하는 서비스를 구현하는 사람을 원한다." 이다. 그래서 올해 기수를 모집하며 들어본 여러 불편한 점들을 정리하던 중 가장 시급한 일을 처리하고자 하였다. 2. 본론 가장 큰 문제는 바로 Email 인증. 우리 시스템은 1차와 2차 합격 여부를 Email로 전송할 수 있도록 시스템을 설계하였다. 지원자가 100명이 넘었기에 일일이 1차 합격 메일, 2차 합격 메일을 전송하는 것은 좋지 않다고 판단하여 프론트 단에서 메일..

React 연동하기 너무 힘들었다 ㅠㅠ React는 3000번 포트, Spring boot는 8080에서 돌아가는데, 이를 연결해줘야 했다. 이렇게 한 이유는 Spring boot로 Restcontroller만을 구현하고 싶었다. API를 결합력 높게 만들고 사용하기 쉽게 만들어야 좋은 웹 페이지를 구현할 수 있다고 생각이 들었다. (전 방식처럼 jsp페이지를 쏴주는 컨트롤러도 만들지 않아도 되기에 정말 좋았다.) 솔직히 RestAPI만을 만드니 프로젝트 자체가 깔끔해보였다. 각 Entity(테이블)에 관한 CRUD와 추가적인 Service만을 구성하니 코드 자체가 읽기 편해지고 유지보수가 쉬워졌다. BaseEntity를 기준으로 각 Entity가 상속 받는 형식으로 개발을 진행했는데 신세계였다. 중간중..

강남대학교 멋쟁이 사자처럼의 운영진이 되었다. 가장 먼저 주어진 업무는 운영진 스터디 지도와 Apply-site를 만드는 것이다. 이 카테고리에서는 Apply-site를 만드는 과정을 기록하고자한다. 1. Web hosting 플랫폼 선택 웹 호스팅 플랫폼으로는 구글 클라우드 플랫폼을 선택했다. 일단 첫 가입자들에게는 $300의 무료 크래딧이 생기기 때문에 돈이 없는 학생들이 사용하기에는 딱 좋았다. 인스턴스를 만들고 바로 배포하는 과정이 그렇게 어렵게 느껴지지는 않았다. 다만 프론트 파트에서 React를 사용하고 있기 때문에 배포 과정에서 삽질이 조금 필요할 것 같다. https://cloud.google.com/free?hl=ko 무료 체험판 및 무료 등급 | Google Cloud $300의 무료 ..