목차
•
자기소개
◦
하는 일
•
성능이란 무엇인가
◦
성능의 정의
◦
성능 엔지니어링?
•
성능을 이겨내보자
◦
병목구간을 확인하기: 느려요! 라고 말하기 전에 왜 느린가를 먼저 측정하는 것이 중요
◦
하드웨어를 올리기: trade off의 게임
◦
코드 품질 올리기: 언어, for문, 캐시
◦
아키텍처를 고민하기
▪
worker-thread화 하기
•
큰 단위의 시스템일수록 역할을 맡는 worker-thread
•
메시징 시스템
▪
분산을 사용하고 있는가
•
역할을 분산
•
함수를 쪼개듯이 시스템도 쪼개면 쪼개진다
▪
microservice화
•
프로그램의 사이즈가 커지면 커질수록 필요함
◦
API로만 이동하는 것
◦
인간의 조직 특성과 비슷하다는 생각이 든다
•
단점 : 관리의 어려움
•
마무리 및 Q&A
(선택 과제) 백엔드 처방
[팀명]
1.
성능, 비용, 자동화, 검색 백엔드 등 개발 전반적인 질문
ex) 서버 수십만대는 어떻게 자동화하고 배포해야 하나요?
2.
본인 팀의 상황과 그에 따른 백엔드 고민들
ex) 저희 UNIT 팀은, 아직 이용자 수가 많지 않아 서버 N대로도 충분한데... 확장성을 고려하면 초기에 어떻게 구성하면 좋을까요? (현재 구조 첨부)
3.
이직 고민... (연사분은 S사, N사 등 프로 이직러)
ex) 대기업에서 스타트업으로, 스타트업에 대기업으로 이직하고 싶은데 장단점은? 준비할 것은? 이제 막 입사했는데... 이직러가 팀에 금방 적응하는 방법?