<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Feature Store - 태그 - lee's blog</title><link>http://ken-0913.github.io/myblog/tags/feature-store/</link><description>Feature Store - 태그 - 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>Mon, 26 Oct 2026 20:00:00 +0900</lastBuildDate><atom:link href="http://ken-0913.github.io/myblog/tags/feature-store/" rel="self" type="application/rss+xml"/><item><title>MLPE 스터디 2주차 - Ch4.2 홈랩 Kubernetes에 Feast 피처 스토어 올리고 실습하기</title><link>http://ken-0913.github.io/myblog/posts/mlpe/mlpe-04-mlflow-feast/</link><pubDate>Mon, 26 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-feast/</guid><description><![CDATA[<div class="featured-image">
                <img src="images/banners/mlpe-04-mlflow-feast-36a0caef.png" referrerpolicy="no-referrer">
            </div><p><a href="../mlpe-04-mlflow-install/" rel="">앞 글</a>에서 만든 홈랩 환경에 피처 스토어 Feast를 올려, 학습과 추론이 같은 피처를 꺼내 쓰는 책 4.2절 실습을 진행한다.</p>
<p><a class="lightgallery" href="/myblog/posts/mlpe/mlpe-04-mlflow-feast/feast-pipeline-overview.svg" title="4.1절 MLOps 파이프라인 그림에서 피처 스토어만 강조한 그림. 데이터 웨어하우스 자리의 parquet 3개를 RustFS 오프라인 스토어에 두고, 모델 학습은 get_historical_features 로 시점 기준 피처를, 모델 API 는 materialize 로 Redis 에 옮긴 최신 피처를 get_online_features 와 피처 서버(:6566)로 가져간다. 오른쪽 카드에 오프라인 스토어, 레지스트리, materialize 30,162키, 학습·추론 조회 메서드를 정리했다" data-thumbnail="/myblog/posts/mlpe/mlpe-04-mlflow-feast/feast-pipeline-overview.svg"><img class="tw:inline" loading="lazy" src='/myblog/posts/mlpe/mlpe-04-mlflow-feast/feast-pipeline-overview.svg'   alt="4.1절 MLOps 파이프라인 그림에서 피처 스토어만 강조한 그림. 데이터 웨어하우스 자리의 parquet 3개를 RustFS 오프라인 스토어에 두고, 모델 학습은 get_historical_features 로 시점 기준 피처를, 모델 API 는 materialize 로 Redis 에 옮긴 최신 피처를 get_online_features 와 피처 서버(:6566)로 가져간다. 오른쪽 카드에 오프라인 스토어, 레지스트리, materialize 30,162키, 학습·추론 조회 메서드를 정리했다"  ></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>