주노 님의 블로그

두괄식 요약블루 그린 방식에서 서비스가 배포 되기전 health check를 할 수 있는 api를 만들어서간단한 헬스체크를 하게 만들어 ELB에 정상적으로 작동하게 한다.  현재의 코드 구조는 다음과 같다.CODE DEPLY에서 ELB에게 명령을 내려 블루 그린 배포를 진행한다 하지만 그때 생긴 문제는 CODE DEPLOY가 ELB에 명령을 내려야 하는데HEALTH CHECK가 되지않아 오류가 발생한 것이다.  따라서 시작 템플릿을 생성할때 사전 정의를 내릴수있는 방법인사용자 데이터를 사용하게 했다 간단한 HELTHCHECK PYTHON파일을 만든다음겟 요청을 받게 만드는 방법 이있다. 또한STOP_HEALTH_CHECK.SH에서fuser -k 8080/tcp || truepkill -f health_c..

요약이메일 인증을 동기 > 비동기로 전환하며4.69s > 100ms로 97.87% 개선했다.  바꾸기전 속도는 4.69s였다  public HashMap sendMailAndStoreCode(String mail) { HashMap responseMap = new HashMap(); //유저의 이메일 체크 로직. User user = userService.findUserEmail(mail); //소셜로그인일시, 비밀번호 변경을위한 이메일인증 불가. if (user.isSocialLogin()) { throw new ApplicationException(SOCIAL_LOGIN_UPDATE_NOT_ALLOWED); } try { int numbe..

두괄식 요약스케쥴러를 사용한 정산 로직을스프링 배치를 활용하여 안정성과  속도를 개선하였습니다.8만개 기준 38m 4s 에서jpa item reader를 사용하였을때 1m 11초까지 개선하였습니다. 내용기존 정산로직으 스케쥴러를 사용하고 있었습니다 @Service@RequiredArgsConstructorpublic class CalculationService { private static final long ONE_MONTH = 1L; private static final String MONTHLY_AT_3_AM_ON_1ST = "0 0 3 1 * ?"; private final CalculationRepository calculationRepository; private fina..

로그 기록을 모니터링 하던중어느날 평소보다 많은 트래픽이 접속이 된 것을 확인 했다  그라파나로 확인한 결과 눈에 띄는 부하점은 없었으며    EC2에서는 특정 지점 (부하가 발생한 19:30분 ~ )네트워크와 CPU사용률이 높아진것을 볼 수 있다.  phpinfo.php 파일에 대한 지속적인 접근으로, 서버의 설정사항을 탈취해가려는 악의적인 접근으로 의심된다.jwt filter에서 걸렀기때문에 접근이 불가능했던것으로 판단된다.문제사항은 로드밸런서의 보안규칙을 모든 포트로 열어놔서 생긴 문제였고.현재는 80포트로 바꾸어 불특정한 포트의 입력을 받지않게하였다.보안의 중요성과 security jwt 관련 코드를 검토하기로 결정했다.    jwt 토큰과 security에는 허용된 엔드포인트만 적용되었다env등..

보호되어 있는 글입니다.

보호되어 있는 글입니다.