<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Kubeflow - 태그 - lee's blog</title><link>http://ken-0913.github.io/myblog/tags/kubeflow/</link><description>Kubeflow - 태그 - 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/kubeflow/" 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 스터디 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 스터디 1주차 - ML 수명주기의 두 국면</title><link>http://ken-0913.github.io/myblog/posts/mlpe/mlpe-01-ml-lifecycle/</link><pubDate>Sun, 18 Oct 2026 19:00:00 +0900</pubDate><author><name>ken-0913</name></author><guid>http://ken-0913.github.io/myblog/posts/mlpe/mlpe-01-ml-lifecycle/</guid><description><![CDATA[<div class="featured-image">
                <img src="images/banners/mlpe-01-ml-lifecycle-04755093.png" referrerpolicy="no-referrer">
            </div><p><code>Machine Learning Platform Engineering</code> 1장을 읽고 정리한 글이다.</p>
<h2 id="1-ml-프로젝트가-소프트웨어-프로젝트와-다른점" class="headerLink">
    <a href="#1-ml-%ed%94%84%eb%a1%9c%ec%a0%9d%ed%8a%b8%ea%b0%80-%ec%86%8c%ed%94%84%ed%8a%b8%ec%9b%a8%ec%96%b4-%ed%94%84%eb%a1%9c%ec%a0%9d%ed%8a%b8%ec%99%80-%eb%8b%a4%eb%a5%b8%ec%a0%90" class="header-mark"></a>1. ML 프로젝트가 소프트웨어 프로젝트와 다른점</h2><p>소프트웨어 프로젝트는 안정성을 우선하며 배포한 것이 그대로 돌기를 기대한다.</p>
<p>ML 프로젝트는 맞는 접근을 미리 알 수 없어서 <strong>시행착오의 연속</strong>이고 단계 사이 흐름이 비선형적이다. 학습을 돌려본 뒤 데이터 준비로 되돌아가는 일이 흔하다.</p>
<h2 id="2-두가지-국면" class="headerLink">
    <a href="#2-%eb%91%90%ea%b0%80%ec%a7%80-%ea%b5%ad%eb%a9%b4" class="header-mark"></a>2. 두가지 국면</h2><table>
	<thead>
			<tr>
					<th></th>
					<th>실험 국면</th>
					<th>개발·스테이징·프로덕션 국면</th>
			</tr>
	</thead>
	<tbody>
			<tr>
					<td>목적</td>
					<td>접근법을 <strong>찾는다</strong></td>
					<td>찾은 것을 <strong>운영한다</strong></td>
			</tr>
			<tr>
					<td>흐름</td>
					<td>비선형, 루프가 많다</td>
					<td>트리거로 실행되는 파이프라인</td>
			</tr>
			<tr>
					<td>실행 주체</td>
					<td>사람</td>
					<td><strong>자동화</strong></td>
			</tr>
	</tbody>
</table>
<p><strong>같은 단계 이름이 양쪽에 다 나온다</strong>는 데서 이 구분이 중요해진다. 데이터 버전 관리, 모델 학습, 평가, 검증이 양쪽 모두에 있다.</p>]]></description></item></channel></rss>