붉은거위 서비스 에셋운영에 대하여..

redgoose 서비스를 계속 운영해오고 여러가지 서브 프로젝트들이 만들어지니 공통으로 사용되는 요소들도 계속 생겨나게 된다.
현재 주로 서비스로 만들어지고 있는 프로젝트들은 다음과 같다.

• redgoose.me
• note.redgoose.me
• admin.redgoose.me
• slideshow.redgoose.me

이정도 되는데 이것들이 서로 개별적인 프로젝트지만 공통적으로 사용되는 요소들 업데이트 및 관리가 상당히 까다롭다.
현재 공통적으로 사용되는 요소가 markdown-style이지만 여러가지 종류로 늘어날거 같다. ㅠ

이걸 어떻게 효과적으로 에셋을 제공하고 업데이트를 할지에 대하여 고민할때가 왔다.
현재는 markdown-style이라는 에셋을 업데이트하면 3군데의 프로젝트를 새로 빌드해야한다. 이 방식이 장단점이 드러나 있지만 이런 공통적인 요소들이 점점 늘어나면 분리하는것이 좋아 보인다.

최근에 그리드 이미지 컴포넌트를 만들면 좋겠다는 생각이 들어 여기까지 고민을 하게 되었다.

별도 도메인으로 호스팅 vs 패키지

에셋을 각 프로젝트에 포함시킬 수 있도록 재료를 제공해줄 수 있고, 별도의 도메인으로 담아두고 별도의 url로 불러올 수 있을것이다.
패키지에 넣으면 각 프로젝트에다 버전을 격리화 할 수 있지만 업데이트가 상당히 귀찮아진다. 흐음..

시간이 지날수록 업데이트에 대한 피로도가 커지게 될것이다. (분량이 적으면 괜찮지만..)

요소가 많아질것을 염두하면 별도의 도메인으로 추가하는게 좋을거같다.

어떤 에셋이 추가될까?

현재 공통적으로 사용하고 있는 에셋은 markdown 스타일시트 뿐이다. 하지만 현재 예상되는 에셋은 다음과 같이 생각할 수 있다.

• 스타일시트
• 이미지 (앱 아이콘, 배너)
• 웹 컴포넌트
• 글꼴

만약 별도 도메인으로 사용된다면 어떤 기술스택으로 구성하면 될까?

이 부분은 노드로 서버 띄우는것보다 nginx로 돌리는게 좋을거 같다.
빌드는 개발할때 모두 끝내고 dest만 도커에 집어넣는게 어떨까 싶다.

이부분까지 노드를 돌리는게 좋아보이진 않는다.