[일반] 대규모 트래픽 처리라는게 뭘할줄 아냐고 묻는거임?

[익명(118.235)]

채용공고에 종종 보이던데
뭘 요구하는거임?

[김대기(waitkim)]

스케일아웃 가능한 구조

[익명(183.101)]

예전부터 궁금하던건데 스케일 아웃 가능하다는게 그 프로그램 내부에서 스케일을 더 늘릴 수 있단거임? 아니면 여러 클라우드에 동시에 여러개를 띄워놔도 문제 없이 돌아가는 유연성을 말하는거임?

[김대기(waitkim)]

스케일아웃 정도는 검색하면 나올텐데.. 너무 핑프 아니냐? 당연히 후자임..

[익명(218.39)]

나도 궁금해서 그런데 스케일아웃 가능한 구조는 어캐 만들어야함?

[익명(118.127)]

응애 대기챗봇 답변해줘

[김대기(waitkim)]

스케일아웃 가능한 구조는 말 그대로 인스턴스를 늘렸을 때 부작용이 없는 구조지 로컬 세션을 쓴다거나, 연관된 시스템(다른 서비스나 DB)들이 스케일아웃이 안된다거나, 기타등등 제약사항이 없도록 설계하는 것이 중요함 그 와중에 동시성 이슈에도 효과적으로 대응할 수 있어야겠지?

[김대기(waitkim)]

스케일아웃 가능한 구조를 설계하면 전통적으로 DB쪽에 문제가 생김 DB를 스케일아웃 가능하게 하면, 기존처럼 무식한 한방쿼리 같은걸 짜기가 힘들어지거든

[김대기(waitkim)]

그럼 이제 데이터 모델링도 새롭게 해야겠지? 조회를 단순하게 처리할 수 있도록 미리 조합을 해둔다거나 입력도 어떻게 샤딩되는게 좋을지 형태도 고민을 해야할테고

[김대기(waitkim)]

그 외에도 커넥션 대충 맺으면 됐던게, 이제는 pooling을 해야한다던가 대충 입력하고 조회하면 됐던게, 이제는 샤딩을 해야한다던가 한방쿼리로 조회하면 됐던게, join이 불가능한 구조라서 다른 방법을 찾아야한다거나 대충 크게 설정해놨던 버퍼들이, 이제는 최적화된 크기로 맞춰야한다거나 뭐 이런 문제도 있을거고

[김대기(waitkim)]

이런걸 고민해볼수도 있겠지
https://gall.dcinside.com/mgallery/board/view/?id=backend&no=395&s_type=search_subject_memo&s_keyword=.EB.8C.93.EA.B8.80&page=1

[김대기(waitkim)]

횡설수설 했는데, 암튼간에 대규모가 되면 기존에 신경쓰지 않아도 됐던 것들이 문제가 되기 시작해 그런 부분들을 찾아내고 해결해낼 수 있는 능력을 요구하는거임

[김대기(waitkim)]

대규모 트래픽 이외에도 동시성도 잘 처리해야겠지 두명이 같은 것에 대한 DB 수정을 했어, 여기까진 좋아 순서 문제 없어 DB에 마지막으로 수정된게 곧 마지막 수정이니까 그런데 그 수정에 대한 결과가 다른 서비스들에도 전파돼야해 근데 이건 어떻게 순서를 보장하지?

[김대기(waitkim)]

진짜 무식하게 생각해보면 전역 락을 걸고 처리하면 되겠지 근데 대규모가 되면? 전역 락으로 성능이 나올까?