그림(참고1)
전처리-예측 패턴([[[SW Best practice](https://janghoo.notion.site/Best-practice-abce5d7978db47529300bea6c37419f2) Design pattern](https://janghoo.notion.site/Design-pattern-0dc0e08622d3478bb6b85720c7392626) Preprocess-prediction pattern](https://janghoo.notion.site/Preprocess-prediction-pattern-3f61258f7fa54499a5c3437be314b953))이 제안하는대로 전처리 후처리 과정을 아티팩트로 다운로드받는 등의 방법 사용할 수도 있지만(from1) 이건 약간의 workaround 이다.
wandb 의 예를 계속 들면, 애초에 artifact 가 그렇게 대단한 일을 해내려고 설계되지는 않았다. Artifact 를 이용할 것이 아니라, 파이프라인을 마이크로서비스로 잘게 쪼개어(from2) API 만 뚫어놓으면 버전과 환경에 독립적(참고2)이고 재사용가능하게 된다(참고1). 전처리 마이크로서비스(및 컨테이너)의 결과물을 모델 컨테이너의 요청값으로 사용하고, 모델 컨테이너의 결과물을 다시 후처리 컨테이너의 요청값으로 사용하는 방식으로 상호작용하도록 만들 수 있다.
parse me : 언젠가 이 글에 쓰이면 좋을 것 같은 재료들.
None
from : 과거의 어떤 생각이 이 생각을 만들었는가?
- ba2.3.6.5.1. title:
wandb의 아티팩트(Artifact)는 데이터셋, 파이프라인, 모델을 담을 수 있고 버전을 붙일 수 있는 폴더이다.
- ba2.3.a0.4. title:
서비스를 독립적이고 작게 관리하라. 컨테이너화된 마이크로서비스는 의존성이 거의 없는 소프트웨어 덩어리이다.
supplementary : 어떤 새로운 생각이 이 문서에 작성된 생각을 뒷받침하는가?
None
opposite : 어떤 새로운 생각이 이 문서에 작성된 생각과 대조되는가?
None
to : 이 문서에 작성된 생각이 어떤 생각으로 발전되고 이어지는가?
- [mlops.1_3.1__1__2. title:
전처리-예측 패턴([[[SW Best practice](https://janghoo.notion.site/Best-practice-abce5d7978db47529300bea6c37419f2) Design pattern](https://janghoo.notion.site/Design-pattern-0dc0e08622d3478bb6b85720c7392626) Preprocess-prediction pattern](https://janghoo.notion.site/Preprocess-prediction-pattern-3f61258f7fa54499a5c3437be314b953))은 독립성을 유지하기 위해 모델-뷰-컨트롤러 패턴([[[SW Best practice](https://janghoo.notion.site/Best-practice-abce5d7978db47529300bea6c37419f2) Design pattern](https://janghoo.notion.site/Design-pattern-0dc0e08622d3478bb6b85720c7392626) Model-View-Controller (MVC)](https://janghoo.notion.site/Model-View-Controller-MVC-7727467447b24e34b40e63e15d0b14c3))의 컨트롤러같은 존재가 필요하다. 프록시가 컨트롤러의 역할을 수행한다.](https://janghoo.notion.site/mlops-1_3-1__1__2-title-0c8901bbcb784fe7801b31a5739b71ca)