서비스형 모델(Model-as-service)은 모델을 별도의 웹 서버로 분리하는 디자인 패턴(from2)이다. 마이크로서비스 아키텍처와 연관이 있다(from1).

이 패턴은 독립성, 확장성, 유연성을 제공한다. 하지만 프론트엔드 애플리케이션으로부터 받은 요청값을 네트워크를 통해 모델 서버가 다시 넘겨받아야 하기 때문에 네트워크 지연을 피할 수 없다. 또한 이를 뒷받침하기 위한 네트워크 인프라 혹은 컴퓨팅 인프라의 복잡성이 높아진다는 단점이 있다. 다양한 단점들이 있지만 그럼에도 불구하고 얻을 수 있는 이점들이 충분히 많아 가장 많이 사용되는 패턴이기도 하다.

parse me : 언젠가 이 글에 쓰이면 좋을 것 같은 재료들.

1. None

from : 과거의 어떤 생각이 이 생각을 만들었는가?

1. 서비스를 독립적이고 작은 덩어리(컨테이너화된 마이크로서비스)로 만들어라.
2. ‣

supplementary : 어떤 새로운 생각이 이 문서에 작성된 생각을 뒷받침하는가?

1. None

opposite : 어떤 새로운 생각이 이 문서에 작성된 생각과 대조되는가?

1. None

to : 이 문서에 작성된 생각이 어떤 생각으로 발전되고 이어지는가?

1. [ba2.5_2.2_1. title: 서비스형 모델 패턴([[[SW Best practice](https://janghoo.notion.site/Best-practice-abce5d7978db47529300bea6c37419f2) Design pattern](https://janghoo.notion.site/Design-pattern-0dc0e08622d3478bb6b85720c7392626) Model-as-service](https://janghoo.notion.site/Model-as-service-20314241ca3e4ddcbd77d82675958fb3))이든, 모델을 포함한 서비스 패턴이든([[[SW Best practice](https://janghoo.notion.site/Best-practice-abce5d7978db47529300bea6c37419f2) Design pattern](https://janghoo.notion.site/Design-pattern-0dc0e08622d3478bb6b85720c7392626) Model-in-service](https://janghoo.notion.site/Model-in-service-e2ed038b9fc240a1a14bbcb2ba24f800)), 컨테이너에 모델을 포함할지 여부와는 별개의 문제이다. 모델 레지스트리와 클라우드 api 를 이용해서도 이들을 구현할 수 있다.](https://janghoo.notion.site/ba2-5_2-2_1-title--56af8e382a394fb2a3e030e5e9f1fe7b)