본문 바로가기
[Day82] Product Serving 2-1 프로토타이핑 - Notebook 베이스(Voila) Voila 내가 만든 코드를 다른 사람들이 구현하려면 라이브러리 설치, 버전 등 신경써야할 것이 많고, 개발을 잘 모르는 사람이라면 이 부분에서 어려울 수 있다. 모델을 개발한 후 프로토타입을 만들어서 가능성을 테스트할 수 있다. 웹서비스를 만드는 것은 시간이 많이 소요되기 때문에 노트북으로 프로그램으로 만들면 시간을 많이 아낄 수 있다. 그 역할을 voila가 한다. 사용자가 값을 바꿀 수 있는 대시보드를 구축할 수도 있다. 1차 프로토타입을 웹형태로 단시간에 띄울 수 있다. Voilà Gallery gpx-viewer GPX Viewer web app built with ipywidgets, ipyleaflet, bqplot and voila voila-gallery.org R의 shiny, 파이썬의..
[Day82] Product Serving 1-3 Model Serving Model Serving Serving production 환경에 모델을 사용할 수 있도록 배포 서비스화 batch serving, online serving, edge serving 등이 있다 serving과 inference 용어 자체가 혼재되어 많이 사용되니 참고! Online Serving Web Server Server와 Client가 request와 response를 주고 받으며 다양한 요청을 처리 web server는 client의 다양한 요청을 처리한다 Machine learning Server machine learning server도 client 의 다양한 요청을 처리한다. 어떤 input을 주면서 예측해달라고 요청(request)하면 모델을 사용해 예측값을 response하는 서버 ..
[Day80] Product Serving 1-2 MLOps 개론 MLOps 개론 모델 개발 프로세스(Research) 문제정의 EDA 데이터 특성 확인 Feature Engineering Train Predict 보통 주피터 노트북으로 GPU instance 안에서 고정된 데이터를 사용해 학습했을 것이다. 학습된 모델을 웹 등의 서비스에서 사용할 수 있도록 하는 과정을 real world환경 / production 환경에 모델을 배포한다고 한다. 모델 개발 프로세스(Production) 문제정의 EDA Feature Engineering Train Predict Deploy 웹이나 앱에서 활용할 수 있게 만드는 과정 모델에 input을 제공하고 output을 요청 모델이 배포되었다고 가정하면 모델의 결과값이 이상할 수 있다. 그럴 때는 원인을 알아보고, input값을..
[Boostcamp AI tech 3기] Week 17 학습 정리/회고 (5/9~5/15) 학습 정리 강의/스스로 도전 한 것/과제/결과물 Feature 생성, 추가, 정리 Feature selection LGCN sweep 0,1 비율 EDA overfitting되는 feature 수정 ensemble 마스터클래스 발표 준비 wrap up report 피어세션 최종 프로젝트 원하는 포지션 논의 1과 0의 비율 sequence의 맨 끝값을 볼 것인지, 전체 비율을 볼 것인지 Wrapper z-time elapsed 피어세션 시간을 잘 보내기 위해서 스크럼 때 논의 내용 미리 정하기 overfitting이 일어나는 feature: latent하지 않고 답을 확정짓는 값들을 넣는 것들인 것 같다. 멘토링 데이터 분석가가 내가 생각한 직무가 아니었다. AI engineer, MLops가 부스트캠프의..
[Boostcamp AI tech 3기] Week 16 학습 정리/회고 (5/2~5/8) 학습 정리 강의/스스로 도전 한 것/과제/결과물 NMF 구현 TabNet 시도 overfitting이 심한 feature correlation 구하기 relative answer code : featrue 만들기 및 성능 test 강의 듣기 피어세션 validation과 LB AUROC가 크게 차이나는 이유 validation AUROC가 특히 크게 나오는 feature들의 특징 answerCode를 활용한 feature이기 때문일 것이라는 생각이 들었다. test와 validation에 feature engineering을 적용하는 범위가 test의 마지막 sequence를 넣지 않아서 차이가 생길 수 있다. Feature Engineering 추가 각자 개인의 이번 대회 목표 피어세션에 침묵이 길어지..
[Day74] Github 특강 2-4 Conflict 초기상태이다. 오른쪽 사람과 왼쪽 사람이 둘 다 같은 상태의 파일을 가지고 있다. Conflict 이 상황에서는 4번째 단락에서 conflict가 난다 오른쪽 사람이 pull을 하게 되면 이렇게 conflict가 뜬다 Accept Both Changes를 눌러 수정해준다. LR4로 대체한다. 그러고 git status 를 하면 both modified라고 둘 다에서 수정되었다고 뜬다. git add common.txt Mergetool GitHub - egoingsb/offline Contribute to egoingsb/offline development by creating an account on GitHub. github.com KDiff3 - Homepage News Features Screen..
[Day74] Github 특강 2-3 merge, tag merge 만들고 싶은 버전에 head를 옮기고 git branch 해주면 HEAD가 있는 위치에 브랜치가 만들어진다. tag 그 버전을 기념하고 싶을 때 git tag release/1.0 HEAD는 동적이기 때문에 정적으로 고정시켜두는 것이다. tag로 checkout하는 것 tag와 push하지 않은 branch는 원격에 올라가지 않는다. 특정 commit으로 master 옮기기 1. HEAD가 master를 가리키게 한다 git checkout master 2. master를 그 commit으로 옮긴다 git reset --hard
[Day74] Github 특강 2-2 amend, reset 1. git log git log q를 누르면 나갈 수 있고, 위 아래 방향키을 누르면 움직일 수 있다. git log --oneline 요약해서 한 번에 볼 수 있다. 2. amend commit 메세지 수정하기 git commit --amend -m "template 추가!" 마지막으로 넣은 commit 메세지에 오타가 있을 때 수정할 수 있다. 3. reset amend 한 것을 다시 원래 commit으로 복원하기 checkout master를 원래 commit을 가리키게 한다. 로 더블클릭하거나 git checkout 한다 checkout은 HEAD 를 옮겨서 working directory는 그 때의 코드로 바뀐다 혹은 master를 더블 클릭 git checkout master 여기까진 HEA..

티스토리툴바