🪟 Window

<img src="https://image.until.blog/morethanmin/article/1716045513650" alt="until-71">항상 맥북만 사용하다가 이번에 데스크탑을 맞추게 되면서 개발환경을 윈도우에서 세팅하게 되었다.<h2>fnm이란?</h2>노드 버전을 관리할 수 있게 해주는 매니저로 nvm과 유사하지만 윈도우에서는 nvm이 지원되지 않기 때문에 fnm를 사용해보려고한다.<h2>winget으로 fnm 설치하기</h2>파워쉘에서 아래와 같이 입력하여 설치할 수 있다.<pre spellcheck="false"><code>winget install Schniz.fnm</code></pre><h3>0x8a15000f 오류가 발생하는 경우</h3>마이크로소프트 스토어에서 앱 설치 관리자를 업데이트 해주면 된다.<img src="https://image.until.blog/morethanmin/article/1716045690970" alt="until-72"><h2>fnm으로 node 설치하기</h2><h3>프로필 설정</h3>우선 <code spellcheck="false">PowerShell</code>프로필에 환경변수를 등록해야한다.<code spellcheck="false">~\Documents\WindowsPowerShell\Microsoft.PowerShell_profile.ps1</code> 경로에 아래와같이 입력 해주면 된다.<pre spellcheck="false"><code>fnm env --use-on-cd | Out-String | Invoke-Expression</code></pre><h3>PowerShell 실행시 PSSecurityException 오류가 발생하는 경우</h3>기본적으로 스크립트 삽입하는 것이 막혀있기 때문에 설정을 바꿔줘야한다.관리자 권한으로 <code spellcheck="false">PowerShell</code> 을 실행해서 아래와 같이 입력한다.<pre spellcheck="false"><code>Set-ExecutionPolicy RemoteSigned</code></pre><h3>node 설치</h3>이제 <code spellcheck="false">PowerShell</code> 을 재부팅하고 아래와 같이 입력해 노드를 설치하면된다.<pre spellcheck="false"><code>fnm use --install-if-missing 20</code></pre><hr>그럼 이제 node를 사용할 수 있다! 근데 PowerShell도 그렇고 여러 이슈들도 그렇고 좀 귀찮은 것 같다. 좀 더 사용해보다가 정 안되면 wsl을 사용해야겠다.

항상 맥북만 사용하다가 이번에 데스크탑을 맞추게 되면서 개발환경을 윈도우에서 세팅하게 되었다.fnm이란?노드 버전을 관리할 수 있게 해주는 매니저로 nvm과 유사하지만 윈도우에서는 nvm이 지원되지 않기 때문에 fnm를 사용해보려고한다.winget으로 fnm 설치하기파워쉘에서 아래와 같이 입력하여 설치할 수 있다.winget install Schniz.fn

윈도우에서 winget으로 fnm 설치하기 (Fast Node Manager)

⚛️ React

<img src="https://image.until.blog/morethanmin/article/1716912103640" alt="until-344"><blockquote>next.js 의 pages router 기준으로 작성되었어요.</blockquote>next.js서버사이드에서 데이터를 prefetch하기 위해서 리액트쿼리에서 제안하는 방식은 크게 두가지가 존재한다.<ol><li>데이터 패칭을 한 뒤에 <code spellcheck="false">serverSideProps</code>의 props로 넘겨주는 방식</li><li>서버사이드에서 <code spellcheck="false">queryClient</code>에 데이터를 저장하고, <code spellcheck="false">queryClient</code>자체를 <code spellcheck="false">dehydrate</code>하여 넘겨주는 <code spellcheck="false">Hydration</code> 방식</li></ol>첫번째 방식은 비교적 간단하지만 props drilling이나 여러곳에서 사용할 경우 initialData를 넣어주는 것이 까다롭다는 단점이 있다.때문에 프리패칭하는 데이터가 여러곳에 존재하고, 복잡할 경우 두번째 방식을 사용하는 것이 좋을것이다.<code spellcheck="false">Hydration</code>방식을 사용하기 위해서는 <code spellcheck="false">fetchQuery</code>와 <code spellcheck="false">prefetchQuery</code>의 차이점을 알아보자.<h1>prefetchQuery</h1>prefetchQuery는 결과값을 리턴하지 않으며, 데이터 패칭에 실패할 경우 에러를 던지지 않는다는 특징을 가지고 있다.따라서 데이터를 불러오지 못하더라도, UI를 그려줄 수 있는 경우에는 prefetchQuery를 사용하면 된다.<pre spellcheck="false"><code class="language-typescript">// ...
await queryClient.prefetchQuery({
 queryKey: queryKeys.articles()
 queryFn: getArticles()
});
// ...</code></pre><h1>fetchQuery</h1>fetchQuery와 같은 경우에는 결과값을 리턴하고, 데이터 패칭에 실패하는 경우에는 에러를 던진다.따라서 error handling이 가능하다는 얘기이다.언틸에서의 블로그 프로필 페이지를 예로 들어보자.<pre spellcheck="false"><code class="language-typescript">export const getServerSideProps: GetServerSideProps = async (context) =&gt; {
 try {
 setCookie(context)
 const username = getUsername(context)await queryClient.fetchQuery({
 queryKey: queryKeys.blog.username.body(username),
 queryFn: createGetBlog(username),
 })
 return {
 props: {
 dehydratedState: dehydrate(queryClient),
 },
 }} catch (error) {
 return {
 notFound: true,
 }
 }
}</code></pre>블로그를 조회하는 api는 잘못된 username으로 요청하는 경우 404 페이지를 보여줘야 하기에 <code spellcheck="false">fetchQuery</code>를 통해 구현해주었다.또한 return value를 사용하는 경우에도 fetchQuery를 사용해 구현해줄 수 있다.

next.js 의 pages router 기준으로 작성되었어요.next.js서버사이드에서 데이터를 prefetch하기 위해서 리액트쿼리에서 제안하는 방식은 크게 두가지가 존재한다.데이터 패칭을 한 뒤에 serverSideProps의 props로 넘겨주는 방식서버사이드에서 queryClient에 데이터를 저장하고, queryClient자체를 dehydrate

react-query의 fetchQuery과 prefetchQuery

웹개발 안 하다 보면 맨날 까먹는 내용들인데 덕분에 잘 복습하고 갑니다 🤗

변경이 잦은 프론트엔드에서 어떻게 건강한 테스트코드를 작성할 수 있을까?

Vitest + MSW 로 유연한 단위 / 통합 테스트코드 작성해보기

Cloud Issue

<blockquote>Dawn입니다. 오늘은 업무를 하다 일어난 일을 정리하여 기록하려고 합니다. 부족한 제 글을 읽어주셔서 감사합니다. 😁</blockquote><h2>배경</h2>저희 회사는 멀티 클라우드(GCP, NCP) 기반 서비스를 운영하고 있습니다. 그 중 CDC 파이프라인은 대충 그리자면 아래와 같습니다. 따라서 사내 로그를 <code spellcheck="false">BigQuery</code>로 적재하기 위해서 적절한 <code spellcheck="false">Logging Sink</code>를 생성하는 것이 맞습니다. 그런데..아래와 같은 메일 내용이 전직원에게 전달되게 됩니다.(젠장..)<img src="https://image.until.blog/dawn-py/article/1727248513445.png" alt="until-1543">이 문제가 왜 발생했는지 원인을 파악하고 해결했던 방법에 대해서 작성해보도록 하겠습니다.(의외로 간단했다..)<h2>원인 파악</h2>이 오류의 원인은 <code spellcheck="false">gcloud</code> 로 싱크를 생성할 경우 <code spellcheck="false">BigQuery</code>내의 권한 부여(<code spellcheck="false">Data editor</code>)까지 자동으로 적용하지 않는 것이었습니다. 또한 Logging 서비스 에이전트(Logging Service Agent)와 밀접한 관련이 있는 오류였습니다. 그렇다면 Logging 서비스 에이전트가 뭘까요?<h3>Logging Service Agent</h3>정의하자면 GCP Logging을 포함한 Stack Driver API 내의 서비스를 참조 혹은 직접적으로 사용하게 될 경우 문제가 되지 않게 구글에서 자동으로 생성해주는 서비스 계정입니다.이전에는 Logging 싱크가 생성될 때마다 <code spellcheck="false">p{projectID}-{randomInt}@sa-googleapis.com</code> , 이런 형식으로 서비스 계정에 BigQuery 데이터 편집자 권한을 부여하고 싱크 프로젝트 단위로 생성해주었습니다.하지만 현재는 생성되는 싱크는 모두 <code spellcheck="false">service-{projectID}@sa-googleapis.com</code> , 형식의 공통의 서비스 계정을 참조하고 있고 이 계정을 Logging 서비스 에이전트라고 합니다. 아래는 Logging 싱크 생성 시 발생되는 상황을 시퀀스 다이어그램으로 정리한 그림입니다.<img src="https://image.until.blog/dawn-py/article/1727248529439.png" alt="until-1544">이 때 웹 콘솔과 <code spellcheck="false">gcloud</code>의 생크 생성 과정은 전혀 다른 로직을 타게 됩니다. 따라서 싱크를 생성했을 당시 CLI로 생성했기에 라우팅되는 로그를 실시간으로 적재하기 위해 Logging 서비스 에이전트의 서비스 계정을 찾아 최소 데이터셋에 대한 데이터 편집자 권한을 등록해야 했던 겁니다.<h2>오류 해결</h2><img src="https://image.until.blog/dawn-py/article/1727248585126.png" alt="until-1545"><blockquote>⚠️&nbsp;저희 팀은 GCP 관리자(Admin) 권한을 가지고 있기 때문에 IAM 관리 및 편집이 가능합니다. 만약 권한이 없다면 따로 요청을 해서 처리해야 할 것입니다. 이 점 참고바랍니다.</blockquote>IAM관리 탭에서 우리는 ‘Google 제공 역할 부여 포함’을 체크하게 되면 <code spellcheck="false">Logging 서비스 에이전트</code>에 등록된 서비스 계정을 확인할 수 있었고 해당 계정을 편집하여 BigQuery 데이터 편집자 역할까지 부여하게 되니 <code spellcheck="false">gcloud</code>로 생성 시 BigQuery 내에 테이블이 생성되는 것을 확인할 수 있었습니다.<blockquote>여기까지 부족한 글임에도 읽어주셔서 감사합니다. Dawn이었습니다. 😁</blockquote><hr><h2>참고 자료</h2><ul><li><a target="_blank" rel="noopener noreferrer nofollow" href="https://cloud.google.com/logging/docs/routing/user-managed-service-accounts?hl=ko">사용자 관리형 서비스 계정으로 로그 싱크 구성 &nbsp;|&nbsp; Cloud Logging &nbsp;|&nbsp; Google Cloud</a></li><li><a target="_blank" rel="noopener noreferrer nofollow" href="https://stackoverflow.com/questions/58899182/google-cloud-stackdriver-logging-log-export-to-bigquery-access-to-the-datase">Google Cloud Stackdriver Logging - Log Export to BigQuery - Access to the dataset was denied</a></li><li><a target="_blank" rel="noopener noreferrer nofollow" href="https://stackoverflow.com/questions/61935273/google-cloud-creating-sink">Google Cloud - creating sink</a></li></ul>

GCP Logging Sink를 활용해 BigQuery에 로그를 적재하는 과정에서 발생한 권한 문제 해결 방안.

[GCP] Logging Sink 생성 시 오류 원인 파악

Experience

안녕하세요! 2024 MyMe 게임잼을 다녀왔습니다!그동안 많은 게임잼을 해보고싶어서 신청과 탈락의 반복을 하다가 정말 운좋게 선발되어서 다녀왔습니다! 크고작은 대회를 떠나서 뒤끝, 쨈수타? 햄수타?, 대략 3~4개 정도 신청해봤는데 다 떨어지고, MyMe에서 불러주셔서 다녀왔습니다! <h3>서울에서 김해까지..</h3><hr>위치가 정말 멀었습니다.. 대략 집에서 버스 1시간정도 타고 기차 2시간 반 타고 버스 1시간타고 택시타고 그렇게 가야하더라구요. 심지어, 에어로스페이스? 거기서 김해로 넘어오는 버스가 간격이 진짜 40분인가 60분인가 길어서 기다리는걸 포기하고 최대한 시내버스로 가까이가서 택시탔어요.출발하는날이 좋지는 않아서 좀비처럼 으어어 터벅터벅 하면서 갔습니다..<img src="https://image.until.blog/sin0105/article/1721930793299" alt="until-940"><img src="https://image.until.blog/sin0105/article/1721930721620" alt="until-937">어찌됐든 시간맞춰 도착은 했다..<h3>첫 게임잼 입성 소감?</h3><hr>첫 게임잼 입성 소감은 들어가자마자 사람들이 진짜 많았습니다. 이들중에는 나중에 현업에서 만나게 되는 분들도 있지않을까 하고 생각했어요. 다들 부지런하셔서 정말 멋지셨습니다.어색해서 주섬주섬 컴퓨터 세팅하고 기획자분들 발표를 들었는데, 분명 제가 알고있는 게임잼은 편--한 분위기에서 하는건줄 알고 갔었는데.. 진짜 각잡고 준비하고 오셨다는게 느껴졌습니다. 그중에는 오~ 되게 참신하다~ 싶은것도 있었고, 분명 3일인데.. 게임이 기획서 내용을 전부 담을 수 있을까? 라는 생각이 드는 내용도 있었어요. 그저 저희는 간단하게 생각해서 버튼 누르고 떼면 흐흐 날라간다 재밌다 하는거 준비하고 왔는데;;일단, 그렇게 모든 기획세션들이 끝나고 역시 뭘하던 먹으면서 해야 할맛도나고 재미도있고 하니까 저는 팀동료분들이랑 스낵바부터 갔습니다 스낵바가 진짜 3일동안 마르지않고 과자도 질리지않게 바꿔서 채워주셔서 너무 좋았어요 저 분홍색 더킹인가 저거 하루에 3캔씩은 부신거 같은데 더먹다간 제 몸도 부셔질거같아서 그만먹었습니다..<img src="https://image.until.blog/sin0105/article/1721931576355" alt="until-942"><img src="https://image.until.blog/sin0105/article/1721931587810" alt="until-943"><img src="https://image.until.blog/sin0105/article/1721932813355" alt="until-947"><img src="https://image.until.blog/sin0105/article/1721932824634" alt="until-948"><h3> 일단, 시작은 했다. 진행하면서 기억나는건 있나?</h3><hr>진행하면서 주최사인 공감오래컨텐츠에서 정말 많은 이벤트들을 준비해주셨어요. 거의 진행하는 내내 럭키드로우같은 추첨권 뽑기 이벤트는 매일 밤에 했던거 같아요. (그 시간에 해도 주무시는분들이 거의 없어서 참석률이 높았어요)준비해주신 것도 피규어, 장패드, 종이드론 ? 이 있었어요. 그리고, 럭키드로우 말고도 게임행사다보니 게임 대사 맞추기나 이미지보고 게임맞추기? 등이 있었어요 어찌저찌 하나 잘 주워서 저도 하나 받았습니다! 이미지 보고 게임맞추는건 한참을 쳐다봐도 모르겠더라구요. 맞추신분들 대단합니다..<img src="https://image.until.blog/sin0105/article/1721932218305" alt="until-944"><img src="https://image.until.blog/sin0105/article/1721932236038" alt="until-945">하.. 48인데 49 뽑히는건... 가져가신분 축하드립니다..아! 그리고 샤워실에서 한번넘어졌는데 진짜 아팠습니다. 다음에 하시게 되는분이 있다면 발밑을 조심하세요.<h3>대망의 3일차, 결과는?</h3><hr>처음 들어갈때는 아~ 3일 내가 뭔가를 뽑아낼 퍼포먼스가 있을까? 내가 개발자로써 1인분을 할 수 있을까? 라는 부담이 있었는데, 결과를 말씀드리면 뽑히긴 했습니다.어디서 들은게 마른오징어 쥐어짜도 물은 나온다고 버그 고치고 사운드달고 심사 빌드까지 뽑았어요.해상도 문제가 하나 있어서 11시 마감인데 15분전인가? 그때 뽑아서 제출했었어요. 진짜 식은땀 줄줄 흘렀는데 다행히 리더님이 해결해주셨습니다. 심사 다 끝나고 결과는 대상을 받았습니다! 당일에는 다말하고 다녔으면서 2주가 지난 지금 다시 쓰려니 뭔가 쑥쓰럽네요. 이게 다.. 훌륭한 리더분과 정말 잘하는 픽셀아티스트 두분을 만나서 버스 올라탔다고 생각해요 감사합니다 한 1주일동안은 돌아와서 계속 관련기사나 유투브 검색 엄청 했네요<img src="https://image.until.blog/sin0105/article/1721933916505" alt="until-949"><img src="https://image.until.blog/sin0105/article/1721934040093" alt="until-950"><h3>유의미한 결과도 얻었고, 아쉬운 점이 있었다면?</h3><hr>마침, 끝나고 퇴소? 뭔가 퇴소하는 기분이 들긴했으니 아무튼 끝나고 나오는 날에 인증서 주시면서 주최측에서 설문지 관련해서 주셔서 작성한 내용이었는데 2가지 정도 적어보자면,<ul><li>멀티탭 갯수 부족<ul><li>이거는 추후 꼭 하나 더 늘려주셨으면 좋겠습니다! 노트북 파워만 연결해서 1구씩만 쓰면 부족함은 없겠지만, 다른 기기들을 충전할 수 있는 자리가 부족했어요</li></ul></li><li>수면실 공간 부족<ul><li>새벽에 잠깐 자러갈때 자리가 꽉차있어서 조금 더 늘릴필요는 있어보였어요</li></ul></li></ul><h3>마지막으로.. 할말이 있다면?</h3><hr>음.. 일단 이런 두서없고 재미없는 글을 끝까지 읽어주셔서 감사드립니다! 집에서 4시간 넘게걸려서 도착하고, 3일동안 6시간자고.. 하는 역경과 고난속에서도 수상이라는 결실을 맺게되어 저는 6년전 게임업계를 준비하면서 작성해둔 BIC 전시 참가라는 버킷리스트를 하나 지울 수 있게 되었습니다. 저와 같은 버킷리스트를 가지신 분이 있다면 일단 머리부터 들이밀어보는 것도 좋다고 생각합니다! 저는 앞으로도 계속 이렇게 할 것 같으니 궁금한게 있으시면 편하게 메일주셔도 좋습니다~ 행사 주최하여 이런 뜻깊은 경험을 하게 해주신 공감오래 회사 관계자분들 및 서포터 분들, 모든 유관부서 관계자 분들 감사합니다. 마지막으로, 모든 참가자분들 고생하셨습니다! 같이 팀으로 출전해서 고생했던 M12(에밀리) 동료들 고생많았습니다! BIC에서 봐요! 저는 2024.08.17 ~ 2024.08.18 양일간 BIC에 부스가 준비되어 있는걸로 알고 있어서 참가할 예정이에요. 혹시나 오시게 된다면 들러주세요! 정확한 부스명이 M12 인지 MyMe게임잼 부스로 같이 있는건지 잘몰라서 둘중 하나는 분명히 있을거같아요! 들러주신다면, 제가 드릴수 있는건 없지만, 키링이라도... 주섬주섬 드리겠읍니다.. 감사합니다!<img src="https://image.until.blog/sin0105/article/1721935396226" alt="until-951"><a target="_blank" rel="noopener noreferrer nofollow" href="https://blog.naver.com/mymegames/223523329096">마이미게임즈</a> <a target="_blank" rel="noopener noreferrer nofollow" href="https://www.nbntv.co.kr/news/articleView.html?idxno=3021270">기사1</a> <a target="_blank" rel="noopener noreferrer nofollow" href="http://www.gnmaeil.com/news/articleView.html?idxno=544693">기사2</a>2024.07.26

첫 게임잼을 참여하다! 과연 결과는 !?

2024 MyMe 게임잼 참가 후기

Apache Kafka

<blockquote>Dawn입니다. 사내에서 활용하고 있는 아파치 카프카에 대해서 더욱 알아가고자 공부를 하고 있습니다. 강의를 들으면서 내용을 제 생각과 섞어 정리한 부분이기 때문에 글 내용이 완전한 정답이라고는 할 수 없습니다. 더욱 나은 데이터 엔지니어가 되고자 노력하겠습니다. 감사합니다.</blockquote><h2>초기의 스타트업</h2><img src="https://image.until.blog/dawn-py/article/1727054642391.png" alt="until-1441">기업이 막 생겨나서 초기 서비스가 시작되었을 때는 대게 이렇게 소스데이터(예를 들어 데이터베이스)가 어떤 서비스 내 타켓 데이터로 흘러가는 형식입니다. 서비스가 막 생겨났기 때문에 시스템 규모가 작아 위와 같은 형식이 문제가 되지는 않습니다. 누군가가 코드를 작성하고 데이터를 받아 추출 후 변환하고 로딩하게 되는겁니다.<h2>기업이 확대</h2><img src="https://image.until.blog/dawn-py/article/1727054652308.png" alt="until-1442">점점 기업이 발전하게 되면 자연스럽게 많은 소스 시스템을 갖게 되는데 이때 동일하게 타깃 시스템도 많아지게 됩니다. 정보를 공유하기 위해서는 소스 시스템이 모든 타깃 시스템에 데이터를 전송해야 하기 때문에 데이터 통합 문제는 위와 같이 복잡한 형태를 이루게 됩니다.위와 같은 아키텍쳐는 예를 들어 4개의 소스 시스템이과 6개의 타깃 시스템이 있다면 서비스를 운영하기 위해서는 24개의 통합을 코드로 작성해서 소스데이터를 추출하고 변환하고 로딩해야 합니다. 여간 번거로운 일이 아니죠.또한 모든 소스데이터가 모두 동일한 통신 프로토콜로 전송받는다는 보장도 없습니다. 이제는 TCP, HTTP, REST, FTP, JDBC 등으로 여러 방식으로 데이터가 전송되기 때문입니다.그리고 이러한 데이터가 모두 같은 형식이라는 것도 보장할 수 없습니다. JSON이 될 수도 있고, CSV, Binary, Parquet 등등 다양한 형식으로 데이터가 구성되기때문입니다.이러한 문제를 주먹구구식으로 해결한다고 했을 때 관리의 문제와 비용의 증가가 가장 큰 문제점이라고 할 수 있습니다.지금은 대기업이 된 링크드인 또한 이와 동일한 문제가 있었습니다. 링크드인이 이러한 문제를 어떻게 풀었는지는 <a target="_blank" rel="noopener noreferrer nofollow" href="https://www.google.com/url?sa=i&amp;url=https%3A%2F%2Fwww.linkedin.com%2Fpulse%2Flinkedin-apache-kafka-muhammad-waqas-dilawar&amp;psig=AOvVaw1OjL81dhH37D0ql7MA0vfO&amp;ust=1726248601132000&amp;source=images&amp;cd=vfe&amp;opi=89978449&amp;ved=0CBcQjhxqFwoTCPj08qb3vYgDFQAAAAAdAAAAABAS">해당 링크</a>를 통해 읽어보면 좋을 것 같습니다.<h2>카프카</h2><img src="https://image.until.blog/dawn-py/article/1727054661037.png" alt="until-1443">잠깐 언급했듯이 링크드인은 이러한 문제를 해결하고 이벤트 스트리밍 데이터를 한 곳에 모아서 관리하는 Kafka라는 시스템을 개발하게 됩니다. 카프카는 데이터 중개 플랫폼으로서 소스데이터가 생산(Producer)해내는 데이터를 스트림 형식으로 변환시키고 타깃 시스템이 데이터를 가져가거나 혹은 전달해주는 역할을 합니다. 중간 관리자 역할로 존재하고 분산되어 있던 데이터의 흐름을 연결해서 관리하기 때문에 링크드인은 더욱 확장성있는 이 시스템을 통해 다양한 서비스를 만들게 됩니다.오늘은 카프카가 무엇인지 왜 필요한지에 대해서 간략하게 설명해 보았습니다. 정리도 하면서 글을 써 내려가니 복잡하고 어렵지만 제 글을 읽으면서 도움이 되셨으면 하는 마음에 마무리 지었던 것 같습니다. 다음에는 더 나은 글로 인사드리겠습니다. 감사합니다.

왜 많은 기업은 카프카를 선택할까