전체 글251

• 

  코틀린 접근제어자와 자바 접근 제어자 차이 코틀린과 자바의 접근 제어자는 기본적으로 비슷한 개념을 공유하지만, 세부적으로는 차이점이 있다.Kotlin 과 Java 접근 제어자가 당연히 같다고 생각했으면 이 글을 보고 차이점을 알아보자 접근 제어자코틀린자바public 기본 접근 제어자 (명시하지 않으면 public) 모든 곳에서 접근 가능 모든 곳에서 접근 가능 internal 같은 모듈 내에서만 접근 가능 (internal은 코틀린 고유) 없음protected 선언된 클래스 및 하위 클래스에서 접근 가능 동일한 패키지 안에서 접근이 가능  (하위 클래스면 다른 패키지에서도 접근 가능)default없음 기본 접근 제어자 (명시하지 않으면 default )  동일한 패키지 안에서만 접근이 가능 private 선언된 클래스 내부에서만 접근 가능 .. Kotlin Programming 2024. 11. 27.

• 

  동시성 문제를 해결하는 여러가지 방법 소프트웨어 개발에서 동시성 문제는 데이터 일관성과 시스템 안정성을 위해 반드시 고려해야 하는 요소다. 특히, 데이터베이스를 다루는 애플리케이션에서는 여러 사용자의 요청을 동시에 처리하면서도 데이터의 정확성을 유지하는 것이 핵심이다.   선착순 이벤트나 재고 처리는 동시성(Concurrency) 문제가 발생하기 쉬운 영역으로, 다수의 요청이 동시에 처리될 때 정확성과 일관성을 유지해야 한다. 이를 해결하기 위해 다양한 동시성 제어 방법을 사용할 수 있으며, 시스템의 요구 사항과 트래픽에 따라 적합한 방법을 선택해야 한다.  1. 데이터베이스 레벨에서 동시성 제어 트랜잭션 & 락데이터베이스 트랜잭션을 사용하여 SELECT ... FOR UPDATE로 재고를 조회하고 업데이트 시 락을 걸어 동시성을 제어. .. System Design 2024. 11. 25.

• 

  Kafka 와 RabbitMQ 의 차이점 Kafka 와 RabbitMQ 는 스트림 처리에 사용할 수 있는 메시지 큐 시스템이다. 데이터 스트림은 고속 처리가 필요한 대용량의 연속된 데이터들이다. RabbitMQ 는 여러 소스에서 스트리밍 데이터를 수집하고 처리를 위해 다른 대상으로 라우팅하는 분산 메시지 브로커이다. Apache Kafka는 실시간 데이터 파이프라인 및 스트리밍 애플리케이션을 구축하는 데 사용되는 스트리밍 플랫폼이다. Kafka는 뛰어난 확장성과 내결함성, 내구성이 뛰어난 메시징 시스템을 제공한다.카프카와 래빗엠큐 같은 메시지 큐 시스템 덕분에 MSA 환경이나 분산 시스템에서 낮은 결합도를 유지하는 데 중요한 역할을 한다. 일반적으로 API 통신을 하게 되면 호출된 서비스가 호출한 서비스에 영향을 주게 되는데, 비동기 메시징 패.. Message Queue 2024. 11. 20.

• 

  MSA 환경에서 모니터링 모놀리식 아키텍처에서 MSA 로 변환되면서 달라진 것들이 많은 데 그 중 하나가 통신 방법이다. 모놀리식에서 그저 함수 호출을 하면 데이터를 주고 받을 수 있지만, MSA 에서 서비스가 분리 되었기 때문에 서비스 즉 프로세스 간 통신을 하게 된다. 모놀리식에선 서버와 DB의 상태만 확인하면 됐는데 서비스가 분리 되면서 IPC 통신에 대한 지연율이나 Call 증감 확인, 분리된 서비스의 상태 확인, 미들 웨어 상태 등 많은 부분 신경 써야할 게 많아졌다.Hop 이 늘어남에 따라 어디서 어떤 요청에 대한 문제가 발생했는지 디버깅이 어려워졌고, 로그 수집을 위한 별도의 인프라가 필요해지게 됐다.또 어느 서버에서 어느 서비스로 호출이 되어야 하는지 서비스간 호출 상태가 정산인지도 파악해야 한다.MSA 환경에서 .. Observability 2024. 11. 14.

• 

  쿼리 튜닝 - 대용량 데이터를 포함하는 특정 컬럼 제외하고 조회 개요Spring Data JPA 를 사용해서 DB 를 조회하면 지연 로딩으로 설정되어 있는 연관 관계 데이터를 제외하고 처음부터 모든 데이터 컬럼 값들을 불러온다. JPA 특정 상 처음에 모든 값들을 초기화 시키고 스냅샵을 기준으로 더티 체킹을 해야하기 때문이다. 하지만 readOnly = true일 경우는 더티체킹을 할 필요가 없고 원하는 값만 얻으면 되기 때문에 모든 값을 초기화해서 얻을 필요도 없다.예를 들어 DocumentDB 와 같은 NoSQL을 사용하지 않고, RDB로 아티클 정보를 저장했다고 치자.  @Entitypublic class Article { @Id @GeneratedValue private Long id; private String title; @Col.. Database 2024. 11. 13.

• 

  이벤트 드리븐 아키텍처(EDA) 이벤트 드리븐 아키텍처 또는 이벤트 주도 아키텍처는 이벤트를 생성, 전달, 처리, 소비하는 방식으로 시스템의 구성 요소간 통신이 이루어지는 현대적인 아키텍처 스타일이다. 오늘날 대규모 트래픽이나 대규모 데이터를 처리할 때 많이 쓰인다.  MSA, 실시간 데이터 처리, 이벤트 소싱과 같은 다양한 시나리오에서 활용된다. 그 이유는 이벤트 브로커를 활용해 비동기적으로 이벤트를 처리할 수 있고, 프로세스 간 느슨한 결합을 가능하게 하며, 높은 가용성을 갖기 때문이다. 시스템 내에서 특정 작업이나 상태 변화가 발생할 때 이를 이벤트로 표현하고 해당 이벤트를 기반으로 비동기적으로 후속 작업이 진행된다. 이벤트시스템 내에서 발생하는 상태 변화나 행동을 나타낸다.예시: 주문 생성, 결제 완료, 사용자 가입 등 이벤트 .. Architecture 2024. 11. 4.

• 

  IPC 패턴 (Sync 통신 vs Async 통신) MSA 에서 서비스간 통신을 하게 되면 네트워크 통신을 하게 된다. 즉 프로세스간 통신을 하게 되는데 이를 IPC( Inter-Process Communication ) 라고 한다. IPC는 단일 시스템 내의 프로세스 간이든, 분산 시스템의 서로 다른 노드 간이든, 동기(Synchronous)와 비동기(Asynchronous) 통신 패턴을 지원한다. 시스템 설계와 기능의 요구사항에 맞게 각각의 패턴을 고려해서 사용해야 한다. 사용자가 기능의 결과를 즉각적으로 받아봐야하는 경우는 동기패턴을 사용하고 즉각적이지 않고 실행 한 뒤 나중에 완료 알림을 받는 경우라면 비동기 통신을 고려할 수 있을 것이다.동기 방식을 기본으로 사용하지만, 특정 작업(예: 대규모 데이터 처리, 장시간 작업)은 비동기 작업으로 처리할.. Computer Science/Network 2024. 10. 26.

• 

  결제 시스템 구조와 간편 결제 시스템 아키텍처에서 고려해야 하는 점 결제 서비스는 모든 비즈니스 도메인에서 중요한 서비스라고 생각한다. 일반적인 결제는 두가지 분류로 나눌 수 있다. 첫 번째로 오프라인 결제, 두 번째로 온라인 결제 "단순히 온라인에서 결제하던 방식을 모바일 기기나 웹에서 하는 거 아니야?" 라고 생각할 수 있지만 조금 다른 부분이 있다.온오프라인 결제 대해서 알려면 VAN사와 PG사에 대해서 자세히 알아야한다. VAN우리가 매장에 가서 옷을 사거나 식당이나 카페에서 결제를 할때 카드로 결제를 한다. 이때 카드를 꽂거나 긁어서 결제를 하게 되는데, 그 과정에서 통신을 수행하는 것이 VAN이라고 한다.VAN 은 Value Added Network 의 약자로 부가가치통신망을 말한다. 오프라인 결제의 핵심인 부가가치통신망은 가맹점과 카드사를 이어주는 통신망이다.. Architecture 2024. 10. 14.

• 

  자바 Math 클래스 올림, 버림, 반올림 ceil, floor, round 안 쓰는 꿀팁 코딩테스트를 풀때 올림을 해야할 일이 있어서, Math.ceil() 함수를 사용했는데, 잘못사용해서 틀렸기 때문에 리마인드 겸 글을 쓴다.일단 올림, 버림, 반올림할 땐 파라미터에 실수형을 넣어야하는데, 정수형을 넣어서 잘못 나오기 때문이다. 처음엔 왜그러지 하다가 제출 3분 전에 알아차리고 다행이 맞출 수 있었다.  올림이나 반올림시엔 정수형을 넣어 버리면 제대로 동작하지 않는다. 먼저 10 / 4 를 예로 들었을 때 10 / 4 는 정수형 몫만 생기기 때문에 2가 되고 함수 내에서 캐스팅되어 2.0 이 되고 올림이나 반올림시 2.5가 아니기 때문에 2.0으로 나온다.그래서 꼭 실수형으로 캐스팅을 해주고 연산을 해 파라미터에 넣어주어야한다. 올림정수값을 넣어서 연산해주고 싶으면 아래와 같이 캐스팅을 해.. Java Programming 2024. 10. 7.

• 

  CAP 이론 - 데이터베이스의 분산 시스템 이론 시스템 아키텍처를 공부하다보니 데이터베이스의 분산시스템에 공부하게 되는 일이 생겼다. 그때 CAP 이론이라는 단어를 처음 봤는데, Capability 의 앞글자를 따서 분산 시스템에서 데이터 베이스 가용 능력이나 데이터 베이스 성능에 관련된 이론인줄 알았다.하지만 공부해보니 전혀 다른 개념이었고, CAP 이론은 분산 시스템의 DB 환경에서 네트워크 분할이 발생하면 시스템은 일관성과 가용성 중 하나를 선택해야 하며, 둘 다를 동시에 완벽하게 보장할 수 없다는 이론이었다. 되게 중요한 개념인 것 같아서 기록으로 남겨두려고 한다.개념먼저 개념을 말하자면 다음과 같다.CAP 이론(CAP theorem)은 분산 시스템에서 세 가지 주요 특성인 일관성(Consistency), 가용성(Availability), 그리.. Database 2024. 9. 28.

• 

  다익스트라 , 벨만-포드, 플로이드-워샬 알고리즘 차이 그래프 알고리즘은 주어진 그래프의 정점(Vertex)과 간선(Edge)을 처리하여 다양한 문제를 해결하는 알고리즘입니다. 가장 널리 쓰이는 알고리즘으로 BFS 와 DFS 가 있습니다. 그 중 최단 경로를 찾는 알고리즘으로 BFS 알고리즘을 사용합니다. 하지만 BFS 알고리즘은 간선의 가중치가 항상 일정할 때 사용할 수 있습니다.간선의 가중치가 다른 경우 최선의 경로를 찾는 알고리즘으로는 다익스트라 , 벨만-포드, 플로이드-워샬 알고리즘이 있습니다.각각의 차이는 다음과 같습니다.  다익스트라 알고리즘 (Dijkstra's Algorithm) 주어진 시작 정점에서 다른 모든 정점까지의 최단 경로를 찾습니다.일반적으로 우선순위 큐를 사용해서 구현합니다.가중치가 모두 양수인 경우 사용 가능합니다. 시간 복잡도:.. Algorithm 2024. 9. 20.

• 

  코틀린 공부를 시작하며... Spring 을 사용하는 많은 IT 회사에서 자바와 코틀린을 겸용으로 사용하는 추세인 걸 볼 수 있습니다. 그 이유를 찾아보니 코틀린은 자바와 JVM에서 호환되며, 자바의 장점을 유지하면서도 현대적인 언어 설계를 반영하여 개발 생산성을 높여주기 때문에 많이 채택되고 있다는 걸 알았습니다.저도 코틀린으로 Lv1 코딩테스트를 문제를 풀고, 사이드 프로젝트를 진행하면서 자바에 비해 좋은 점과 차이점을 학습할 수 있었습니다. 첫 번째로 코틀린은 자바보다 더 간결하고 가독성이 뛰어났습니다. 자바도 함수형 프로그래밍을 지원하지만, 코틀린의 문법이 조금 더 짧고 간결합니다. 자바에선 길게 표현했던 문법들을 조금씩 함축해서 적는다는 느낌을 받았습니다.코틀린의 data class 는 자바의 record 와 매우 비슷하다.. Kotlin Programming 2024. 9. 17.