https://blog.cruru.kr/author/%EC%9D%B4%ED%83%9C%ED%9B%88/ Recent content in 이태훈 on 팀 크루루의 개발 이야기 Hugo -- gohugo.io ko-kr Mon, 07 Oct 2024 12:00:00 +0000 https://blog.cruru.kr/docs/backend/read/write-%EB%8D%B0%EC%9D%B4%ED%84%B0%EB%B2%A0%EC%9D%B4%EC%8A%A4-%EB%B6%84%EB%A6%AC%ED%95%98%EA%B8%B0-0ac3937ba8fd4522988a08574585a8f8/ Mon, 07 Oct 2024 12:00:00 +0000 https://blog.cruru.kr/docs/backend/read/write-%EB%8D%B0%EC%9D%B4%ED%84%B0%EB%B2%A0%EC%9D%B4%EC%8A%A4-%EB%B6%84%EB%A6%AC%ED%95%98%EA%B8%B0-0ac3937ba8fd4522988a08574585a8f8/ 이 글은 우아한테크코스 백엔드 6기 러쉬에 의해 작성되었습니다. 기존 운영환경에 배포되어 있던 크루루 서비스는 단 하나의 데이터베이스 인스턴스를 사용하고 있었습니다. 하나의 데이터베이스 인스턴스만 사용했을 경우 SPOF라는 치명적인 단점이 존재합니다. 이를 해결하기 위해 기존 데이터베이스를 스케일-아웃 했습니다. 기존 데이터베이스 구조 link 운영환경 데이터베이스가 하나만 존재했습니다. 따라서 read/write 작업이 하나의 데이터베이스에서 이루어지고 있었습니다. 운영 DB를 하나로 운영하면 다음 문제들이 있다고 느꼈습니다. 가용성 확보 불가 기존 운영 환경에서 단 하나의 데이터베이스 인스턴스만 사용했을 때는 데이터베이스가 SPOF가 되는 치명적인 단점이 존재합니다. https://blog.cruru.kr/docs/backend/%EC%8A%A4%ED%94%84%EB%A7%81-osiv%EC%99%80-%EB%8D%B0%EC%9D%B4%ED%84%B0-%EC%86%8C%EC%8A%A4-%EB%9D%BC%EC%9A%B0%ED%8C%85-%EC%98%A4%EB%A5%98-%ED%95%B4%EA%B2%B0%ED%95%98%EA%B8%B0-7f8129285f564a0a8051cd41d8d72853/ Mon, 07 Oct 2024 11:49:00 +0000 https://blog.cruru.kr/docs/backend/%EC%8A%A4%ED%94%84%EB%A7%81-osiv%EC%99%80-%EB%8D%B0%EC%9D%B4%ED%84%B0-%EC%86%8C%EC%8A%A4-%EB%9D%BC%EC%9A%B0%ED%8C%85-%EC%98%A4%EB%A5%98-%ED%95%B4%EA%B2%B0%ED%95%98%EA%B8%B0-7f8129285f564a0a8051cd41d8d72853/ 이 글은 우아한테크코스 백엔드 6기 러쉬에 의해 작성되었습니다. 스프링 OSIV와 데이터 소스 라우팅 오류 해결하기 link안녕하세요. 우아한테크코스 6기 백엔드 러쉬입니다. 현재 크루루는 동아리 리크루팅 서비스를 개발하고 있습니다. 기존에 운영 중이던 크루루 서비스는 단일 데이터베이스 인스턴스에 의존하고 있었습니다. 단일 인스턴스 사용에는 SPOF의 위험이 있어, 이 문제를 해결하기 위해 데이터베이스를 스케일아웃 했습니다. 그러나 데이터베이스 스케일 아웃 과정에서 OSIV(Open Session in View)와 관련된 문제가 발생했습니다. 이번 글에서는 OSIV의 개념을 설명하고, 크루루 서비스에서 OSIV 문제를 해결하기 위한 트러블슈팅 과정을 공유하겠습니다. https://blog.cruru.kr/docs/infra/%EB%AA%A8%EB%8B%88%ED%84%B0%EB%A7%81-%EC%8B%9C%EC%8A%A4%ED%85%9C-%EA%B5%AC%EC%B6%95%EA%B8%B0-1%ED%8E%B8-metric-fff1e50d803f81e5b0c2c484b3033ac9/ Thu, 26 Sep 2024 09:03:00 +0000 https://blog.cruru.kr/docs/infra/%EB%AA%A8%EB%8B%88%ED%84%B0%EB%A7%81-%EC%8B%9C%EC%8A%A4%ED%85%9C-%EA%B5%AC%EC%B6%95%EA%B8%B0-1%ED%8E%B8-metric-fff1e50d803f81e5b0c2c484b3033ac9/ 이 글은 우아한테크코스 백엔드 6기 냥인, 러쉬, 명오에 의해 작성되었습니다. 구축 배경 link 3차: 서비스 운영 환경 구축 로깅 프레임워크 적용 API 문서 작성 (로그, 메트릭) 모니터링 대시보드 구성 백엔드 3차 요구사항으로 ‘모니터링 대시보드 구성하기’가 주어졌습니다. 팀 크루루는 아직 개발 환경만 구축되어 있기 때문에 개발 환경에 모니터링을 구축하였습니다. 모니터링 도구 선택 기준 link 💡 ▶︎ 요구사항에서 언급된 대로 빠르게 구축할 수 있어야 한다. ▶︎ 스프링 부트와 연동하기 쉬워야 한다. https://blog.cruru.kr/docs/infra/%EB%AA%A8%EB%8B%88%ED%84%B0%EB%A7%81-%EC%8B%9C%EC%8A%A4%ED%85%9C-%EA%B5%AC%EC%B6%95%EA%B8%B0-2%ED%8E%B8-log-fff1e50d803f81188695f557c48abfde/ Thu, 26 Sep 2024 09:03:00 +0000 https://blog.cruru.kr/docs/infra/%EB%AA%A8%EB%8B%88%ED%84%B0%EB%A7%81-%EC%8B%9C%EC%8A%A4%ED%85%9C-%EA%B5%AC%EC%B6%95%EA%B8%B0-2%ED%8E%B8-log-fff1e50d803f81188695f557c48abfde/ 이 글은 우아한테크코스 백엔드 6기 냥인, 러쉬, 명오에 의해 작성되었습니다. 로깅 모니터링 도구 선택 기준 link로그 모니터링의 경우에는 로그 프레임워크는 Logback, 모니터링 도구로는 Loki와 Promtail, Grafana를 사용했습니다. 메트릭 모니터링 시스템을 구축할 때와 마찬가지로 아래와 같은 기준을 적용하였습니다. ▶︎ 요구사항에서 언급된 대로 빠르게 구축할 수 있어야 한다. ▶︎ 스프링 부트와 연동하기 쉬워야 한다. Logback을 사용한 이유는 단순히 Spring boot에 기본으로 내장되어 있는 로깅 라이브러리를 사용하기 위함이었습니다. Loki의 경우는 이미 Grafana를 사용하여 메트릭 대시보드를 구축해놨기 때문에 자연스럽게 후보군에 올랐고, 위 기준에 부합하였기 때문에 도입하기로 결정하였습니다. https://blog.cruru.kr/docs/backend/%ED%8C%80-%ED%81%AC%EB%A3%A8%EB%A3%A8%EC%9D%98-%ED%94%84%EB%A1%A0%ED%8A%B8%EC%97%94%EB%93%9C%EC%99%80-%EB%B0%B1%EC%97%94%EB%93%9C-%ED%98%91%EC%97%85-4cc19d6ea1e54036845d86dfbd24dad2/ Thu, 08 Aug 2024 04:17:00 +0000 https://blog.cruru.kr/docs/backend/%ED%8C%80-%ED%81%AC%EB%A3%A8%EB%A3%A8%EC%9D%98-%ED%94%84%EB%A1%A0%ED%8A%B8%EC%97%94%EB%93%9C%EC%99%80-%EB%B0%B1%EC%97%94%EB%93%9C-%ED%98%91%EC%97%85-4cc19d6ea1e54036845d86dfbd24dad2/ 이 글은 우아한테크코스 백엔드 6기 초코칩, 러쉬에 의해 작성되었습니다. 협업 배경 link이번 3차 스프린트의 공통 요구사항에 다음과 같은 내용이 있었습니다. FE에서 BE까지 관통하는 업무 중 최소 하나를 FE / BE 개발자가 짝으로 진행 팀 크루루는 요구사항 충족과 서로 간의 업무를 이해하기 위해 여러 협업을 시도했습니다. Figma 와이어프레임 디자인 및 컴포넌트 작업 link 첫 번째로 시도한 협업은 와이어프레임 디자인과 컴포넌트 작업입니다. 기존에도 와이어프레임 디자인에 대해 함께 토의했지만, 이번에는 Figma를 이용해 직접 참여했습니다.