티스토리

개발 기록
검색하기

블로그 홈

개발 기록

yoondgu.tistory.com/m

d02 님의 블로그입니다.

구독자
5
방명록 방문하기

주요 글 목록

  • Service Discovery 개념에 대해 알아보자 Service Discovery 패턴배경MSA의 분산 환경은 서비스 간 원격 통신으로 동작한다. 아래와 같은 이유로 다른 서비스의 정확한 위치(IP와 포트)를 직접 알고 있지 않고도 서비스 간 통신을 할 필요가 생겼다.cloud 환경에서 가상화/컨테이너화되어 동작하며, 인스턴스의 개수와 위치는 동적으로 변화한다. 또 각 인스턴스는 언제든지 제거/중지될 수도 있다.예를 들어 오토 스케일링에 따라 인스턴스가 계속 바뀌기 때문에 서비스에서 매번 각 인스턴스의 위치와, 어느 인스턴스가 살아있는지를 직접 알고 있을 순 없다.이렇게 언제든 바뀔 수 있는 서비스 위치들을 각 서비스들이 직접 알아야 한다면, 이는 클라우드 환경의 방향성과 도 맞지 않고 유지보수하기 어려운 시스템 구조가 될 것이다. 정의이러한 배경에서 .. 공감수 6 댓글수 3 2024. 9. 8.
  • 재시도를 위한 Spring Retry @Retryable Spring RetryDB, 네트워크 문제, 동시성 등 일시적인 수행 실패로 인해 재수행 처리를 해야 하는 경우가 있다.이 때 try catch문과 반복문을 사용해서 직접 재시도 로직을 구현할 수도 있겠지만, 비즈니스 로직과의 관심사 분리가 어렵게 될 것이다.그런 문제는 AOP로 구현하면 해결되겠지만.. 귀찮을 것이다이러한 재처리 로직을 AOP를 통해 쉽게 적용할 수 있는 Spring 라이브러리가 있다는 것을 최근 업무 중 알게 되었다.Spring Retry 라이브러리는 Spring 어플리케이션에서의 재시도 기능을 제공한다.선언적으로도, 명령형으로도 설정할 수 있다.https://github.com/spring-projects/spring-retry GitHub - spring-projects/sprin.. 공감수 0 댓글수 0 2024. 4. 27.
  • 2023년 회고 (우아한테크코스, 내게 남은 키워드, 취업) 많은 일들이 있었던 만큼 회고하는 데에도 오랜 시간이 걸렸다. 그래도 너무 늦지 않은 시점에 마무리하고자 한다. 길고 장황하고 너무 솔직한가 싶기도 하다. 그치만 더는 미룰 수 없다. 2023년의 목표 새로운 한 해마다, 목표는 최대한 단순하고 간단하게 정리하는 편이었다. 매일 해야 할일들을 잔뜩 나열하는 편이기에, 오히려 한 해 목표는 꼭 이루고 싶은 것만, 장황하지 않게 가져가는 편이 오히려 뭐든 해볼 수 있을 것 같은, 산뜻한 시작에 도움이 되기 때문이다. 2023년을 시작하며 적었던 그 단순한 목표는 두 개였더라. 취업하기와 건강 유지하기. 첫 번째, 취업으로는 가장 원하던 목표를 이루었다. 너무 감사하게도.. 그 다음 두 번째 목표였던 건강 유지하기는, “졌지만 잘 싸웠다” 정도로 이루었다. “.. 공감수 4 댓글수 1 2024. 1. 4.
  • Spring은 어떻게 이벤트를 발행하고 구독하게 할까? (Spring 이벤트 동작 원리) Spring Event Spring’s eventing mechanism is designed for simple communication between Spring beans within the same application context. However, for more sophisticated enterprise integration needs, the separately maintained Spring Integration project provides complete support for building lightweight, pattern-oriented, event-driven architectures that build upon the well-known Spring programming .. 공감수 1 댓글수 0 2023. 11. 17.
  • MySql의 last_insert_id() 함수는 동시성 문제로부터 안전할까? 배경 프로젝트에서 쿼리 개선을 위해 JdbcTemplate를 통해 bulk insert를 구현하게 되었다. 우리는 MySql의 기본키 전략 중 Identity를 사용하고 있어 JPA의 saveAll 메서드로는 bulk insert가 되지 않기 때문이다. 그런데 bulk insert 해야 할 엔티티가 하나가 아니고, 해당 엔티티의 Id를 FK로 가지는 엔티티도 bulk insert해주어야 하는 상황이었다. 따라서 첫 번째 bulk insert의 결과인 Id들을 얻어와야 했고, 그 방법으로 last_insert_id() 함수를 사용할 수 있었다. insert를 한 뒤, Id를 조회해 계산하는 아이디어 자체는 이전에도 생각했다. 하지만 가장 최근 Id를 조회한다면, 의존하는 엔티티의 저장을 마치기 전까지는 테.. 공감수 1 댓글수 0 2023. 11. 4.
  • 800건의 장소 데이터를 우리 서비스에 클릭 한 번으로 저장하기 배경 지난 추석 연휴, 우리 프로젝트가 드디어 사용자 유치를 위한 홍보 활동을 시작했다. 어떻게 홍보할 것인가에 대한 고민이 많았는데, 그 중 한 가지 솔루션은 '흥미로운 지도를 만들어 홍보'하는 것이었다. 서비스 초기에 컨텐츠 생성자를 먼저 유치하기란 쉽지 않고, 흥미롭게 들어와보는 사람이라도 조금 생긴다면 성공하는 것이기 때문이다. 이 프로젝트와 유사한 지향점을 가진, '대동타코야끼여지도', '대동풀빵여지도'를 활용하기로 했다. 몇년 전 구글맵을 기반으로 활성화되었던 오픈맵인데 현재는 많이 잊혀진 것 같았다. 이 데이터들을 우리 지도에 가져온 뒤 사용자들을 유입시켜 더 편한 방식으로 지도를 리부트시키고 싶었다. (오래된 데이터를 자발적으로 업데이트하는 등) 팀원들과의 회의 결과, 날씨가 추워지는 요즘.. 공감수 1 댓글수 2 2023. 10. 15.
  • Jpa 이벤트를 사용해 일관성 있는 시간 정보 관리하기 현재 진행하고 있는 팀 프로젝트 서비스에서는, 최근에 업데이트된 지도를 메인 화면에 보여주고 있다. 우리 도메인에서 지도에는 사람들이 '핀'을 꽂을 수 있는데, 기존에 관리되는 지도의 '업데이트 일시'는 지도의 생성, 정보 수정 시에만 업데이트되고 있었다. 그래서 오래 전에 만들어진 지도이지만, 방금 핀이 추가되어도 이 지도를 메인 화면에서 빠르게 확인할 수 없었다. 지도 내 핀이 추가되거나, 핀을 수정했을 때에도 지도의 업데이트 일시에 반영될 필요가 있었다. 기존 지도의 updatedAt 외에, 사용자에게 보여줄 정보인 lastPinUpdatedAt 이라는 정보를 추가로 관리하기로 했다. PR 링크로 확인하기 컬럼의 추가 방법으로는 무엇이 있을까? 1. 지도를 조회할 때, 지도가 가진 핀들을 가져와 가.. 공감수 0 댓글수 0 2023. 10. 15.
  • 팀 프로젝트 Logback 로깅 환경 개선기 (환경 분리, 롤링 설정 등) 배경 지난 9월, 레벨4를 시작하며 팀 프로젝트에서 가장 우선시 했던 일은 로깅 환경 개선이었다. 기존에는 콘솔/파일 로그로 ERROR, WARN 레벨만 기록하고 있었다. 그와 동시에 개발, 운영 환경에 무관하게 콘솔 로그를 EC2내 log 파일로 기록하고 있었다. 콘솔 로그에는 hibernate의 sql 로그를 포함해 매우 많은 양의 로그가 빠르게 쌓였다. 로그 모니터링을 하다보니 ERROR, WARN 레벨의 로그만 보고 상황을 파악하기란 쉽지 않았다. 그래서 콘솔 로그를 보려고 들어가면, 수많은 양의 로그를 화면에 출력하는 데에만 한 세월이 걸렸다. 계속해서 커지는 로그 파일의 용량 또한 문제였다. 그래서 파일 로그에 대한 용량 관리가 필수적임을 체감했고, 운영 환경 별로 필요한 로그들을 잘 정리해서.. 공감수 0 댓글수 0 2023. 10. 14.
  • Lock을 활용한 Concurrency Control 기법 Youtube 쉬운 코드 채널의 영상을 보고 정리한 내용입니다. https://youtu.be/0PScmeO3Fig?si=mP1V2HZCoZni1sSt Lock의 종류 read-lock (shared lock) read할 때 사용한다. 다른 트랜잭션이 read 하는 것은 허용한다. write-lock (exclusive lock) read/write할 때 사용한다. 다른 트랜잭션이 같은 데이터를 read/write하는 것을 모두 허용하지 않는다. ❗️ write lock이라고 해서, write할 때만 사용되는 것은 아니다! exclusive한 형태라는 점이 중요하다. lock 호환성 같은 데이터에 대해서, 한 트랜잭션이 어떤 lock을 가지고 있을 때, 다른 트랜잭션도 lock을 동시에 가질 수 있을까?.. 공감수 0 댓글수 1 2023. 10. 10.
  • Transaction 격리가 되지 않을 때 발생할 수 있는 현상들 Youtube 쉬운 코드 채널의 영상을 보고 정리한 내용입니다. https://youtu.be/bLLarZTrebU?si=cQAeGZoEVi9tN5MT SQL 표준 비판 아래와 같은 세 가지 이상 현상과 isolation level은 SQL 표준(standard SQL 92)에서 정의된 내용이다. Dirty read Non-Repeatable read / Fuzzy read Phantom read 격리 수준을 이용해, 위와 같은 이상 현상들이 모두 발생하지 않게 만들 수는 있다. 하지만 그러면 제약 사항이 많아져서 동시에 처리 가능한 트랜잭션 수가 줄어들어 DB의 처리량(throughput)이 하락하는 문제가 생길 수 있다. 그래서, 필요에 따라 일부는 허용할 수 있도록 Isolation 레벨을 나누게 .. 공감수 0 댓글수 0 2023. 10. 3.
  • 성능 향상을 위한 Hikari Connection Pool 설정 for MySQL (1) Hikari Connection Pool DataSource 쪽 디버깅을 하다 보면 자주 접했던 이름이지만, 정확히 뭔지는 몰랐다. 2.0 버전부터, Spring Boot의 기본 DataSource로 사용되고 있는 Connection Pool 프레임워크이다. 더 정확히 말하자면, spring-boot-starter-jdbc 또는 spring-boot-starter-data-jpa "starters"를 사용하는 경우 자동적으로 Hikari CP에 대한 의존성 설정이 된다고 한다. DataSource? Connection Pool을 사용하면 미리 정해진 수만큼의 커넥션을 Pool에 만들어두고, 필요할 때마다 이를 꺼내 쓰고 반환한다. 커넥션은 생성 비용이 크기 때문에, 이와 같은 방식으로 연결 비용을 줄여,.. 공감수 0 댓글수 0 2023. 9. 29.
  • 동시성 제어(Concurrency Control) 기초 (2) Recoverability 쉬운 코드 채널의 Youtube 영상을 보고 정리한 내용입니다. (2부) concurrency control 기초 : recoverability. 트랜잭션들이 동시에 실행될 때 rollback이 발생하면 어떤 일이 벌어질까요? Unrecoverable Schedule 회복 불가능한 형태의 schedule로, DBMS는 이런 schedule을 허용하지 않는다. 여러 트랜잭션으로 이루어진 schedule에 대해 특정 트랜잭션을 롤백할 때, 다른 트랜잭션은 롤백할 수 없는 경우를 말한다. 예를 들어 k가 h에게 20만원 이체 할 때, h도 자기 계좌에 30만원을 입금하려고 할 때 아래와 같은 순서로 트랜잭션이 수행된다고 하자. (1) T1. k의 계좌 잔액을 읽는 작업 (k_balance -> 100만원) (.. 공감수 1 댓글수 3 2023. 9. 26.
  • 동시성 제어(Concurrency Control) 기초 (1) Schedule과 Serializability 쉬운 코드 채널의 Youtube 영상을 보고 정리한 내용입니다. (1부) concurrency control 기초 : schedule과 serializability. 트랜잭션들이 동시에 실행될 때 isolation을 보장하는 기초 이론 Schedule 여러 transaction들이 동시에 실행될 때 각 transaction에 속한 operation들의 실행 순서 여러 transaction들이 동시에 실행된다면, 시간적 순서를 일종의 '줄'이라고 했을 때 서로 다른 transaction에 속한 operation(예를 들면 한 transaction 내의 쓰기 작업)이 섞여서 줄 서 있을 수 있다. 이렇게 여러 transaction들이 동시에 실행될 때, 각 operation이 어떤 순서로 실행되는지를 설명하.. 공감수 0 댓글수 0 2023. 9. 18.
  • Java Reflection API 의 헷갈리는 get 메서드 비교하기 getName() vs getCanonicalName() 둘 다 Class 객체나 Package 객체의 이름을 반환한다. 그런데 GetCanonicalName은 객체의 정규화된 이름을 반환한다. - 예시) 내부 클래스를 반환할 때 - getName() : `com.example.OuterClass$InnerClass` - getCanonicalName() : `com.example.OuterClass.InnerClass` - 예시) 배열 이름을 반환할 때 - getName() : `[java.lang.String[]] - getCanocinalName() : `java.lang.String[]` getFields() vs getDeclaredFields() getFields() 는 해당 클래스 또는 인터.. 공감수 1 댓글수 1 2023. 9. 13.
  • [Real MySQL 8.0] 05. 트랜잭션과 잠금 (2) MySQL의 격리 수준 MySQL의 격리 수준 (Isolation level) 트랜잭션의 격리 수준이란? 여러 트랜잭션이 동시에 처리될 때, 특정 트랜잭션이 다른 트랜잭션에서 변경하거나 조회하는 데이터를 볼 수 있게 허용할지 말지를 결정하는 것이다. DIRTY READ NON-REPEATABLE READ PHANTOM READ READ UNCOMMITED 발생 발생 발생 READ COMMITTED 없음 발생 발생 REPEATABLE READ 없음 없음 발생 (InnoDB는 없음) SERIALIZABLE 없음 없음 없음 위 표와 같이 크게 4가지의 격리 수준으로 나뉜다. 격리 수준은 (표의 순서 기준으로) 아래로 갈수록, 다음과 같은 성격을 가지는 것이 일반적이다. 데이터 격리(고립) 정도가 높아진다. 동시 처리 성능도 떨어진다.. 공감수 0 댓글수 0 2023. 9. 13.
  • [Real MySQL 8.0] 05. 트랜잭션과 잠금 (1) 트랜잭션, MySQL의 잠금 [Real MySQL 8.0]을 읽으며 정리한 내용입니다. 💭 부분 은 좀 더 공부가 필요하거나, 생각해보고 싶은 내용들 ~ 트랜잭션 InnoDB vs MyISAM InnoDB 엔진으로 만든 테이블과 MyISAM 엔진으로 만든 테이블에 트랜잭션 동작을 비교해보자. MyISAM 엔진에서는 부분 업데이트가 발생할 수 있다. 이는 테이블 데이터의 정합성을 맞추는 데 어려움을 준다. 각 테이블에 fdpk 컬럼 값이 3인 레코드를 저장해두고 아래 쿼리를 각각 실행해 중복 키 오류를 발생시켜보자. SET autocommit=ON; INSERT INTO tab_myisam (fdpk) VALUES (1),(2),(3); // MyISAM 테이블에는 1, 2 레코드가 남아있다. INSERT INTO tab_innodb.. 공감수 0 댓글수 0 2023. 9. 12.
  • [레벨3] 레벨3이 끝날 때까지 회고 기록을 회피해온 건에 대하여 HTML 삽입 미리보기할 수 없는 소스 우아한테크코스 레벨 3을 시작하며 남겼던, 제법 장황한 1주차 회고 이후로 그간 한 줄의 회고도 블로그에 올리지 않았다. 회고 활동을 하지 않은 건 또 아니다. 전혀. 지난 2개월 간, 팀 문화에 따라 2주마다 데모데이를 마치고나면 늘 팀원들과 회고를 하며 다음 단계를 도모했다. 레벨3가 끝난 뒤 팀 회고 활동에서도 가장 인상적이었던 순간과, 배운 점/좋았던 점/개선할 점을 개인/팀에 대해 되돌아보았고 내가 어떤 역할을 했는지, 그리고 앞으로의 역할에 대해서도 생각해보는 시간을 가졌다. 정기적으로 회고를 할 때마다 다른 동료들은 어떤 생각을 갖고 있는지도 알 수 있고, 프로젝트에 대한 공동 의식을 느낄 수 있었다. 그리고 내가 개선할 점, 팀에서 다음 단계에 나아갈.. 공감수 0 댓글수 4 2023. 8. 30.
  • 연관 관계 편의 메서드는 써야겠고, Setter는 쓰기 싫어요 학습 과정에서 작성한 글로, 잘못된 내용이 있을 수 있습니다! 피드백은 언제나 감사히 받겠습니다 🙇 연관 관계 편의 메서드가 필요한 이유 JPA를 공부하면서, 연관 관계 편의 메서드를 정의해 사용하는 것이 중요하다는 것을 배웠다. 좀 더 설명해보자면, 다대일 / 일대다 관계를 양방향 매핑하여 사용할 때에는 양 쪽 객체의 연관 관계 상태를 모두 신경써주어야 한다. 연관 관계의 주인이 아닌 쪽은 DB 반영과는 관계가 없다. 하지만 그럼에도 이게 중요한 이유는 ORM을 사용하는 만큼, 신뢰성 있게 객체 상태를 유지하고 객체 그래프 탐색을 가능하게 하기 위함이다. 그런데 이 때 각 객체에서 관계를 설정해주기보다는, 하나의 메서드에서 둘을 동시에 설정해주는 것이 안전하다. 이런 메서드를 연관 관계 편의 메서드 라.. 공감수 0 댓글수 0 2023. 7. 23.
  • JPA 기본키 생성 전략과 선택 기준 JPA 엔티티 매핑 중 @Id로 기본 키 매핑을 할 때, 해당 값을 넣어주는 방식으로 여러 가지 선택지가 있다. @Id만 사용하고 다른 설정을 해주지 않으면, 기본 키 값을 직접 할당해야 한다. 하지만 정말 불편할 것이다. 따라서 아래와 같이, @GeneratedValue 어노테이션을 통해 기본키 값을 자동 생성할 수 있다. @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; 이러한 자동 생성 전략으로도 여러 가지가 있는데, 이 중 무엇을 사용할지 정확히 알고 있지 않다는 것을 깨달아서 정리해보려고 한다. 아래와 같이 하나의 트랜잭션 단위를 가지는 테스트 코드를 실행하여 User 엔티티를 저장할 때, 각 전략에 따라 어떤 일이.. 공감수 0 댓글수 0 2023. 7. 16.
  • [레벨3] 프로젝트 괜찮을지도 1주차 회고 이번 주부터 우아한테크코스에서의 레벨3이 시작되었다! 레벨3부터는 팀 별 프로젝트를 진행한다. 시작 주임에도 벌써 느낀 점이 많아서, 회고가 중요하다는 생각이 들었다. 그래서 앞으로는 매주 프로젝트에서 배운 점을 돌아보는 회고를 작성하려고 한다. 나의 아이디어로 시작하기 이번 우테코 5기는 모두가 제출한 기획안 중 최종 선정 된 안들을 추려 프로젝트 팀을 구성했다. 개발 이전에 건축을 해오던 때부터 위치 정보나 지도, 공간 관련된 서비스들에 관심이 있었다. 그래서 이전부터 한 번쯤은 참여해보고 싶지만 막연하게 생각만 하고 있던 아이디어를 기획안으로 제출했다. 그리고 감사하게도 내가 제출한 기획안으로 프로젝트를 진행할 수 있는 기회를 받았다. 처음에는 기획자 역할을 하느라 기술적인 부분에 집중하지 못할까봐.. 공감수 3 댓글수 2 2023. 7. 1.
  • [레벨2] 장바구니 주문 미션 (협업) 1단계 저장소: https://github.com/yoondgu/jwp-shopping-order/tree/step1 2단계 저장소: https://github.com/yoondgu/jwp-shopping-order/tree/step2 2단계 코드리뷰 진행 PR: https://github.com/woowacourse/jwp-shopping-order/pull/47 [2단계 - 주문 기능 구현] 도이(유도영) 미션 제출합니다. by yoondgu · Pull Request #47 · woowacourse/jwp-sho 안녕하세요 라빈! 🍨 리뷰이 도이입니다!! 마지막 미션을 함께 하게 되어 영광이에요~ 요청이 많이 늦었지만.. 같이 많이 대화하며 배워가고 싶습니다 😆 잘 부탁드립니다!! ㅎㅎ 백엔드, 프.. 공감수 0 댓글수 0 2023. 6. 25.
  • [레벨2] 지하철 미션 1단계 저장소: https://github.com/yoondgu/jwp-subway-path/tree/step1 2단계 저장소: https://github.com/yoondgu/jwp-subway-path/tree/step2 3단계 저장소(개인 추가 진행): https://github.com/yoondgu/jwp-subway-path/tree/step3 1단계 코드리뷰 진행 PR: https://github.com/woowacourse/jwp-subway-path/pull/78 2단계 코드리뷰 진행 PR: https://github.com/woowacourse/jwp-subway-path/pull/138 GitHub - yoondgu/jwp-subway-path Contribute to yoondgu/j.. 공감수 0 댓글수 0 2023. 6. 18.
  • [레벨2] 학습 및 생활 관련 KPT 회고 레벨2 동안 한 일들 백엔드 강의 + 미션 - 페어프로그래밍, 코드리뷰, 학습로그 말하기 활동 테코톡 발표 프로젝트 기획서 최종 발표 데일리 미팅 코치 면담 레벨 인터뷰 글쓰기 및 말하기 워크샵 꾸글쓰 (매주 1회 글쓰기) 네트워크 스터디 Keep 1시간 일찍 출근하기 금연, 절주 아침에 따릉이 타기 집에 오면 일단 핸드폰 끄고 식사-설거지-씻기 부터 마치기 고민에 대한 나만의 규칙 유지하기 문제 해결 기록하기, 기록할 시간이 없을 때에는 대충 메모장에라도 적어놓기 (회고, 학습 기록 등) -> 나중에 기록할 수 있다 필요할 때는 책, 강의를 참고해 학습하기 궁금한 부분이 생기면 블로그 포스팅으로 남기기 최소 주 1회 글 쓰기 Problem 미션에 집중했지만, 시간이 부족해서 코드 리뷰를 찐하게 오래 하.. 공감수 0 댓글수 0 2023. 6. 14.
  • JDBC vs SQL mapper vs ORM 테코톡 회고 우테코 크루라면 누구나 한 번씩 해야 발표자가 되어야 하는 테코톡. 테코톡은, 우아한테크코스의 각 레벨에서 다루는 키워드를 한 가지 정해서, 10분 간 청자들이 이해할 수 있도록 발표하는 활동이다. 목적은 두 가지다. 1. 말하기 연습 2. 우아한테크코스에서 다루는 키워드에 대한 학습 나는 레벨2의 중간 지점 쯤 되는 5월 4일, JDBC vs SQL mapper vs ORM이라는 주제로 발표했다. 어떻게든 끝내면 되는 과제로만 생각할 수도 있지만, 더 큰 의미의 도전으로 다가왔다. 그 이유로는 두 가지가 있었다. 궁금했던, 공부하고 싶었던 주제를 선택했다는 점. 이미 잘 아는 주제를 발표하는 것이 아니라, 발표를 계기로 새로 학습하는 내용을 다른 이들에게 잘 설명할 수 있어야 했다. 말하기 능력에 대한.. 공감수 1 댓글수 0 2023. 6. 14.
  • [레벨2] 레벨 인터뷰 회고 레벨2 레벨인터뷰는 레벨1때와는 조금 다른 준비 과정을 거쳐서 진행했다. 레벨1 레벨인터뷰는 각자 레벨동안 학습한 내용을 간단히 정리한 레벨로그를 공유하고, 이를 기반으로 인터뷰를 진행했다. 이번에는 레벨로그를 공유하지 않고, 각자 학습한 내용을 기반으로 질문지를 작성하여 이를 다른 인터뷰이에게 묻는 방식이었다. 때문에 준비한 내용만 대답하는 대신, 레벨2에서 알아야 할 내용들을 폭넓게 다루면서 메타인지를 기를 수 있었다. 또 인터뷰어로서는, 내가 자신 있는(?) 내용을 기반으로 좋은 질문을 미리 고민해볼 수 있었다. 이 과정에서도 내가 무엇을 아는지 정리할 수 있었다. 나의 레벨2 학습키워드 & 질문 목록 내가 받은 피드백 학습 측면 좋은 점 - 전체적으로 준비된 느낌이 들었다. - 질문에 막힘 없이 .. 공감수 0 댓글수 0 2023. 6. 12.
  • [문제 해결] JDBC ResultSet이 null을 0으로 읽는다? 전제 우아한테크코스 장바구니 협업 미션에서 우리 팀은 주문에 1개의 쿠폰을 적용할 수 있도록 정책을 정하였다. 사용자는 주문 시 쿠폰을 쓸 수도, 안쓸 수도 있기 때문에 ORDERS 테이블의 coupon_id 컬럼은 null을 허용하도록 했다. CREATE TABLE IF NOT EXISTS orders ( id BIGINT UNSIGNED PRIMARY KEY AUTO_INCREMENT, member_id BIGINT NOT NULL, coupon_id BIGINT, delivery_fee BIGINT NOT NULL, status VARCHAR(10) NOT NULL, created_at TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP, updated_at TIMEST.. 공감수 0 댓글수 0 2023. 6. 4.
  • [네트워크] 서브네팅 이해하기 (2) 서브넷, 서브네팅, CIDR 잘못된 내용이 있다면 덧글로 알려주시면 감사하겠습니다! 아래 글과 이어지는 내용입니다. [네트워크] 서브네팅 이해하기 (1) IPv4와 클래스, 주소의 고갈 이전 글의 결론으로, 효율적인 IPv4 주소 할당을 위하여 서브넷 마스크를 클래스가 지정해주는 대신, 필요에 따라 원하는 값의 서브넷 마스크를 적용할 수 있도록 바뀌었다는 것을 알았다. 이를 다시 정리하자면, 클래스 주소 지정 방식 대신, 클래스 없는 주소 지정 방식에 CIDR를 사용한 서브네팅을 도입하게 된 것이다. CIDR은 뭐고 서브네팅은 뭔데..? 좀 더 정확히 알아보도록 하자. 서브네팅 : 클래스 단위보다 더 효율적으로 나누기 서브넷(Subnet) 서브넷은 하나의 네트워크를 분할하여 나눈, 부분 네트워크를 일컫는 말이다. 하나의 네트워크가 .. 공감수 0 댓글수 1 2023. 5. 28.
  • [네트워크] 서브네팅 이해하기 (1) IPv4와 클래스, 주소의 고갈 잘못된 내용이 있다면 덧글로 알려주시면 감사하겠습니다! 간단한 것 같은데 자꾸만 헷갈려서, 스스로 한 번 정리해볼 필요성을 느꼈다. 이 글에서는 IP 주소 체계에 대한 이해와 함께 서브넷, 서브넷팅이 무엇인지 정리해보려고 한다. 먼저 전체를 이해하기 위한 전제를 먼저 설명한 뒤 클래스의 분배 방식과 이에 대한 한계, 서브넷과 서브넷팅에 대해 설명할 것이다. 전제 1. IP 주소는 한정적 자원 인터넷에 연결되는 모든 컴퓨터는 고유한 번호인 IP 주소를 가진다. 현재 네트워크에서 일반적으로 사용되는 IP 주소 체계는 IPv4이다. IPv4의 주소는 32bit 길이를 가지고, 이를 8bit씩 4개의 구간(옥텟)으로 나타낸다. 따라서 각 자릿수는 0부터 2^8의 범위로 표현할 수 있다. 그렇다면 사용 할 수 있.. 공감수 1 댓글수 0 2023. 5. 27.
  • [웹] SOP, CORS 정의와 대응 방법 [10분 테코톡] 🌳 나봄의 CORS의 내용을 정리하고, 추가 학습 내용을 덧붙여 작성했습니다! SOP (Same Origin Policy) 다른 출처의 리소스를 사용하는 것을 제한하는 보안 정책 Origin(출처)란? url의 protocol, host, port를 통해 같은 출처인지, 다른 출처인지 판단한다. 세 가지가 모두 같아야지만 같은 출처라고 판단한다. 하지만 브라우저마다 다르다. IE는 port를 판단 기준에 넣지 않는다. port가 달라도 동일 출처라고 보는 것이다. 또, 브라우저에서는 String value로 값을 비교하기 때문에 http://localhost:80과 http://127.0.0.1은 같지만 다른 출처라고 판단한다. 왜 보안을 위해 이런 방식을 사용해야 할까? 다른 출처의 .. 공감수 0 댓글수 0 2023. 5. 24.
  • Spring Boot의 로깅, 로깅을 왜 할까? 레벨2 미션에서 예외 처리를 할 때, 예측하지 못한 서버 오류가 발생할 경우에는 로그를 남겨주는 방식으로 처리하고 있었다. 하지만 '로그를 남긴다'는 게 어떤 행위인지, 또 어떤 도구를 사용해 할 수 있는지 잘 알지 못하고 있다는 것을 깨달았다. 그래서 이번 기회에 간단히라도 정리해보려고 한다. Log와 Logging 로그(log)는 컴퓨터의 처리 내용이나, 이용 상황을 시간의 흐름에 따라 기록한 것을 말한다. 어플리케이션에서의 로그는 실행 중 발생하는 다양한 이벤트에 대한 기록이라고 할 수 있다. Logging은 위와 같이 로그를 남기는 행위를 말한다. System.out.println()과 Logger의 차이 System.out.println()은 성능이 떨어진다. System.out.println(.. 공감수 0 댓글수 0 2023. 5. 23.
    문의안내
    • 티스토리
    • 로그인
    • 고객센터

    티스토리는 카카오에서 사랑을 담아 만듭니다.

    © Kakao Corp.