멋쟁이사자처럼 후기

Recording/에러 기록장

[멋쟁이사자처럼 부트캠프 TIL 회고] BE 13기_85일차_"블로그 프로젝트 - 빌드 오류 해결"

🦁멋쟁이사자처럼 백엔드 부트캠프 13기 🦁TIL 회고 - [85]일차🚀85일차에 발생했었던 오류해결과정을 회고하고자한다.빌드가 되지 않는 오류 ⚠️오류원인팀원들이 개발했던 엔티티들을 develop 브랜치에 Merge한 후 기능 개발에 대한 것을 분담할 수 있었다.기능 개발 분담 후 develop 브랜치의 내용을 git pull 해서 실행시켜보려는데 오류가 발생했다.main 클래스 실행시 (SpringBoot) 실행이 되지 않는 문제오류 코드 : Error: LinkageError occurred while loading main class com.likelion.momentreeblog.MomentreeblogApplication✅해결방법SDK 버전 17 → 21로 변경Project Structur..

Recording/에러 기록장

[멋쟁이사자처럼 부트캠프 TIL 회고] BE 13기_84일차_"협업 - 브랜치 및 .idea 충돌 해결과정"

🦁멋쟁이사자처럼 백엔드 부트캠프 13기 🦁TIL 회고 - [84]일차🚀84일차에 발생했었던 오류해결과정을 회고하고자한다.브랜치 충돌 ⚠️오류원인- main브랜치에서 develop 브랜치를 만든 후 develop브랜치에서 feature/#이슈번호로 분기해나가야하는데main브랜치에서 바로 feature/#이슈번호로 분기해나가게되어팀원들이 작업한 내용을 다시 브랜치옮겨서 진행해야하는 것이었다.⌛진행과정main브랜치로 이동해서 로컬저장소의 feature/#이슈번호 를 삭제하고develop 브랜치를 만들어 develop → feature/#이슈번호 브랜치도 새로만들고➡️git branch feature/#이슈번호 혹은 git checkout -b feature/#이슈번호💡원인분석충돌 해결하는 과정이 충돌 ..

Recording/멋쟁이사자처럼 BE 13기

[멋쟁이사자처럼 부트캠프 TIL 회고] BE 13기_83일차_"도메인 관리 / 서비스 배포 - DNSZI, Gabia, Vercel"

🦁멋쟁이사자처럼 백엔드 부트캠프 13기 🦁TIL 회고 - [83]일차🚀83일차에는 도메인관리와 서비스 배포에 대한 개념들을 학습할 수 있었다. 학습 목표 : 프로젝트를 위한 도메인을 생성하고 관리, 서비스를 배포할 수 있는 플랫폼에 대해 알아야함학습 과정 : 회고를 통해 작성도메인 관리Gabia 도메인 구입 후 DNSZI로 관리주체를 위임할 수 있음즉 도메인 관리를 DNSZI로 위임하는것Gabia에서도 도메인관리를 할 순 있지만 DNSZI가 진입하기에 쉽고 용이그 외로는 AWS Route 53이 대안책도메인 관리 위임 과정1) DNSZI 가입 (https://dnszi.com/)2) Gabia로 도메인을 만들었으면 DNSZI 가입한 것을 네임서버 설정에 넣기 (https://domain.gabia...

Recording/멋쟁이사자처럼 BE 13기

[멋쟁이사자처럼 부트캠프 TIL 회고] BE 13기_82일차_"H2 DB 설정, Next.js, Tailwind, 컨벤션"

🦁멋쟁이사자처럼 백엔드 부트캠프 13기 🦁TIL 회고 - [82]일차🚀82일차에는 H2 DB설정부터 각각 application.yml, application-dev.yml 등의 역할이 무엇인지, Next.js로 개발할 수 있는 프론트엔드와 Cursor를 통한 코드리뷰, 다양한 프로젝트 관련 컨벤션에 대해서 학습할 수 있었다.학습 목표 : 프로젝트 관련 컨벤션에 익숙해져 팀 프로젝트 진행 시 팀의 컨벤션을 정한 후 진행할 수 있어야한다.학습 과정 : 회고를 통해 작성H2 Database프로젝트를 진행할때 MySQL을 도입하기 전 간단한 DB테스트를 진행하기 위해서 H2 Database를 사용해보았다.프로젝트의 build.gradle에 의존성을 추가한다.// 데이터베이스 관련runtimeOnly("co..

Recording/멋쟁이사자처럼 BE 13기

[멋쟁이사자처럼 부트캠프 TIL 회고] BE 13기_81일차_"Git Flow, Github Flow"

🦁멋쟁이사자처럼 백엔드 부트캠프 13기 🦁TIL 회고 - [81]일차🚀81일차에는 블로그 프로젝트의 UI 와이어프레임을 완성시키고, Git Flow나 Github Flow를 통해 Github로 협업할 수 있는 세팅방법을 배울 수 있었다.학습 목표 : Github Organization이나 Github Project를 통해 Collaborator로 팀원을 초대하여 협업 진행 방식이 익숙해져야함학습 과정 : 회고를 통해 작성Git Flow협업을 하는 방법을 의미크게 branch는 master(최근의 main), hot fixed, release, develop, feature 가 있음Flow 과정1) 최초에는 main브랜치에서 시작하고, develop(=개발브랜치)로 옮겨서 개발을 시작하게됨2) 협업을..

Recording/멋쟁이사자처럼 BE 13기

[멋쟁이사자처럼 부트캠프 TIL 회고] BE 13기_80일차_"1차 팀 프로젝트"

🦁멋쟁이사자처럼 백엔드 부트캠프 13기 🦁TIL 회고 - [80]일차🚀80일차에는 블로그 프로젝트를 만들기 위해 프로젝트 기획서, 정의서를 설계하고 ERD, UI/UX 와이어프레임을 설계하는 방법을 배울 수 있었다.학습 목표 : 팀 회의 결과 "일상의 사진들을 기록하며 성장해나가는 느낌"으로 프로젝트를 기획하였고 그에 따라 정체성에 맞게 ERD, UI/UX 와이어프레임을 설계할 수 있어야한다.학습 과정 : 회고를 통해 작성❓팔로잉, 팔로워 기능은 추가하는 것이 나을지➡️개인 블로그에 올리는 사진들이 다른 사용자로 하여금 흥미를 유발할 수 있다면 팔로우 기능이 있는 것이 좋을 것팔로우함으로써 그 사용자가 새 게시물을 올리면 알림이 가거나,메인 피드에서 팔로우 중인 블로그의 게시물을 우선적으로 표시할 ..

Recording/멋쟁이사자처럼 BE 13기

[멋쟁이사자처럼 부트캠프 TIL 회고] BE 13기_78일차_"Jenkins, Github Actions"

🦁멋쟁이사자처럼 백엔드 부트캠프 13기 🦁TIL 회고 - [78]일차🚀78일차에는 빌드 자동화 도구 Jenkins와 Github Actions에 대해 모두 학습해볼 수 있었다.학습 목표 : Jenkins로 자동 빌드 테스트 및 Github Actions로 프로젝트를 빌드할 수 있는 것학습 과정 : 회고를 통해 작성❓AWS를 사용하는 이유➡️개발한 애플리케이션이 본인(로컬)만 보는 것이 아닌 다른 사람에게도 보여지도록 하기위함➡️관리비용을 지불하여 네트워크에 대신 서버를 구축해서 빌려주는 클라우드 시스템이므로 사용Build Trigger트리거 설정은 "언제 빌드를 시작할 것인가"를 정의Build after other projects are built ➡️다른 프로젝트(혹은 Job)가 빌드에 성공(혹은..

Recording/멋쟁이사자처럼 BE 13기

[멋쟁이사자처럼 부트캠프 TIL 회고] BE 13기_77일차_"빌드 자동화"

🦁멋쟁이사자처럼 백엔드 부트캠프 13기 🦁TIL 회고 - [77]일차🚀77일차에는 빌드 자동화를 다루는 Jenkins와 Github Actions 등에 대한 개념을 학습할 수 있었다.학습 목표 : 빌드 자동화 도구 중 Jenkins에 프로젝트를 연결하여 설정을 구성해볼 수 있다.학습 과정 : 회고를 통해 작성쿠버네티스 애플리케이션 배포단순히 컨테이너를 생성하는 것보다 배포 전략을 잘 알아야함 배포 전략확장성 : 트래픽 증가에 따라 Pod 개수 늘리기고가용성 : 하나의 Pod이 죽어도 서비스 중단을 최소화하기 위해 Deployment와 Service를 통한 로드밸런싱다수의 Pod을 여러 노드에 분산시켜 장애에 대한 내성 확보무중단 업데이트 (Rolling Update) : 신규버전 배포 시 서비스를 ..

Recording/멋쟁이사자처럼 BE 13기

[멋쟁이사자처럼 부트캠프 TIL 회고] BE 13기_76일차_"쿠버네티스 Kubernetes"

🦁멋쟁이사자처럼 백엔드 부트캠프 13기 🦁TIL 회고 - [76]일차🚀76일차에는 도커와 쿠버네티스에 대해 더 자세히 학습할 수 있었다.학습 목표 : 쿠버네티스로 포트포워딩이나 PV, PVC 등을 배워 활용할 수 있어야함학습 과정 : 회고를 통해 작성 커스텀 deployment 만들기 kubectl create deployment juunb --image=nginx➡️기본으로 deployment가 하나 만들어지면 pods도 하나 만들어진다.deployment로 인해서 pods 생성되고, deployment를 생성했을때 사용했던 이미지로 ,컨테이너가 새로 생성되는것kubectl delete pods [pod ID]pods를 삭제해도, deployment에서는 pods를 가지고 있어야하기에 다시 바로 ..