DevTales
close
프로필 배경
프로필 로고

DevTales

  • 분류 전체보기 (83)
    • Lang (49)
      • Java (21)
      • Kotlin (3)
      • C (12)
      • Go (9)
      • Python (4)
    • Spring (13)
      • Data (2)
      • Kafka (2)
      • Security (0)
      • Webflux (9)
    • Infra (9)
      • Database (3)
      • Middleware (0)
      • Container (1)
      • OS (5)
    • Build (0)
    • CS (3)
      • Network (1)
      • Security (1)
      • Architecture (1)
    • Leaner's High (5)
    • 기타 (4)
  • 홈
  • 방명록
[Learner's High] 4주차 - 검증과 회고

[Learner's High] 4주차 - 검증과 회고

4주차 회고 3주차까지의 고도화 작업은 모두 하나의 가설에서 출발했습니다.“로그 처리 경로를 비동기화하고, 장애를 전제로 한 복구 구조를 설계하면대량 트래픽과 장애 상황에서도 로그 유실 없이 안정적으로 동작할 수 있을 것이다.” 4주차에는 이 가설이 실제로 성립하는지를 확인하기 위해,모니터링 지표를 기반으로 한 부하 테스트와 장애 시나리오 테스트를 진행했습니다. 부하 테스트는 k6를 사용해, 운영 환경에서 여러 OPA 인스턴스가 동시에 로그를 전송하는 상황을 단순화한 형태로 구성했습니다.부하 조건: 초당 1,000건 요청을 60초간 지속요청 형태: gzip 압축된 Decision Log (요청당 1~5건 배치)목표:요청 수신이 병목 없이 유지되는지로그 저장 경로가 요청 처리 흐름에 영향을 주지 않는지장애..

  • format_list_bulleted Leaner's High
  • · 2026. 1. 14.
  • textsms
[Learner's High] 3주차 - 운영 대비 고도화

[Learner's High] 3주차 - 운영 대비 고도화

3주차 회고 1주차에 문제를 정의하고, 2주차에 조회를 고도화했다면,3주차에는 이 구조가 실제 운영 환경에서도 안전하게 동작할 수 있는지를 고민하는 단계였습니다. 여러 OPA 인스턴스를 연결하고 많은 트래픽과 함께 대량의 정책 결정 로그가 유입되는 상황을 가정했을 때로그가 유실되지 않고 처리될 수 있는지로그 수집이 서비스 흐름에 영향을 주지 않는지코드 구조가 이후 확장과 변경에 유연한지를 중점적으로 점검하고 개선했습니다. 정책 결정 로그는 단순한 부가 데이터가 아니라 장애 분석과 보안 판단의 근거가 되는 관측 데이터입니다.특히 여러 OPA를 연결하고 트래픽이 증가할수록 로그 유입량은 급격히 늘어나고, 저장 지연이나 장애가 발생할 가능성도 커지며, 로그 처리 로직이 서비스 로직과 강하게 결합되어 있다면 전..

  • format_list_bulleted Leaner's High
  • · 2026. 1. 7.
  • textsms
[Learner's High] 2주차 - 조회 고도화

[Learner's High] 2주차 - 조회 고도화

2주차 회고 1주차에서는 이 프로젝트에서 어떤 문제를 다룰 것인지, 그리고 왜 이 주제를 선택했는지를 정리했습니다.2주차에 들어서면서는 본격적으로 코드를 작성하기 시작했고, 그 과정에서 아키텍처에 대한 고민이 자연스럽게 따라오기 시작했습니다. 처음부터 명확한 아키텍처를 정해두고 시작한 것은 아니었으며, 개발 과정에서 지속적인 확장과 변경을 염두에 두다 보니 구조에 대한 고민이 점점 필요해졌습니다. CQRS 패턴을 적용하게 된 이유 처음에는 Decision Log를 저장하고 조회하는 기능을 하나의 흐름으로 구현하고 있었습니다.그런데 코드를 작성하다 보니, 쓰기와 읽기의 요구사항이 생각보다 많이 다르다는 점이 눈에 들어왔습니다.로그 수집 쪽은 최대한 단순해야 했습니다.원본 로그를 빠르게 저장하는 것실패 없이..

  • format_list_bulleted Leaner's High
  • · 2025. 12. 31.
  • textsms
[Learner's High] 1주차 - 문제 정의

[Learner's High] 1주차 - 문제 정의

1주차 회고 러너스하이를 시작한지 어느덧 1주가 지났습니다.이번 회고에서는 무엇을 만들었는지보다, 왜 이 문제를 선택했는지와 1주차 동안 어떤 작업을 진행했는지를 정리해 보려고 합니다. 문제 선택 Learner’s High는 단순히 “과제를 잘 수행했는가”를 평가하는 프로그램이 아니었습니다.한 달이라는 제한된 시간 안에서,어떤 문제를 선택했고왜 그 문제였으며어떻게 해답을 찾았고그 결과 어떤 임팩트를 만들었는가를 설명할 수 있는지를 보는 프로그램이라고 이해했습니다. 따라서 이번 프로젝트의 출발점은 기술 선택이나 구현 난이도가 아니라, "지금 환경에서 가장 의미 있는 병목은 무엇인가" 라는 질문이었습니다. 프로젝트 배경과 환경 제가 속한 조직에서는 기존의 사내망 중심 접근 제어 방식에서 제로 트러스트(..

  • format_list_bulleted Leaner's High
  • · 2025. 12. 24.
  • textsms
[Learner's High] 토스 러너스하이 시작

[Learner's High] 토스 러너스하이 시작

Learner's High 란 토스 Learner’s High라는 프로그램은 처음부터 알고 있던 것은 아니었습니다.개발 역량을 한 단계 더 끌어올릴 수 있는 방법을 찾던 과정에서, 토스가 개발자를 대상으로 Learner’s High 멘토링 프로그램을 운영하고 있다는 것을 알게 되었습니다. 단순한 기술 교육이나 강의가 아니라, 자기 주도적인 성장을 전제로 하고, 방향을 제시하는 세션 중심으로 운영되는 프로그램이라는 설명이 인상 깊었습니다.처음 공고를 확인했을 때도 Learner’s High는 1대1 멘토링을 제공하는 형태가 아니라, 정해진 세션을 통해 사고 방향과 관점을 공유하는 프로그램임이 명시되어 있었습니다. 상세한 피드백을 지속적으로 받는 것도 물론 의미 있지만, 때로는 짧은 한 마디나 하나의 관점이..

  • format_list_bulleted Leaner's High
  • · 2025. 12. 17.
  • textsms
  • navigate_before
  • 1
  • navigate_next
전체 카테고리
  • 분류 전체보기 (83)
    • Lang (49)
      • Java (21)
      • Kotlin (3)
      • C (12)
      • Go (9)
      • Python (4)
    • Spring (13)
      • Data (2)
      • Kafka (2)
      • Security (0)
      • Webflux (9)
    • Infra (9)
      • Database (3)
      • Middleware (0)
      • Container (1)
      • OS (5)
    • Build (0)
    • CS (3)
      • Network (1)
      • Security (1)
      • Architecture (1)
    • Leaner's High (5)
    • 기타 (4)
최근 글
인기 글
최근 댓글
태그
  • #혼자 공부하는 C언어
  • #Java의 정석
  • #WebFlux
  • #tucker의 go언어 프로그래밍
  • #Kotlin In Action
  • #점프 투 파이썬
  • #R2DBC
  • #java
  • #비동기
  • #Netty
전체 방문자
오늘
어제
전체
Copyright © Kakao Corp. All rights reserved.
Designed by 티스토리

티스토리툴바