- 스프링 시큐리티 관련, 보안을 어떻게 대응하는지 (프레임워크? 추가 툴?, 비즈니스 로직?)
- 엔드포인트 투 엔드포인트
- 도메인 - 방화벽 - 라우터 - 방화벽 - 스위치 - 방화벽 - 웹서버
- OSI 7계층간 시큐리티 구조 (H/W 영역, S/W 영역)
- 다수 사용자가 존재할때 JPA 및 DB관련 대응
- 엔티티보다는 테이블이라고 칭한다
-
실제 서비스를 운용할때 필요한 소프트웨어 및 하드웨어 (클라우드 서비스 포함)
-
웹&앱 크로스 플랫폼 관련 (안드로이드는 WAS의 역할이 애매모호한 점)
-
DB 증설(인프라 관련) 방안이나 확장 서비스 추가시 엔티티 관련, OneToMany와 같은 양방향 관계 Cascade 문제
-
쿼리 최적화 관련
-
서비스 운영시 시스템 구성요소
-
서드 파티 도구
- 사용자 로그처리는 내가 만들던가 구글서치콘솔 방문자수만 처리
- 동시 접속자 테스트
- 스트레스 테스트 툴
- 스프링과 스프링부트는 다르다.
- 기업마다 프레임워크가 다를 수 있다
- CPU 1개의 H/W 성능과 서비스 규모에 상응하는 가용 커넥션 풀의 범위는 각각 다르다.
- 커넥션풀 재사용의 개념 (쿼리프로세스, 대기시간 등)
Engineer, Look Beyond the Code.