마이크로아키텍쳐에 맞게 쓰는건데, 규모가 커지면 다루기 어려워지지. 그럴거면 장고를 쓰지. 아키텍쳐부터 해서 기본지원 안되는것들 일일히 다 개발해서 써야되는데 복잡도가 증가하면 마이크로 서비스 프레임워크의 의미 자체도 잃는데
대규모 서비스 성능만 우선시 할거면 그리고 fast api를 쓸 이유가 어딧음? 성능높은 랭귀지로 바꾸는게 낫지. fast api만으로 대규모 시스템 구성할 만한 사람 구하는 것도 쉽지 않고, 대규모 시스템에 맞는 아키텍쳐나 패턴이 약속된것도 아니고
기본지원 안되는게 어떤 의미인지 모르는구나 스프링 부트 어마어마하게 깎아놓은 코드 보면 fast api 로 그 많은걸 구현하는게 얼마나 오래걸릴지 알게될거임
마이크로아키텍쳐에 맞게 쓰는건데, 규모가 커지면 다루기 어려워지지. 그럴거면 장고를 쓰지. 아키텍쳐부터 해서 기본지원 안되는것들 일일히 다 개발해서 써야되는데 복잡도가 증가하면 마이크로 서비스 프레임워크의 의미 자체도 잃는데
대규모 서비스 성능만 우선시 할거면 그리고 fast api를 쓸 이유가 어딧음? 성능높은 랭귀지로 바꾸는게 낫지. fast api만으로 대규모 시스템 구성할 만한 사람 구하는 것도 쉽지 않고, 대규모 시스템에 맞는 아키텍쳐나 패턴이 약속된것도 아니고
기본지원 안되는게 어떤 의미인지 모르는구나 스프링 부트 어마어마하게 깎아놓은 코드 보면 fast api 로 그 많은걸 구현하는게 얼마나 오래걸릴지 알게될거임