이전 게시글에서 IP와 관련한 내용을 톺아보았습니다. [네트워크] IP(Internet Protocol)와 관련된 것들 톺아보기목표OSI 7 계층에서, 3 계층인 Network 계층의 대표적인 프로토콜, IP(Internet Protocol)에 대해서 톺아보겠습니다.전체적인 구조와 흐름을 복습할 예정입니다. 개요통신을 위해서는 많은 절차와 작업이chanos.tistory.com이번 게시글에서는 IP 주소 체계에 대해서 정리해 볼 텐데요. 보통 IP 주소라고 하면 192.168.10.2와 같은 32비트 형식을 생각하는데요. 알게 모르게 192.168.10.2/32와 같은 형식도 많이 접했을 것입니다.처음엔 조금 낯설지만 익숙해지면 어떤 네트워크에 속한 주소인지 한눈에 알 수 있습니다. 특수 목적을 가진 I..

목표OSI 7 계층에서, 3 계층인 Network 계층의 대표적인 프로토콜, IP(Internet Protocol)에 대해서 톺아보겠습니다.전체적인 구조와 흐름을 복습할 예정입니다. 개요통신을 위해서는 많은 절차와 작업이 필요합니다. 이에, ISO(국제 표준화 기구)에서는 7 단계로 나눴고, 다들 잘 알고 계실 OSI 7 계층입니다.복잡한 통신 과정과 흐름을 쉽게 확인할 수 있고, 문제가 발생했을 때 비교적 수월하게 해결할 수 있기 때문입니다.다른 계층에서 어떤 작업을 하는지 신경 쓸 필요 없이 내가 맡은 일만 잘 해내면 됩니다. 이번 포스팅에서는 7 계층 중, 3 계층인 Network 계층을 중심으로 확인하려고 합니다.Network 계층의 목적을 간략히 말씀드리면 다음과 같습니다.데이터를 적당한 크기로..

목표 메인 화면 조회 API를 개선하는 과정을 소개합니다. 개요 처음 프로젝트를 시작하면서 동아리 활동 기간인 2달에 맞춰 개발을 진행했습니다. 기간을 맞추는 것을 우선순위로 진행하면서, 기술 부채가 쌓이고 있었습니다. 그 중 하나는 메인 화면을 조회하는 로직입니다. 메인 화면은 애플리케이션에 진입하면 가장 먼저 볼 수 있는 화면입니다. 본인을 포함한 친구, 챌린지 멤버들의 운동 기록과 더불어 기록한 영역 수 등 많은 정보를 한 번에 확인할 수 있는 핵심 기능입니다. 역할을 분배하면서, 해당 기능은 팀원이 담당했었습니다. 이제 백엔드 개발을 혼자 진행하고 있어, 코드 분석부터 문제 해결까지 진행했습니다. 요약 구체적인 내용을 기술하기 전에 간단하게 요약하면 다음과 같습니다. 성능 개선을 위해 두 가지 측..

목표 MySQL의 동시성 처리를 위한 격리 수준과 MVCC에 대해서 알아보겠습니다. 개요 이전 포스팅에서 DB의 Lock에 대해서 알아보았습니다. [MySQL] MySQL 동시성 처리(1) - LOCK 목표 MySQL의 동시성 처리를 위한 Lock에 대해서 알아보겠습니다. 개요 최근 프로젝트를 진행하면서 배포를 앞에 두고 가장 큰 관심사는 동시성 처리입니다. 사용자가 늘어날수록 동시 요청이 많 chanos.tistory.com 이어서 트랜잭션의 고립성 보장을 위한 격리 수준과 MVCC에 대해서 알아보도록 하겠습니다. 트랜잭션 격리 수준 트랜잭션은 작업 단위를 뜻합니다. DB의 값을 업데이트하거나 조회하는 등의 작업의 범위를 지정하는 것입니다. 이렇게 작업 단위를 지정하는 이유는 트랜잭션이 ACID를 보장..

목표 MySQL의 동시성 처리를 위한 Lock에 대해서 알아보겠습니다. 개요 최근 프로젝트를 진행하면서 배포를 앞에 두고 가장 큰 관심사는 동시성 처리입니다. 사용자가 늘어날수록 동시 요청이 많아질 것입니다. 현재 백엔드는 Spring boot로 구성되어 요청마다 스레드가 할당됩니다. 이 말은 즉, 여러 스레드가 한 DB에 동시에 요청을 보낸다는 뜻입니다. DB에 여러 요청에 동시에 들어왔을 때, 데이터 정합성을 보장함과 동시에 성능에 영향을 주지 않도록 하는 방법에 대해서 알아보려고 합니다. 가장 먼저, 데이터 정합성을 보장하기 위한 Lock에 대해서 알아보겠습니다. Lock의 설정 범위 Lock(락)은 여러 트랜잭션이 동시에 처리될 때 데이터의 무결성을 보장하기 위한 수단입니다. 한 트랜잭션이 처리되..

목표 서비스 계층을 개발할 때 ~Service, ~ServiceImpl로 나누는 이유에 대해서 기술합니다. 개요 저는 Spring 기반의 백엔드를 구현하는 프로젝트를 구현할 때 항상 ~Service, ~ServiceImpl과 같이 인터페이스와 구현체로 분리해서 개발했습니다. 처음에는 이렇게 배웠기 때문에 따라 했고, 경험이 쌓이면서 왜 이렇게 해야 하는지에 대한 고민을 하기 시작했습니다. 정말 다양한 측면에서 생각해 볼 수 있는 문제이고, 상황에 따라 의견이 분분한 문제이므로 정답은 없다고 생각합니다. 하지만, 제가 프로젝트에서 이렇게 적용할 때는 그만한 근거가 필요하고, 저는 분리해서 개발하는 게 합당하다고 판단했습니다. 막상 면접 자리에서 '왜 이렇게 구현했는가?'라는 질문을 받았을 때, DI? 확장..

목표 MySQL에서 UUID를 최대한 효율적으로 사용해 보기 위한 노력 과정을 기술합니다. 개요 관계형 DB에서 데이터(튜플)을 식별하기 위해 PK(Primary Key, 기본키)를 사용합니다. 하지만, 클라이언트와 서버 사이에서 데이터를 확인하기 위해 PK를 주고받는 것은 보안적인 측면에서 위험합니다. 만약 다음과 같은 URL이 있다면 어떨까요? http://www.domain.com/user/info?userid=1 파라미터로 들어가는 userid의 값만 바꿔도, 다른 사람의 정보를 확인할 수 있는 것을 예측할 수 있습니다. 이처럼 예측가능한 모델이 되어 SQL Injection의 위험성이 존재하기 때문에, PK값을 그대로 넘겨주는 것은 바람직하지 않습니다. 따라서, 고유값을 갖는 특정 값으로 데이터..

목표 정규 표현식으로 문제 해결하기: 블로그 테마 변경 중 발생한 대참사 문제 발생 개요 인턴을 진행하면서 한동안 블로그에 소홀했습니다. 쌓여있던 소재들을 다듬어 블로그에 작성하려고 합니다. 그간 수많은 블로그를 보면서 많은 것들을 느꼈습니다. 그 중 하나는, 블로그는 다른 사람이 이해하기 좋게 작성해야 한다는겁니다. 내용도 내용이지만 디자인도 중요한 요소 중 하나입니다. 조잡하게 꾸며놓은 것보다 많은 사람들이 사용하는 테마가 훨씬 보기 편했고, 확실히 다크 테마가 눈이 편하다는 느낌을 받았습니다. 개인적으로 VELOG가 읽기 편하더라구요. 마크다운으로 작성된 문서는 읽기도 편하고 필요한 정보가 어디 있을지 예상이가는 것도 좋았던 것 같습니다. 티스토리 스킨을 찾아보던 중, VELOG와 유사한 정상우님의..

목표 전역 예외처리를 위한 @ControllerAdvice와 @RestControllerAdvice에 대해서 알아보겠습니다. 개요 진행하던 프로젝트에서 리팩토링이 시급한 부분은 전체적인 구조였습니다. 복잡하고 가독성 떨어지는 코드이기 때문입니다. 이러한 구조로 만들어지는데 많은 원인이 있지만, 단연 try-catch 문이 일등 공신이라고 생각합니다. 가독성이 떨어지는 것부터, try문 안에 있는 것은 지역변수로 처리되는 점, 반환형에 맞게 return을 try-catch문 안팎으로 처리해야된다는 점 등 자연스럽게 프로젝트의 구조를 일그러뜨렸습니다. 물론, try-catch문이 나쁘다는 것은 아니지만, 발생하는 예외를 체계적으로 관리할 필요가 있었습니다. Spring은 다양한 예외 처리 방법이 있지만, 그..

*가독성이 다소 떨어지는 점 양해 부탁드립니다. 리스트(list) 👨‍🎓학생의 학점을 관리하는 프로그램을 작성해보자. #학생A의 학점 A_network = "A+" A_algorithm = "A" A_OS = "B" #학생B의 학점 B_network = "A" B_algorithm = "C" B_OS = "D" 위와 같이 변수에 원하는 값을 저장할 수 있다. 만약, 학생의 수가 매우 많아지면 어떻게 될까? → 보기도 안좋고, 유지보수하는데 최악이다. 따라서, 위와 같은 정보를 리스트를 통해 한 번에 정리할 수 있다. A_grade = ["A+", "A", "B"] B_grade = ["A", "C", "D"] 예제처럼, ‘[ ]’를 사용해서 리스트라는 자료구조로 나타낼 수 있다. 리스트는 조건문, 반복문..