🦁멋쟁이사자처럼 백엔드 부트캠프 13기 🦁TIL 회고 - [89]일차🚀89일차 회고에는 프론트엔드에서 리액트의 상태관리에 대한 도구 개념을 학습해보았다.학습 목표 : 프론트엔드의 상태관리 시 사용할 수 있는 솔루션을 알게되는 것학습 과정 : 회고를 통해 작성리액트 상태관리프론트엔드의 상태 : 렌더에 관련된 값리액트는 독립적인 컴포넌트 단위로 구성되어있어서useState hook을 사용하여 하나의 컴포넌트에서 상태를 관리하고 props를 통해 부모-자식 간에 상태를 전파함 상태관리 툴을 사용해 효율적으로 상태 관리가 가능상태관리를 위한 툴로는 Context API, Redux, React Query, Zustand 등ZustandZustand란 상태라는 뜻을 가진 독일어단순화된 Flux 원리를 사용작..
🦁멋쟁이사자처럼 백엔드 부트캠프 13기 🦁TIL 회고 - [87]일차🚀87일차에는 프론트엔드 개발 착수를 위한 Next.js에 대한 학습을 할 수 있었다.학습 목표 : 프론트엔드에서 Next.js와 Cursor AI를 활용하여 개발을 진행할 수 있어야함학습 과정 : 회고를 통해 작성리액트와 Next.js의 차이점 ➡️리액트 - SPA (Single Page App)리액트는 라우터(Router)를 직접 구현해야한다 (=라우터의 구조를 직접 구현)이처럼 Router를 따로 정의해서 component형태로 넣어놔야 동작을 할 수 있는 원리 ➡️Next.js - SSR (Server Side Rendering)반면 Next.js는 이미 완성된 규칙을 따라간다.ex. 디렉토리 post에 page.tsx을 생..
🦁멋쟁이사자처럼 백엔드 부트캠프 13기 🦁TIL 회고 - [83]일차🚀83일차에는 도메인관리와 서비스 배포에 대한 개념들을 학습할 수 있었다. 학습 목표 : 프로젝트를 위한 도메인을 생성하고 관리, 서비스를 배포할 수 있는 플랫폼에 대해 알아야함학습 과정 : 회고를 통해 작성도메인 관리Gabia 도메인 구입 후 DNSZI로 관리주체를 위임할 수 있음즉 도메인 관리를 DNSZI로 위임하는것Gabia에서도 도메인관리를 할 순 있지만 DNSZI가 진입하기에 쉽고 용이그 외로는 AWS Route 53이 대안책도메인 관리 위임 과정1) DNSZI 가입 (https://dnszi.com/)2) Gabia로 도메인을 만들었으면 DNSZI 가입한 것을 네임서버 설정에 넣기 (https://domain.gabia...
🦁멋쟁이사자처럼 백엔드 부트캠프 13기 🦁TIL 회고 - [82]일차🚀82일차에는 H2 DB설정부터 각각 application.yml, application-dev.yml 등의 역할이 무엇인지, Next.js로 개발할 수 있는 프론트엔드와 Cursor를 통한 코드리뷰, 다양한 프로젝트 관련 컨벤션에 대해서 학습할 수 있었다.학습 목표 : 프로젝트 관련 컨벤션에 익숙해져 팀 프로젝트 진행 시 팀의 컨벤션을 정한 후 진행할 수 있어야한다.학습 과정 : 회고를 통해 작성H2 Database프로젝트를 진행할때 MySQL을 도입하기 전 간단한 DB테스트를 진행하기 위해서 H2 Database를 사용해보았다.프로젝트의 build.gradle에 의존성을 추가한다.// 데이터베이스 관련runtimeOnly("co..
🦁멋쟁이사자처럼 백엔드 부트캠프 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) 협업을..
🦁멋쟁이사자처럼 백엔드 부트캠프 13기 🦁TIL 회고 - [80]일차🚀80일차에는 블로그 프로젝트를 만들기 위해 프로젝트 기획서, 정의서를 설계하고 ERD, UI/UX 와이어프레임을 설계하는 방법을 배울 수 있었다.학습 목표 : 팀 회의 결과 "일상의 사진들을 기록하며 성장해나가는 느낌"으로 프로젝트를 기획하였고 그에 따라 정체성에 맞게 ERD, UI/UX 와이어프레임을 설계할 수 있어야한다.학습 과정 : 회고를 통해 작성❓팔로잉, 팔로워 기능은 추가하는 것이 나을지➡️개인 블로그에 올리는 사진들이 다른 사용자로 하여금 흥미를 유발할 수 있다면 팔로우 기능이 있는 것이 좋을 것팔로우함으로써 그 사용자가 새 게시물을 올리면 알림이 가거나,메인 피드에서 팔로우 중인 블로그의 게시물을 우선적으로 표시할 ..
🦁멋쟁이사자처럼 백엔드 부트캠프 13기 🦁TIL 회고 - [78]일차🚀78일차에는 빌드 자동화 도구 Jenkins와 Github Actions에 대해 모두 학습해볼 수 있었다.학습 목표 : Jenkins로 자동 빌드 테스트 및 Github Actions로 프로젝트를 빌드할 수 있는 것학습 과정 : 회고를 통해 작성❓AWS를 사용하는 이유➡️개발한 애플리케이션이 본인(로컬)만 보는 것이 아닌 다른 사람에게도 보여지도록 하기위함➡️관리비용을 지불하여 네트워크에 대신 서버를 구축해서 빌려주는 클라우드 시스템이므로 사용Build Trigger트리거 설정은 "언제 빌드를 시작할 것인가"를 정의Build after other projects are built ➡️다른 프로젝트(혹은 Job)가 빌드에 성공(혹은..
🦁멋쟁이사자처럼 백엔드 부트캠프 13기 🦁TIL 회고 - [77]일차🚀77일차에는 빌드 자동화를 다루는 Jenkins와 Github Actions 등에 대한 개념을 학습할 수 있었다.학습 목표 : 빌드 자동화 도구 중 Jenkins에 프로젝트를 연결하여 설정을 구성해볼 수 있다.학습 과정 : 회고를 통해 작성쿠버네티스 애플리케이션 배포단순히 컨테이너를 생성하는 것보다 배포 전략을 잘 알아야함 배포 전략확장성 : 트래픽 증가에 따라 Pod 개수 늘리기고가용성 : 하나의 Pod이 죽어도 서비스 중단을 최소화하기 위해 Deployment와 Service를 통한 로드밸런싱다수의 Pod을 여러 노드에 분산시켜 장애에 대한 내성 확보무중단 업데이트 (Rolling Update) : 신규버전 배포 시 서비스를 ..
🦁멋쟁이사자처럼 백엔드 부트캠프 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를 가지고 있어야하기에 다시 바로 ..
