서비스형 모델 패턴(from1)이든, 모델을 포함한 서비스 패턴(from2)이든, 컨테이너에 모델을 포함할지 여부(from3)와는 별개의 문제이다. 도커 이미지 안에 모델파일을 넣어버릴수도 있지만, 모델 레지스트리와 클라우드 api 를 이용해서도 이들을 구현할 수 있다.
parse me : 언젠가 이 글에 쓰이면 좋을 것 같은 재료들.
None
from : 과거의 어떤 생각이 이 생각을 만들었는가?
- [ba2.5_2.2. 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))은 모델을 별도의 웹서버로 분리하는 디자인 패턴이다. 독립성, 확장성, 유연성을 제공하지만 네트워크 지연을 피할 수 없고 인프라 복잡성이 높아진다는 단점이 있다.](https://janghoo.notion.site/ba2-5_2-2-title-d37de3f92ea845c5a4ba0489cd362638)
- [ba2.5_1.1. title:
프로토타입은 보통 모델이 서버에서 함께 동작하는 모델을 포함한 서비스 패턴([[[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))으로 구성된다. 하지만 모델 재배포 주기와 소스코드 재배포 주기가 다르다는 문제, 보통의 웹 서비스들을 구동하는 환경들이 머신러닝에 적합하지 않다는 문제, 모델과 서버의 확장 필요성이 다르다는 문제 등이 존재한다.](https://janghoo.notion.site/ba2-5_1-1-title-d2f8b13a90594478a2ea6e7ce7405de5)
- [a1.2.a9.1.2__1. title: 서빙 컨테이너에 모델파일을 포함할 것인지 아닌지는 디자인패턴 선택사항이다. 모델을 담은 이미지 패턴(Model-in-Image pattern), 모델 로드 패턴(Model load pattern) 등이 존재한다.](https://janghoo.notion.site/a1-2-a9-1-2__1-title-8462f509353746c2b0a3bff4b6eb529a)
supplementary : 어떤 새로운 생각이 이 문서에 작성된 생각을 뒷받침하는가?
None
opposite : 어떤 새로운 생각이 이 문서에 작성된 생각과 대조되는가?
None
to : 이 문서에 작성된 생각이 어떤 생각으로 발전되고 이어지는가?
None
참고 : 레퍼런스