<div id="readability-page-1" class="page"><div><blockquote>
<p>이 포스팅은 개인 프로젝트를 진행하면서 고민했던 부분을 기록한 것 입니다.</p>
</blockquote>
<h2 id="noticon">Noticon</h2>
<p>노션에서 사용할 아이콘을 저장하는 서비스</p>
<p><a href="https://noticon.tammolo.com/">서비스 링크</a><br>
<a href="https://noticon.tammolo.com/">GitHub</a></p>
<h2 id="기술-스택">기술 스택</h2>
<ul>
<li>React</li>
<li>Next.js</li>
<li>Emotion</li>
<li>TypeScript</li>
<li>MobX</li>
<li>Notion-UI</li>
<li>react-easy-crop</li>
<li>Google Sheets API (for simple database)</li>
<li>Firebase realtime-database</li>
</ul>
<h2 id="만든-이유">만든 이유</h2>
<p>저는 노션을 매우 좋아합니다. 그리고 저는 페이지에 관련 주제 아이콘으로 정리하는 것을 좋아합니다.<br>
<img src="https://media.vlpt.us/images/tmmoond8/post/03986db2-0f8e-416f-b041-29fa3b2b0289/%E1%84%89%E1%85%B3%E1%84%8F%E1%85%B3%E1%84%85%E1%85%B5%E1%86%AB%E1%84%89%E1%85%A3%E1%86%BA%202020-10-20%20%E1%84%8B%E1%85%A9%E1%84%92%E1%85%AE%209.11.09.png"></p>
<p>그러나 많은 시간을 아이콘을 찾는데 시간을 쓰는 저를 발견했습니다. 적절한 아이콘도 별로 없고 또 너무 큰 이미지는 괜히 최적화가 안된 느낌이라 싫었습니다. 적절한 아이콘이 적당한 크기로 저장되어 있으면 좋을 텐데 하면서  직접 만들게 되었습니다.</p>
<h2 id="서비스를-구성하면서-고민했던-부분">서비스를 구성하면서 고민했던 부분</h2>
<hr>
<h3 id="서버-대신-스프레드-시트-api">서버 대신 스프레드 시트 API</h3>
<p>아이콘 데이터를 저장할 서버는 필요했습니다. 삭제도 없고 수정도 없는 아주 단순한 API이기 때문에 직접 구현 하는 것은 어렵지 않습니다. 그러나 배포하는 것도 고려해야 하고 코드 관리도 해줘야 하기 때문에 일이 늘어납니다. 관계형 데이터 베이스가 꼭 필요하지 않으면 대체 할 수 있는 다른 데이터 베이스를 사용하는 것을 좋아하는데, 여기에는 SpeadSheet API가 가장 적절해 보였습니다.</p>
<p><img src="https://media.vlpt.us/images/tmmoond8/post/6ff559c5-3447-418f-aa21-e440d489692f/%E1%84%89%E1%85%B3%E1%84%8F%E1%85%B3%E1%84%85%E1%85%B5%E1%86%AB%E1%84%89%E1%85%A3%E1%86%BA%202020-10-20%20%E1%84%8B%E1%85%A9%E1%84%92%E1%85%AE%209.22.31.png"></p>
<p>위 처럼 테이블 형태로 쉽게 볼 수 있으면서, 데이터 수정도 매우 쉽습니다. 심지어 폰에서도 데이터 수정을 손쉽게 할 수 있죠. 다만, 데이터가 많든 적든 속도는 매우 느린 것은 단점입니다. (이 부분은 캐시 서버를 두어서 개선할 수 있습니다.)</p>
<hr>
<h3 id="이미지-저장은-cloudinay로">이미지 저장은 Cloudinay로</h3>
<p>이미지 저장하는 서비스는 매우 많습니다. 너무 많기 때문에 나에게 최적화된 서비스를 고르는 것은 매우 어렵습니다. 저는 실제로 이미지 저장 서비스를 고르는데 가장 많은 시간을 사용했습니다. Cloudinary는 정말 좋은 서비스고 다양한 기능을 제공합니다. 그 중에 제가 고려했던 부분에 대해서 말씀 드려 보겠습니다.</p>
<p><strong>무료 플랜을 제공</strong> - 저는 이미지 자체도 매우 작게 변환하여 사용하기 때문에 많은 대역폭을 사용하지 않습니다. 또 이미지 업로드도 많이 발생하지는 않았습니다.</p>
<p>**클라이언트에서 쉽게 업로드 하는 API 제공 ** - Cloudinary는 unsined 업로드를 사용하여 손쉽게 사용자가 새로운 아이콘을 업로드 할 수 있습니다. 저는 서버가 없기 때문에 이 부분은 필수였고, API 문서도 꽤 간단했습니다.</p>
<p><strong>이미지 크기 변환</strong> - Cloudinary는 정말 다양한 사진 편집 기능을 제공합니다. preset으로 미리 작성 해놓으면, 설정한 preset으로 이미지가 저장되어 편했습니다. 또, cloudinary는 gif 도 crop하는 기능을 제공했는데 이 기능이 있었기 때문에 Noticon에 gif도 사용할 수 있었습니다.</p>
<p>그러나 전혀 문제가 없던 것은 아니었습니다. 서비스를 운영하다 보니 전체 무료 플랜의 30% 가량을 사용 했는데, gif가 꽤 많은 부분을 차지 했습니다. 이대로는 장기적으로 유료 플랜으로 전환이 필요할 수 있었습니다. 그 즉시 매달 100$를 결제해야 하기 때문에 사용자가 늘어나는 것에 대한 대비가 필요했습니다. 이 과정에서 다른 서비스도 찾아보았지만, 적절한 대안을 찾을 수 없었습니다.</p>
<p>또 다른 문제로는 크롬의 확장 프로그램인 AdBlock 이  cloudinary.com 도메인을 블락 하는 것이었습니다. 내가 얼마든지 옵션을 끌 수 있지만, 해당 페이지에 있는 아이콘이 사용자에 따라 안 보일 수 있는 문제점이 있었습니다. 이 문제는 서비스 운영 초창기 부터 있었지만, 일 년이 지난 시점에도 방치되어 있었습니다.</p>
<hr>
<h3 id="cloudfront로-이미지-캐시">Cloudfront로 이미지 캐시</h3>
<p>이 부분이 해결 된 지는 글을 작성하는 시점에서 일주일도 안되었습니다. 저는 이전에 Cloudfront(CF)로 S3 버킷을 캐싱한 적은 있습니다. 저는 그동안 CF가 AWS 서비스만 캐시할 수 있다고 생각했었는데, 다른 도메인도 얼마든지 연결할 수 있었습니다.</p>
<p><a href="http://cloudinary.com/">cloudinary.com</a> 에서 커스텀 도메인을 사용하려면 유료 플랜을 사용해야 한다고 가이드 되어 있어서 다른 도메인으로 접근하면 이미지가 안 보여질 것이라 생각했습니다.</p>
<p>그러나 CF에 cloudinary.com 을 연결 했는데, 너무나 잘 작동했습니다. 이것으로 위에서 언급된 Cloudinary의 무료 플랜 안에서 서비스할 수 있게 되었고, Adblock을 통해 블락 당하는 문제도 동시에 해결되었습니다.<br>
<img src="https://media.vlpt.us/images/tmmoond8/post/60653318-2cd5-4af2-bf0b-82cc57d81cba/%EC%8A%A4%ED%81%AC%EB%A6%B0%EC%83%B7%202020-10-22%20%EC%98%A4%EC%A0%84%2010.33.07.png"></p>
<p>도메인을 연결하고 대역폭이 크게 감소 했습니다.</p>
<hr>
<h3 id="notion-ui-개발-및-적용">Notion-UI 개발 및 적용</h3>
<p>Noticon 초기 버전에서는 Notion의 UI 를 지향 하면서도 , Notion 만큼의 유려한 디자인은 아니었습니다. 서비스가 운영된 지 1년이 지난 시점에서야 UI 시스템 부터 다시 개발 하였습니다.</p>
<p><a href="https://notion-ui.tammolo.com/?path=/story/aside--aside-default">스토리북</a></p>
<p><a href="https://github.com/tmmoond8/notion-ui">GitHub</a></p>
<p>아직 외부에서 사용할 정도로 디자인 시스템으로서 완성도가 있는 것은 아니지만, Noticon 서비스에 적용한 것은 매우 만족스러웠습니다. 또 UI 시스템에서 Dark Theme 고려하여 개발 하였기 때문에 자연스럽게 Dark Theme도 적용되었습니다.</p>
<hr>
<h3 id="클라이언트에서-이미지-편집을-위한--react-easy-crop">클라이언트에서 이미지 편집을 위한  react-easy-crop</h3>
<p>초기 버전에서는 이미지를 선택하고 Cloudinary에 올리면 정사각형으로 만들기 위해 양쪽을 자르고 가운데만 남기도록 되어 있었습니다. 그렇기 때문에 사용자가 이미지를 잘못 등록하게 되는 일이 많이 발생했습니다.</p>
<p><img src="https://media.vlpt.us/images/tmmoond8/post/ce7c4bad-485f-447b-a4a7-75eee7cf9b20/%E1%84%89%E1%85%B3%E1%84%8F%E1%85%B3%E1%84%85%E1%85%B5%E1%86%AB%E1%84%89%E1%85%A3%E1%86%BA%202020-10-20%20%E1%84%8B%E1%85%A9%E1%84%92%E1%85%AE%2010.26.31.png"></p>
<p>react-easy-crop을 사용하여 원하는 부분을 원하는 크기로 자를 수 있도록 했습니다. 구현할 때는 계산하는 부분 때문에 고생했지만, 결과적으로는 아주 잘 동작하여 마음에 듭니다.</p>
<p><img src="https://media.vlpt.us/images/tmmoond8/post/4265aedb-f719-4f11-b513-828f0f115ecf/ezgif-7-6c9690344f44.gif"></p>
<hr>
<h3 id="서브-데이터-베이스로서-firebase-realtime-database">서브 데이터 베이스로서 Firebase realtime-database</h3>
<p>Cloudinary를 사용하면서 하나 아쉬운 점이 있었습니다. 사용자가 많이 사용한 아이콘을 노출하고 싶었는데, Cloudinary에서는 대쉬보드에서는 확인할 수 있었지만 API로 제공하지 않았습니다. 현재 서버가 없는 아키텍쳐이기 때문에 가능한 방법을 모색해야 했습니다. 이 부분에서는 Firebase의 realtime-database(RD)를 사용했습니다. RD는 키에 따른 값을 저장하기 때문에 자연스럽게 특정 icon의 key에 사용자가 클릭할 때마다 1씩 증가하여 업데이트 하는 형태로 구현했습니다. 이렇게 함으로써 레코드 수가 계속해서 증가하는 문제도 막을 수 있습니다.</p>
<hr>
<h2 id="고민도-필요-없는-부분">고민도 필요 없는 부분</h2>
<p>배포는 Netlify 에서 합니다. CI/CD 와 무료 플랜도 빵빵하고 사용성 좋은 UI를 제공하기 때문에 정말 사랑합니다.</p>
<hr>
<p><em>Noticon은 제가 만든 개인 프로젝트 중에 가장 많은 관심을 받은 서비스 입니다. 그리고 저 스스로도 매우 의미있고 좋아하는 서비스 입니다. 노션을 사용하시면서 아이콘을 찾으려고 시간을 허비하셨던 경험이 있으시다면, 사용해보기실 추천드립니다. 긴 글 읽어주셔서 감사합니다.</em></p></div></div>

tmmoond8.log

이 포스팅은 개인 프로젝트를 진행하면서 고민했던 부분을 기록한 것 입니다. 
Noticon
노션에서 사용할 아이콘을 저장하는 서비스
서비스 링크
GitHub
기술 스택
React
Next.js
Emotion
TypeScript
MobX
Notion-UI
react-easy-crop
Google Sheets API (for simple database)
Firebase realtime-database
만든 이유
저는 노션을 매우 좋아합니다. 그리고 저는 페이지에 관련 주제 아이콘으로 정리하는 것을 좋아합니다.
그러나 많은 시간을 아이콘을 찾는데 시간을 쓰는 저를 발견했습니다. 적절한 아이콘도 별로 없고 또 너무 큰 이미지는 괜히 최적화가 안된 느낌이라 싫었습니다. 적절한 아이콘이 적당한 크기로 저장되어 있으면 좋을 텐데 하면서  직접 만들게 되었습니다.
서비스를 구성하면서 고민했던 부분
서버 대신 스프레드 시트 API
아이콘 데이터를 저장할 서버는 필요했습니다. 삭제도 없고 수정도 없는 아주 단순한 API이기 때문에 직접 구현 하는 것은 어렵지 않습니다. 그러나 배포하는 것도 고려해야 하고 코드 관리도 해줘야 하기 때문에 일이 늘어납니다. 관계형 데이터 베이스가 꼭 필요하지 않으면 대체 할 수 있는 다른 데이터 베이스를 사용하는 것을 좋아하는데, 여기에는 SpeadSheet API가 가장 적절해 보였습니다. 
위 처럼 테이블 형태로 쉽게 볼 수 있으면서, 데이터 수정도 매우 쉽습니다. 심지어 폰에서도 데이터 수정을 손쉽게 할 수 있죠. 다만, 데이터가 많든 적든 속도는 매우 느린 것은 단점입니다. (이 부분은 캐시 서버를 두어서 개선할 수 있습니다.)
이미지 저장은 Cloudinay로
이미지 저장하는 서비스는 매우 많습니다. 너무 많기 때문에 나에게 최적화된 서비스를 고르는 것은 매우 어렵습니다. 저는 실제로 이미지 저장 서비스를 고르는데 가장 많은 시간을 사용했습니다. Cloudinary는 정말 좋은 서비스고 다양한 기능을 제공합니다. 그 중에 제가 고려했던 부분에 대해서 말씀 드려 보겠습니다.
무료 플랜을 제공 - 저는 이미지 자체도 매우 작게 변환하여 사용하기 때문에 많은 대역폭을 사용하지 않습니다. 또 이미지 업로드도 많이 발생하지는 않았습니다.
*클라이언트에서 쉽게 업로드 하는 API 제공 * - Cloudinary는 unsined 업로드를 사용하여 손쉽게 사용자가 새로운 아이콘을 업로드 할 수 있습니다. 저는 서버가 없기 때문에 이 부분은 필수였고, API 문서도 꽤 간단했습니다.
이미지 크기 변환 - Cloudinary는 정말 다양한 사진 편집 기능을 제공합니다. preset으로 미리 작성 해놓으면, 설정한 preset으로 이미지가 저장되어 편했습니다. 또, cloudinary는 gif 도 crop하는 기능을 제공했는데 이 기능이 있었기 때문에 Noticon에 gif도 사용할 수 있었습니다.
그러나 전혀 문제가 없던 것은 아니었습니다. 서비스를 운영하다 보니 전체 무료 플랜의 30% 가량을 사용 했는데, gif가 꽤 많은 부분을 차지 했습니다. 이대로는 장기적으로 유료 플랜으로 전환이 필요할 수 있었습니다. 그 즉시 매달 100$를 결제해야 하기 때문에 사용자가 늘어나는 것에 대한 대비가 필요했습니다. 이 과정에서 다른 서비스도 찾아보았지만, 적절한 대안을 찾을 수 없었습니다.
또 다른 문제로는 크롬의 확장 프로그램인 AdBlock 이  cloudinary.com 도메인을 블락 하는 것이었습니다. 내가 얼마든지 옵션을 끌 수 있지만, 해당 페이지에 있는 아이콘이 사용자에 따라 안 보일 수 있는 문제점이 있었습니다. 이 문제는 서비스 운영 초창기 부터 있었지만, 일 년이 지난 시점에도 방치되어 있었습니다.
Cloudfront로 이미지 캐시
이 부분이 해결 된 지는 글을 작성하는 시점에서 일주일도 안되었습니다. 저는 이전에 Cloudfront(CF)로 S3 버킷을 캐싱한 적은 있습니다. 저는 그동안 CF가 AWS 서비스만 캐시할 수 있다고 생각했었는데, 다른 도메인도 얼마든지 연결할 수 있었습니다. 
  cloudinary.com 에서 커스텀 도메인을 사용하려면 유료 플랜을 사용해야 한다고 가이드 되어 있어서 다른 도메인으로 접근하면 이미지가 안 보여질 것이라 생각했습니다.
 그러나 CF에 cloudinary.com 을 연결 했는데, 너무나 잘 작동했습니다. 이것으로 위에서 언급된 Cloudinary의 무료 플랜 안에서 서비스할 수 있게 되었고, Adblock을 통해 블락 당하는 문제도 동시에 해결되었습니다.
 
도메인을 연결하고 대역폭이 크게 감소 했습니다. 
Notion-UI 개발 및 적용
Noticon 초기 버전에서는 Notion의 UI 를 지향 하면서도 , Notion 만큼의 유려한 디자인은 아니었습니다. 서비스가 운영된 지 1년이 지난 시점에서야 UI 시스템 부터 다시 개발 하였습니다. 
스토리북
GitHub
아직 외부에서 사용할 정도로 디자인 시스템으로서 완성도가 있는 것은 아니지만, Noticon 서비스에 적용한 것은 매우 만족스러웠습니다. 또 UI 시스템에서 Dark Theme 고려하여 개발 하였기 때문에 자연스럽게 Dark Theme도 적용되었습니다.
클라이언트에서 이미지 편집을 위한  react-easy-crop
초기 버전에서는 이미지를 선택하고 Cloudinary에 올리면 정사각형으로 만들기 위해 양쪽을 자르고 가운데만 남기도록 되어 있었습니다. 그렇기 때문에 사용자가 이미지를 잘못 등록하게 되는 일이 많이 발생했습니다.
react-easy-crop을 사용하여 원하는 부분을 원하는 크기로 자를 수 있도록 했습니다. 구현할 때는 계산하는 부분 때문에 고생했지만, 결과적으로는 아주 잘 동작하여 마음에 듭니다.
서브 데이터 베이스로서 Firebase realtime-database
 Cloudinary를 사용하면서 하나 아쉬운 점이 있었습니다. 사용자가 많이 사용한 아이콘을 노출하고 싶었는데, Cloudinary에서는 대쉬보드에서는 확인할 수 있었지만 API로 제공하지 않았습니다. 현재 서버가 없는 아키텍쳐이기 때문에 가능한 방법을 모색해야 했습니다. 이 부분에서는 Firebase의 realtime-database(RD)를 사용했습니다. RD는 키에 따른 값을 저장하기 때문에 자연스럽게 특정 icon의 key에 사용자가 클릭할 때마다 1씩 증가하여 업데이트 하는 형태로 구현했습니다. 이렇게 함으로써 레코드 수가 계속해서 증가하는 문제도 막을 수 있습니다.
고민도 필요 없는 부분
배포는 Netlify 에서 합니다. CI/CD 와 무료 플랜도 빵빵하고 사용성 좋은 UI를 제공하기 때문에 정말 사랑합니다.
Noticon은 제가 만든 개인 프로젝트 중에 가장 많은 관심을 받은 서비스 입니다. 그리고 저 스스로도 매우 의미있고 좋아하는 서비스 입니다. 노션을 사용하시면서 아이콘을 찾으려고 시간을 허비하셨던 경험이 있으시다면, 사용해보기실 추천드립니다. 긴 글 읽어주셔서 감사합니다.

Noticon 프로젝트 리뷰

댓글