일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
- NooBLoL
- React
- F-Lab
- 회고
- ngrinder
- junit
- Thymeleaf
- ncloud
- 에프랩
- Naver Cloud Platform
- papago
- spring
- Scheduler
- object storage
- NCP
- OrientalUnity
- Java
- Database
- mybatis
- 네이버 클라우드
- DBDocs
- docker
- spring boot
- navercloud
- Naver Cloud
- NaverCloudPlatform
- Pinpoint
- 네이버클라우드
- Enum
- AssertJ
- Today
- Total
목록Naver Cloud Platform (3)
DevJong12
목차 1️⃣ 프로젝트 소개 프로젝트의 시작을 알리는 아티클에서 적었지만 또 적어보면... 번역을 기반으로 피해자와 가해자들의 모임인 한.중.일이라는 언어도 틀리고, 역사가 꼬여있는 세개의 국가를 주제로 동북아 커뮤니티이다 👉 깃허브 코드 아래 이미지처럼 글을 남길 경우 한국어, 영어, 일본어, 중국어 총 4개국어로 글들이 자동번역되어 타 국가의 사용자와 교류할 수 있는 커뮤니티다. 2️⃣ 구현에 사용된 기술스택 Front의 경우에는 React를 채택하였고, 메인으로 집을만한 라이브러리는 다국어의 페이지를 만들기 위한 i18next과 게시물의 내용을 HTML로 받기 위한 React Quill을 짚어볼 수 있을 것 같다. Back의 경우에는 Java + Spring을 기본으로 채택하였고, 추가적으로 짚어볼 ..
목차 1️⃣ 글을 적기에 앞서.. 해당 내용은 우리 팀에서 사용할 서버 환경을 구축하고자 할 때 발생했던 이슈의 내용을 기록한 글이다. 2️⃣ 이슈의 내용 아래의 이미지는 최초의 우리 팀의 인프라 아키텍쳐였다. 이미지부터 보는게 이해가 빠를 듯 하다. 다음 아키텍쳐의 문제는 다음과 같았다. Server에서 Object Storage, MySQL로의 Connection은 동일한 Private Zone이기 떄문에 정상적으로 이뤄졌었다. Server에서 Effective Log Search & Analytics, Papago로의 Connection은 Private Zone과 Public Area이기 떄문에 불가능했었다. 이 구간에 대한 통신을 어떻게 할지도, 생각도 못했던 부분이었으며, 실제로 어플리케이션을 ..
개요 인프런의 강의를 들으면서 Vue를 활용하는 예제를 보고싶어서 강의를 보던 중, AWS배포 과정이 영상으로 있길래, 현재 금액이 발생하는 AWS를 사용하는 것보다는, 현재 내가 무료로 사용할 수 있는 Naver Cloud를 활용해 보기로 마음을 먹었다. 또한 과거에 구매했던 도메인을 활용하여 도메인을 통한 접속으로 AWS로 치면 EC2인 Server에 접속하도록 아키텍쳐를 구상하던 중, Load Balancer부분에서 많은 에로사항이 있었어 가지고, 기록해 두고자 글을 남겨둔다. 개요에서 미리 적어두지만 모든 과정을 nginx로도 처리가 가능하다. 단지 필자의 경우 구매한 도메인인 jong1.com을 dev.devlog.jong1.com, prod.devlog.jong1.com 등등 여러 도메인으로..