본문 바로가기

TEAM STUDY/가상 면접 사례로 배우는 대규모 시스템 설계 기초

[스터디 기록 📋] #처리율제한장치설계 #처리율제한알고리즘 #성능최적화

728x90
반응형


효정 😋
저는 오늘 내용이 약간 그림으로 보여주는 게 되게 흥미로우면서도 재미있기도 했고
어디였지 68페이지에 http 응답 해더에서 이런 걸 확인할 수 있다는 이런 개념들도 처음봐가지고
다시 한 번 이 파트는 정리해 보면서 봐야겠다는 생각이 들었어요. 


정민 😁
일단 차류 제한 장치 자체 알고리즘도 그렇고 저희가 지금 회사에서 쓰고 있는 시스템은
사용자가 그렇게 많이 접속하지가 않기 때문에 그 부분에 대해서 고민할 필요가 없었었는데요.
그래서 그런지 약간 흥미로 약간 궁금증이 생겼어요.

 


준언 😎
저희가 쓰는 시스템에서 10명이 들어오면은 꺾거든요.
모든 시스템이 그렇게 너무 열악한 상황 아무것도 안 하거든요.
그러니까 대규모 데이터가 정한 시스템에 10명이 들어와도 되는데
데이터가 많은 그런 내가 10명이 들어가면 뻗어가지고
이런 것들을 좀 요구를 하면은 의해서 들어줄지 안 들어줄지 모르겠지만

 


주완 🤔
그런 거에 대해서 아키텍쳐를 개선을 해야 되는 거 아니야?

 


준언 😎
그거를 이제 위에다가 좀 그냥 있는 거 써라 이렇게 10명이 연속으로 다 던져버리면 이게 감당이 안 돼


혜지 🤗
그런데 그거는 그게 뭔가 여기에 있는 게 대규모를 뭔가 가정하고
그래서 그렇지 우리 회사에 있는 api들들이 대부분 좀 그렇던데 중계 아니에요.
그런 것 같아서 그런 처리를 좀 가르쳐주는 그런 게 좀 없는 것 같아
그래서 우리가 이런 거를 도입을 하자고 얘기를 하면 좋겠다. 


주완 🤔
나는 저기 뭐야 나 되게 신기했던 게 이런 걸 서류 제한 장치를 일단은 우리가 보통은 넣더라도
프로젝트 내에다가 심잖아요.
근데 이게 사실 진짜 이렇게 좀 공부를 해보니까 되게 위험한 생각인 것 같아요.
그러니까 아예 그냥 그 서버가 꺾지 않게 하기 위해서 처리율 제한 장치를 두는 건데
그 서버에다가 처리 제한 장치를 준다는 생각이 좀 약간 넌센스잖아요.
어떻게 보면 그래서 이거를 이렇게 바깥으로 빼서 이런 식으로 구축을 해야 된다라는 사실이 되게 재미있었고
그리고 우리 진짜 좀 이런 거를 좀 만들어야 하지 않나
우리는 우리 팀은 아무래도 api 요청을 굉장히 많이 받으니까
그렇죠 앞으로 시스템 설계할 때 한번 이런 것도 진짜 고려를 꼭 해봐야 될 것 같아요.

 


수빈 😘
저는 제가 웹 개발을 하고 있지만 제가 생각하는 것보다 훨씬 광범위해지고 살짝 충격받았어요.
이런 것도 고려를 해야 되는구나라는게 너무 디테일하게 나와 있어서 진짜 두고두고 이건 좀 보고
지금 당장 쓰진 않지만 좀 더 지나면 쓸 것 같아서 잘 알아둬야 될 것 같아요.



주완 🤔
그래 수빈아 다른 회사 면접 보러 갈 때 써먹어야지


혜지 🤗
저도 준언 대리님 아까 얘기하셨던 거 중에 좀 일부 공감하는 게 있는 게 저희가 api를 공급을 할 때
이런 뭔가 응답 처리에 대해서 순차 처리를 계속하다 보니까 뭔가 뒤에 밀리는 애들이 꾸준히 밀리고
약간 한 번에 몰릴 때가 분명히 있거든요.
그런 거에 대한 처리가 여기에 처리율 제약이라고 써 있지만 어쨌든 호출하는 사람들은
다 다른 사람들인데 자기 응답이 왜 늦어지는지를 모르잖아요.
그런 거 처리가 진짜 필요한데 데이터를 공급하는 입장에서
뭔가 단편적으로 이 호출이 한 번만 호출될 거라고 생각하고 캐시 처리도 좀 안 해놓는 게 있어서
그런 api 캐시 처리나 처리를 조금 능동적으로 할 수 있게 변동을 해야겠다.
이런 생각을 또 했고요
네 그럼 여기에서 잠깐 나오긴 했는데 중간 아까 주안 대리님이 얘기해 주신 것처럼
프로젝트 내부에 뭔가 처리율을 제한하는 거를 지금은 아직까지는 그 방식으로 하고 있거든요.
그래서 중간 프록시 서버를 둬서 처리율을 제한하는 게 굉장히 중요한 거를 여기서도 느꼈습니다. 네 끝났습니다.

 

주완 🤔
그래 우리 보면은 대부분 다 포트를 포켓으로 해가지고 올려버리잖아


혜지 🤗
네 맞아요.

 
주완 🤔
안 되고 원래는 아파치를 통해서 사실은 그게 포드 포워딩이 돼야 되는 건데 이게 아예 그냥 80으로 통켓을 올려버리는 거 자체가 진짜 말도 안 되는 거야

 
혜지 🤗
그래서 아파치랑 엔진 넥스라는 역 프록시를 다른 회사들은 많이 쓴대요.
그게 되게 맞는 거라고는 하는데 그리고 저희가 api 이런 거 제안하는 거 보면은 오픈 api 같은 경우는 다 제안에 대해서 명시를 해놓잖아요.
근데 우리는 회사에서 그런 제한점이 없기 때문에 나중에 요청을 하면은 그때 가서 제안을 만들어서 언젠가 우리 회사가 데이터 공급을 하는 일이 생기면 이런 제안을 다 미리 만들어놔야 되는 게 아닌가 이 생각도 했습니다.

 
주완 🤔
그리고 이런 방금 말했듯이 mgi스나 이런 분명히 처리율 제한 장치를 위한
포트포어딩 툴이 분명히 있을 거야 네 한번 조사 한번 해봐야 될 것 같아

 
혜지 🤗
네 있을 것 같아요. 있을 것 같아요. 네 좋은 시간이었습니다.



 

728x90
반응형