안녕하세요!tps에 관하여 질문있습니다.개별 api 부하테스트를 진행하고 예를들어 결제 api가 900tps가 나왔는데 전체 시나리오 테스트를 해보니 2300tps가 나왔습니다.이해한바로는 api 에서 아무리 빠른 tps가 나오는것이 있더라도 낮은 tps가 있으면 그거 때문에 병목현상이 일어나는 걸로 알고 있어서 900tps가 나올것이라고 예상했습니다.이럴 경우에는 이 서비스의 tps는 900인가요 2300tps인가요??

안녕하세요 강사님. 강의 잘 듣고 있습니다!강의를 듣다 한가지 의문점이 생겼습니다.가용성과 수평적 확장, 수직적 확장에 대해 설명해주실 때 수평적 확장은 가용성이 높아지고 수직적 확장은 가용성이 낮아진다고 하신 부분입니다.가용성아라는 것이 시스템이 서비스를 정상적으로 제공할 수 있는 가능성을 퍼센티지로 나타낸 것이고, 서비스에 장애가 발생할 가능성이 작을수록 가용성이 높다고 할 수 있기 때문에, 수직적 확장으로 시스템의 스펙을 높이면 기존보다 더 많은 트래픽을 감당할 수 있어서 가용성이 높아진다고 할 수도 있는 것 아닌가 싶어서 질문 남깁니다.

실제 서비스를 할때 ec2 인스턴스랑 rds 이 두개를 보안성을 높이기위해 프라이빗ip 로 설정을하는데 이러면 제 개인컴퓨터에 rds의 db를 시각화해서 볼수있는 dbeaver나 워크벤치를 연결자체가 불가능해서 인터넷에 찾아보니  베스천호스트 방식으로 ec2인스턴스를 새로하나 더만들어서 이것을 퍼블릭ip로 바꿔서 rds에 접근하는 방식이 있던데 이방식이 일반적으로 실무에서도 자주쓰이는 방식일까요? 제가 실제 서비스를 해본 적이없어서 공부하는입장에서 궁금했습니다. 그리고 실제 서비스에서 다른방법이 있다면 좀 알려주시면 감사하겠습니다.

안녕하세요! 수업 잘 듣고 저희 서비스에서 테스트를 해보고 있습니다. duration 3m, target 500 으로 테스트를 해보았는데, 46TPS 정도 에서 병목이 생긴걸로 파악 했습니다. 다만 메트릭들을 확인해보니, ec2 메모리 사용률은 46% 정도고, CPU 사용율도 58% 정도며, DB 의 메모리도 충분히 남아있고, CPU 사용율도 59%정도로 여유가 있어보이는데요, 이 메트릭 외에도 병목을 확인할 수 있는 메트릭이 있을까요? 예시로 보여주셨던 걸로는 100% 에 가깝게 수치가 튀어야할거 같은데, 그정도가 아닌 상태에서 병목이 발생해서요!

안녕하세요혹시 로컬 말고 ec2에서 세팅을 하는 이유가 있는지 궁금합니다