<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>KFP - 태그 - lee's blog</title><link>http://ken-0913.github.io/myblog/tags/kfp/</link><description>KFP - 태그 - lee's blog</description><generator>Hugo -- gohugo.io</generator><language>ko-kr</language><managingEditor>hyeonjae0913@gmail.com (ken-0913)</managingEditor><webMaster>hyeonjae0913@gmail.com (ken-0913)</webMaster><lastBuildDate>Fri, 06 Nov 2026 22:30:00 +0900</lastBuildDate><atom:link href="http://ken-0913.github.io/myblog/tags/kfp/" rel="self" type="application/rss+xml"/><item><title>MLPE 스터디 3주차 - Ch7.1 ~ 7.2 Kubeflow 노트북과 KFP 데이터 전달</title><link>http://ken-0913.github.io/myblog/posts/mlpe/mlpe-07-1-notebooks-data-passing/</link><pubDate>Fri, 06 Nov 2026 22:30:00 +0900</pubDate><author><name>ken-0913</name></author><guid>http://ken-0913.github.io/myblog/posts/mlpe/mlpe-07-1-notebooks-data-passing/</guid><description><![CDATA[<div class="featured-image">
                <img src="images/banners/mlpe-07-1-notebooks-data-passing-0699d521.png" referrerpolicy="no-referrer">
            </div><p><code>Machine Learning Platform Engineering</code> 파트 3은 1 ~ 6장에서 갖춘 플랫폼을 <strong>실제 프로젝트</strong>에 적용한다. 캡스톤 프로젝트는 세 개이고, 7장은 그중 <strong>신분증 객체 탐지기</strong>와 <strong>영화 추천 시스템</strong>의 첫 단계인 <strong>데이터 분석과 준비</strong>를 다룬다. 여기선 7.1절 Kubeflow 노트북과 7.2절 KFP 데이터 전달을 정리하고, 1 ~ 6장에서 구축한 환경에서 돌린 결과를 정리한다.</p>
<h2 id="1-한눈에-보기" class="headerLink">
    <a href="#1-%ed%95%9c%eb%88%88%ec%97%90-%eb%b3%b4%ea%b8%b0" class="header-mark"></a>1. 한눈에 보기</h2><p>MLOps 파이프라인 그림에서 7장은 <strong>데이터 수집·준비</strong> 자리다. 7.1절은 그 단계를 사람이 노트북으로 탐색하는 방법이고, 7.2절은 같은 단계를 KFP 컴포넌트로 나눴을 때 컴포넌트 사이로 데이터를 넘기는 방법이다.</p>]]></description></item><item><title>MLPE 스터디 3주차 - Ch6.2 Evidently로 데이터 드리프트 모니터링하기</title><link>http://ken-0913.github.io/myblog/posts/mlpe/mlpe-06-2-evidently-drift/</link><pubDate>Fri, 06 Nov 2026 22:00:00 +0900</pubDate><author><name>ken-0913</name></author><guid>http://ken-0913.github.io/myblog/posts/mlpe/mlpe-06-2-evidently-drift/</guid><description><![CDATA[<div class="featured-image">
                <img src="images/banners/mlpe-06-2-evidently-drift-a597b167.png" referrerpolicy="no-referrer">
            </div><p><a href="../mlpe-06-1-bentoml-yatai/" rel="">6.1절</a>까지 소득 분류기를 배치 파이프라인과 API 두 가지로 배포했다. 배포한 모델은 처음에는 잘 맞다가, 몇 달 뒤 들어오는 데이터가 학습 때와 달라지면서 조용히 성능이 떨어질 수 있다. 6.2절은 이 <strong>데이터 드리프트</strong>를 <strong>Evidently</strong>로 탐지하고 대시보드로 추적한다.</p>
<h2 id="1-한눈에-보기" class="headerLink">
    <a href="#1-%ed%95%9c%eb%88%88%ec%97%90-%eb%b3%b4%ea%b8%b0" class="header-mark"></a>1. 한눈에 보기</h2><p>6.2절은 그림 아래쪽의 <strong>모델 모니터링</strong>에 해당한다. 드리프트를 보는 경로는 두 가지로, 5장에서 KFP 배치 추론 파이프라인에 넣은 <code>detect_drift</code> 단계와 6.1절 BentoML API의 마이크로배치 윈도다. 둘 다 4.1절 MLflow 모델 run에 남긴 학습 피처를 기준(reference)으로 삼아 리포트를 Evidently UI에 쌓는다.</p>]]></description></item><item><title>MLPE 스터디 2주차 - Ch5. KFP로 소득 분류기 배치 추론 파이프라인 만들기</title><link>http://ken-0913.github.io/myblog/posts/mlpe/mlpe-05-1-kfp-income-pipeline/</link><pubDate>Mon, 26 Oct 2026 21:00:00 +0900</pubDate><author><name>ken-0913</name></author><guid>http://ken-0913.github.io/myblog/posts/mlpe/mlpe-05-1-kfp-income-pipeline/</guid><description><![CDATA[<div class="featured-image">
                <img src="images/banners/mlpe-05-1-kfp-income-pipeline-cb1bc660.png" referrerpolicy="no-referrer">
            </div><p>4장에서 실험과 모델은 MLflow로, 피처는 Feast로 관리하게 됐다. 하지만 둘을 이어 붙이는 일은 여전히 사람 몫이다. 5장에서는 이 연결을 <strong>Kubeflow Pipelines</strong>(KFP)로 자동화해, 데이터를 읽는 단계부터 추론 결과를 저장하는 단계까지 한 번에 도는 배치 추론 파이프라인을 만든다.</p>
<p>예제 코드는 <a href="https://github.com/practical-mlops/chapter-5" target="_blank" rel="noopener noreferrer">practical-mlops/chapter-5</a>에 있다.</p>
<p><a class="lightgallery" href="/myblog/posts/mlpe/mlpe-05-1-kfp-income-pipeline/kfp-pipeline-overview.svg" title="4.1절 MLOps 파이프라인 그림에서 점선으로 비어 있던 파이프라인 오케스트레이션을 Kubeflow Pipelines 로 채운 그림. 5장의 배치 추론 파이프라인이 모델 배포 자리에서 돌며, 4.2절 Feast 피처 스토어에서 historical 피처 8개를, 4.1절 MLflow 모델 레지스트리에서 Production 모델과 column_list.pkl 을 가져온다. 오른쪽 카드에 컴포넌트 4개(read_data, retrieve_features, run_inference, write_data)를 정리했다" data-thumbnail="/myblog/posts/mlpe/mlpe-05-1-kfp-income-pipeline/kfp-pipeline-overview.svg"><img class="tw:inline" loading="lazy" src='/myblog/posts/mlpe/mlpe-05-1-kfp-income-pipeline/kfp-pipeline-overview.svg'   alt="4.1절 MLOps 파이프라인 그림에서 점선으로 비어 있던 파이프라인 오케스트레이션을 Kubeflow Pipelines 로 채운 그림. 5장의 배치 추론 파이프라인이 모델 배포 자리에서 돌며, 4.2절 Feast 피처 스토어에서 historical 피처 8개를, 4.1절 MLflow 모델 레지스트리에서 Production 모델과 column_list.pkl 을 가져온다. 오른쪽 카드에 컴포넌트 4개(read_data, retrieve_features, run_inference, write_data)를 정리했다"  ></a></p>]]></description></item><item><title>MLPE 스터디 2주차 - Ch4~5 홈랩 Kubernetes에 MLflow, Feast, Kubeflow Pipelines 설치하기</title><link>http://ken-0913.github.io/myblog/posts/mlpe/mlpe-04-mlflow-install/</link><pubDate>Sat, 24 Oct 2026 20:00:00 +0900</pubDate><author><name>ken-0913</name></author><guid>http://ken-0913.github.io/myblog/posts/mlpe/mlpe-04-mlflow-install/</guid><description><![CDATA[<div class="featured-image">
                <img src="images/banners/mlpe-04-mlflow-install-01f7e9a6.png" referrerpolicy="no-referrer">
            </div><p><code>Machine Learning Platform Engineering</code> 4장은 MLflow로 실험과 모델을 추적하고 Feast로 피처를 관리하며, 5장은 둘을 Kubeflow Pipelines로 이어 배치 추론 파이프라인을 만든다. 2주차 실습은 1주차에 설치한 홈랩 Kubernetes 클러스터 위에서 그대로 진행한다. 이번에는 Kubernetes 클러스터에 MLflow, Feast, Kubeflow Pipelines를 올린다.</p>
<h2 id="1-전체-구성" class="headerLink">
    <a href="#1-%ec%a0%84%ec%b2%b4-%ea%b5%ac%ec%84%b1" class="header-mark"></a>1. 전체 구성</h2><p><a class="lightgallery" href="/myblog/posts/mlpe/mlpe-04-mlflow-install/homelab-platform.svg" title="홈 LAN 안의 홈랩 Kubernetes 클러스터(v1.36.5)에 올린 2주차 실습 플랫폼 전체 구성. mlflow 네임스페이스에 JupyterLab(192.168.0.239), MLflow 3.16.0(192.168.0.238), Postgres 18, Secret 4개, RustFS 1.0.3(192.168.0.237, 버킷 6개)이 있고, feast 네임스페이스에 Feast 서버·UI(192.168.0.240, 241), apply·materialize Job, Redis 8.10.2 가, kubeflow 네임스페이스에 ml-pipeline UI·API 2.17.3(192.168.0.242), 실행 Pod, MySQL 8.4 가 있다. 기존 argo 네임스페이스의 workflow-controller v4.1.4 가 KFP Workflow 를 받아 실행 Pod 를 만들고 cert-manager 가 cache-server 인증서를 준다. 노트북은 MLflow 에 run 과 지표를, RustFS 에 아티팩트를 직접 올리고, Feast Job 은 RustFS 에 parquet 와 레지스트리를, Redis 에 키 30,162개를 쓴다. KFP 실행 Pod 는 MLflow 에서 Production 모델을 받고 RustFS 에 Dataset 과 로그를 쓴다" data-thumbnail="/myblog/posts/mlpe/mlpe-04-mlflow-install/homelab-platform.svg"><img class="tw:inline" loading="lazy" src='/myblog/posts/mlpe/mlpe-04-mlflow-install/homelab-platform.svg'   alt="홈 LAN 안의 홈랩 Kubernetes 클러스터(v1.36.5)에 올린 2주차 실습 플랫폼 전체 구성. mlflow 네임스페이스에 JupyterLab(192.168.0.239), MLflow 3.16.0(192.168.0.238), Postgres 18, Secret 4개, RustFS 1.0.3(192.168.0.237, 버킷 6개)이 있고, feast 네임스페이스에 Feast 서버·UI(192.168.0.240, 241), apply·materialize Job, Redis 8.10.2 가, kubeflow 네임스페이스에 ml-pipeline UI·API 2.17.3(192.168.0.242), 실행 Pod, MySQL 8.4 가 있다. 기존 argo 네임스페이스의 workflow-controller v4.1.4 가 KFP Workflow 를 받아 실행 Pod 를 만들고 cert-manager 가 cache-server 인증서를 준다. 노트북은 MLflow 에 run 과 지표를, RustFS 에 아티팩트를 직접 올리고, Feast Job 은 RustFS 에 parquet 와 레지스트리를, Redis 에 키 30,162개를 쓴다. KFP 실행 Pod 는 MLflow 에서 Production 모델을 받고 RustFS 에 Dataset 과 로그를 쓴다"  ></a></p>]]></description></item></channel></rss>