티스토리

기억에 기록을 더하여

검색하기

블로그 홈

기억에 기록을 더하여

myrealworkspace.com/m

hj.choi 님의 블로그입니다.

구독자: 2

방명록 방문하기

주요 글 목록

realstatelab.com | HTTP 로그로 행동패턴을 분석하던 중 발견한 이상한 요청들 개요25년 3월 4일, 백엔드 개발자로서 근무하며 배운 내용들을 되짚어볼겸. 기획부터 디자인, 개발까지 주체적으로 누군가에게 도움이 될 수 있는 서비스를 개발해보고 싶은 생각에 'realstatelab.com'을 출시하게 되었습니다. 아직 개발 초기라서 그런지 다소 엉성한 부분이 있어 다양한 시행착오가 있었는데, 그중에 가장 인상깊었던 사례들을 틈틈이 공유해보고자 합니다. 이번 게시글에서는 Http 로그를 남기는 과정에서 알게된 문제 상황과 그 문제를 해결한 과정을 소개하려고 합니다. HTTP 로그를 남긴 이유?처음에는 단순히 사용자의 행동 패턴을 분석하여, 사용자 맞춤 추천 매물 데이터를 제공하는 기능 개발에 필요한 자료로서 로그를 남기기로 했습니다. 작은 규모의 서비스이기에 별도의 로깅 서비스를 사용.. 공감수 1 댓글수 0 2025. 3. 18.
모든 개발은 결국 도메인부터 아키텍처! 최근, 컴포트 존에 들어와서 익숙한데로 업무를 진행하려고 하는 경향을 갖게 된 것 같다.현재 회사에서는 올바른 성장 롤모델을 보여줄 사수나 시니어는 없는 상황이라, 지금처럼 업무만 진행한다면, 좋은 개발자가 되기는 어려울 것 같다는 생각이 들었다. 현재, 개발에서는 도메인 주도 개발이 유행하고 실제로 많은 회사들이 이 DDD를 우대사항으로 내거는 회사들이 많은데, 습관적으로 개발을 해왔던 나로서는 왜 DDD가 유행이고 중요한지 전혀 알길이 없었다. 그래서, 이번에 블로그 글을 정리하여 습관적으로 작성한 코드안에 녹아있는 도메인과 아키텍처의 내용을 정리하고, 앞으로의 학습 방향을 확고히 하고자 한다.누구나 잘 알면서 잘 모르는 도메인혹시 '코끼리와 시각장애인'이라는 이야기를 알고 있는가?이야기를 대략 요약.. 공감수 15 댓글수 15 2024. 11. 6.
카프카를 선택한 이유: 높은 내구성과 고가용성, 단일 실패지점을 극복하는 로그 시스템 갖추기 개요 현재 Payment-lab에서 가장 큰 고민은 결제 승인 데이터의 손실을 최소화하는 것입니다. payment-lab에서는 사용자의 결제 승인 데이터의 정합성을 최대한 맞추기 위해, 무조건 PG api의 결제 승인 요청이 성공한 다음에 해당 로그를 DB에 기록하는 방식을 채택하고 있습니다. CA(Consistency, Availablilty)를 최대한 보장하기 위해 결제 승인 프로세스는 동기 방식으로 진행하기에 실제로 결제가 수행되는 시간이 지연될 수 있습니다. 결제 알림의 경우, 사실 결제 승인이 실제로 이루어지기 이전 시점에 수행한다면 사용자의 편의성을 침해하는 경우를 방지할 수 있을 것입니다. PG사의 결제 서비스 자체가 실패하는 경우는 드물고, MySQL과 같은 관계형 데이터베이스는 일관성과 .. 공감수 1 댓글수 1 2023. 12. 9.
NCP Global DNS: 도메인 구매 및 SSL 적용 업무수행을 위해 ncp에 서버를 배포하여 도메인을 지정하고, ssl을 적용해야할 일이 생겼습니다. 단순 블로깅으로도 충분히 진행이 가능하지만, 이렇게 업무를 진행하면 금방 잊어먹을 수 있으므로 글로 정리하여 되새김질을 해볼까 합니다. 도메인 사전적 의미로 영역이지만, 사실 이 도메인이라는 단어는 종사하는 직종에 따라 매우 달라집니다. 해당 도메인에 대한 내용을 다루는 글은 아니므로 자세한 설명은 생략하겠습니다. 여기서 도메인은 '서비스 제공자의 영역'입니다. 서비스의 구조에 따라 이 영역을 이루는 서버는 단 하나일수도 있고, 여러개일수도 있습니다. 일반적으로 사용자는 DNS라는 서비스를 통해 지정된 웹 url을 통해 접근합니다. SSL(Secure Sockets Layer) pki 기반의 보안 소켓 계층.. 공감수 0 댓글수 0 2023. 12. 7.
payment-lab 기술적 이슈 -3- 결제 이력 및 복구, Logger를 그대로 사용해도 되는걸까? 이 게시글은 payment-lab이라고 하는 결제모듈 연동 사이드프로젝트를 진행하던 중 발생한 기술적 이슈를 해결하기 위해 정리하는 글입니다. 스프링 프레임워크에는 로깅을 직관적으로 사용하도록 도와주는 Log 관련 라이브러리들이 있습니다. 구체적으로는 log4j, logback 등을 사용하지만 스프링에서는 ‘slf4j’ 로그 통합 인터페이스를 제공하는 라이브러리를 통해 로깅을 합니다. payment-lab 에서는 로그를 단순히 애플리케이션의 동작 이력 및 디버깅 참고용으로 기록하는 것을 넘어서, 결제 정산 및 백업 그리고 복구를 수행하는데 활용됩니다. 그래서 처음에는 logback 설정을 통해 별도의 로거를 생성하여 결제 이력을 기록했습니다. logback-spring.xml logs/applicatio.. 공감수 0 댓글수 0 2023. 11. 17.
payment-lab 기술적 이슈 -2- 중복 결제를 막기위한 멱등키 생성.. 사용자가 결제를 확정짓는 시점은 언제일까? 이 게시글은 payment-lab이라고 하는 결제모듈 연동 사이드프로젝트를 진행하던 중 발생한 기술적 이슈를 해결하기 위해 정리하는 글입니다. 결제 모듈을 개발하던 중 한가지 고민에 빠졌습니다.. 바로 사용자가 실수로 중복 결제(일명 따닥이)를 하게될 경우 어떻게 대비할지에 대한 고민이죠. 현재 진행하는 프로젝트는 토스페이먼츠로 결제 연동을 수행하고 있습니다. 토스페이먼츠의 경우 이러한 중복 결제 혹은 취소를 방지하기 위해 멱등키를 제공하고 있습니다. 이러한 멱등키를 적용하는 것은 너무나도 당연합니다. 그러나 그 멱등키를 어떻게 생성해야할까요? 만약 그냥 결제 요청마다 무작위의 uuid로 적용한다면 무슨일이 일어날까요? 사실상 멱등키를 적용하나마나일겁니다. 어차피 결제 요청 한번 할때마다 유일한 멱등키를.. 공감수 0 댓글수 0 2023. 11. 17.
payment-lab 기술적 이슈 -1- 로깅 중 비밀번호 노출의 위험성 및 대비책 회원가입은 기능을 구현하는 것 자체는 매우 간단합니다. 그러나, 회원가입을 안전하게 수행하는 방법을 적용하여 보안을 강화하고자 한다면 그 기능은 점점 더 어려워집니다. 회원가입을 안전하게 수행하는 방법은 여러 가지가 있지만, 저는 그중에서 회원가입 과정에서 로깅을 수행할 때 비밀번호가 노출되었을 때의 위험성과 그 대응방안을 모색하고자 합니다. 먼저 문제가 발생할 수 있는 코드부터 보여드리겠습니다. class AccountRegister( private val accountRepository: AccountRepository, private val encrypt: PasswordEncrypt ) { fun register(email: String, password: String, username: Stri.. 공감수 0 댓글수 1 2023. 11. 12.
개인정보 의미와 안전성 확보를 위한 개발자의 역할 개인정보 유출에 따른 부작용은 매우 심각합니다. 그래서 개인정보 보호법에서는 개인정보를 안전하게 관리하기 위한 최소한의 의무 사항을 정해두고 있습니다. 현재 사내에서 진행하고 있는 프로젝트는 이러한 부분에 대한 조치가 전혀 없는 상황이기에 최소한의 조치를 취하기위해 개인정보에 의미와 안전성을 확보를 위한 조치로 무엇이 있는지를 알아보기로 하였습니다. 개인정보의 의미 개인정보는 단순히, 특정 인물의 이름, 나이와 같은 신상정보만을 의미하지 않습니다. 사용자가 서비스를 이용하는 과정에서 자동 생성되는 로그, 통화내역, 상품 구매내역, GPS 위치정보 등도 개인정보가 될 수 있습니다. 광범위한 개인정보 활용범위 '개인정보 수집' 이라고 하면, 얼핏 회원가입/로그인 기능 외에는 크게 신경쓸 필요가 없는 것처럼 .. 공감수 0 댓글수 1 2023. 10. 21.
정확한 결제 상태 추적 이슈 -1-, StateMachine 에 대해 알아보자 결제 api를 작업하던 중 결제 상태를 변경해야하는 상황이 생겼습니다. 물론 현재는 결제 서비스를 제공하는 것보다는 정확한 정산에 집중하고 있기 때문에 아직은 크리티컬하진 않지만 결제 서비스가 진행되는 중에 수행해야하는 결제 상태 변경을 소홀히 한다면 결제 정산을 하는 의미가 없기 때문에, 아직은 급하지 않은 지금 더 제대로 파고들어 근본적인 해결을 수행하고자 합니다. State Machine State machine은 Java가 태어나기 훨씬 이전부터 나온 개념입니다. State machine은 1943년 Warren McCulloch와 Walter Pitts에 의해 소개된 논문에서 나왔습니다. 이러한 개념이 생긴 이후로 Mealy Machine과 Moore Machine이 소개되었습니다. State .. 공감수 0 댓글수 1 2023. 8. 23.
이벤트는 무엇이고 언제 사용해야할까 MSA, 혹은 멀티 모듈 같이, 하나의 애플리케이션 서버를 도메인 혹은 사내 규정에 따른 기능을 기준으로 분류하는 서비스들은 거의 예외 없이 ‘이벤트’ 프로그래밍을 선호합니다. 그러다 보니, 요즘에는 거의 rabbitMQ 혹은 kafka를 사용할 줄 알아야 하는 경우가 많습니다. 그러나, 이 두 기술 중 하나 혹은 혼용해야 한다는 것은 결국 별도의 ‘브로커 서버’가 추가되는 것이고 서버가 추가된다는 것은 네트워크 통신 횟수가 늘어난다는 뜻입니다. 따라서, 만약에 ‘이벤트’ 프로그래밍을 왜 해야 하고, 선택에 따른 트레이드오프를 계산할 줄 모른다면, 오히려 서비스의 응답시간을 늘리는 요소가 될 수 있습니다. 이벤트? 이벤트의 사전적 의미는 ‘사건’입니다. 그런데, 프로그래밍 용어는 정말 평범한 용어를 참 .. 공감수 0 댓글수 0 2023. 8. 22.
어떻게 하면 Http api의 응답속도가 느려질까? 웹, 앱 플랫폼으로 개발하시는 분들은 여러 가지 이유로 postman을 통해 api를 실제로 실행을 해봅니다. 보통은 http 응답코드가 의도한 데로 나오는지 확인하고 끝내는 것이 일반적이긴 한데요. 그런데 한 가지 의문이 듭니다. 같은 api를 실행할 때 처음 실행했을때와 그 이후에 실행했을 때와의 응답속도 차이가 거의 10배 이상 차이가 납니다. 구글링을 해봐도 딱 명쾌하게 답을 주는 경우가 거의 없습니다. 물론 이 원리를 몰라도 개발을 하는데 전혀 문제가 없습니다. 그러나, 개발 프로젝트의 규모가 커지고 MAU가 증가할 경우 성능 최적화가 필수이며 최적화 작업을 하기 위해선 내가 사용하는 api의 동작원리를 제대로 파악할 필요가 있습니다. HTTP 통신의 응답속도를 늦추는 요인 1. 네트워크 관점 .. 공감수 1 댓글수 0 2023. 6. 9.
equals()와 hashCode() java를 공부하시거나 업무를 수행하시는 분들은 이 두 함수가 매우 낯이 익을겁니다. 하지만 개인적으로 느끼기에 너무도 흔하기에 오히려 제대로 알기 어려운 부분인듯 하여, 이번에 이 두 함수의 차이점을 다시한번 짚어보며, 최대한 자세하게 알아볼까 합니다. equals()와 hashCode()는 무엇일까? equals() 메소드는 비교 대상인 두 객체가 서로 같은지를 비교할 때 사용합니다. 이 메소드는 두 객체의 내용이 같은지를 확인하여 같음과 다름의 여부를 반환합니다. 즉, 동일하다면, true를 리턴하고 그렇지 않다면 false를 리턴하죠. 일반적으로는 클래스의 모든 필드를 비교하는 방식으로 해당 메소드를 구현합니다. hashCode() 메소드는 객체를 식별하는데 사용합니다. 이 메소드는 정수 값으로 .. 공감수 0 댓글수 0 2023. 6. 1.
Mixin in JAVA Mixin in JAVA 믹스인은 객체지향에서 일부 코드를 클래스에 주입할 수 있는 메커니즘을 제공하는 개념입니다. 믹스인 프로그래밍이란 기능 단위가 클래스에서 생성된 다음 다른 클래스와 혼합되는 개발 스타일을 이야기합니다. 이렇게 글로만 표현하려니 헷갈릴 겁니다. 코드를 보면 금방 와닿을 겁니다. 조류(Bird)와 비둘기(Dove) 조류의 특징이 뭘까요? 아마 대부분 날다(fly)를 생각할 수 있습니다. 그렇다면 이 개념을 자바로 구현해 봅시다. Bird는 날아다니는 '행동'이 가능하니, 인터페이스로 표현하면 다음과 같을 겁니다. public interface Bird { void fly(); } 이제 구체적인 조류인 비둘기를 구현해 보죠. public class Dove { void fly() { S.. 공감수 0 댓글수 0 2023. 5. 25.
객체지향의 사실과 오해.. 그리고 TDA(Tell Don't Ask) 운좋게 F-LAB에서 진행하는 오프라인 스터디 모임에 참여할 기회가 생겼는데, '객체지향의 사실과 오해'를 읽고 요약한 내용을 발표하고 질문을 주고받으며, 배운 내용을 실무에 어떻게 적용하는지에 대한 사례를 짚어보는 과정으로 스터디를 진행했습니다. 이번 시간에는 5장 '책인과 메세지'에 대한 내용을 짚어보던 중 책임주도설계와 TDA(Tell Don't Ask)에 대해 배웠고 해당 내용을 복습하고자 이 게시글을 작성해가 되었습니다. 객체지향 프로그래밍에서 활용되는 원칙으로 'TDA 원칙'이라고도 합니다. 직역하자면 "묻지 말고 그냥 시켜라"가 되겠습니다. 이는 협력관계에 있는 객체끼리는 정보를 요구하지 말고 그냥 시키라는 의미로 해석할 수 있습니다. 정보를 요구하지 않는다는 점에서 '정보 은닉'의 중요성을.. 공감수 0 댓글수 0 2023. 5. 23.
오픈소스 라이센스의 종류과 적용범위 오픈소스를 살펴보면 누구나, 가져다가 사용해볼 수 있고 원한다면 기여도 해볼 수 있다. 이러한 오픈소스는 학습 목적으로는 상관없지만, 회사 프로젝트에 적용하여 상용으로 활용하려는 순간 주의해야할 부분이 몇개 있는 듯 하여, 생각날때마다 보려고 이렇게 글로 정리해본다. 소프트웨어 라이센스? 소프트웨어 라이센스는 소프트웨어를 사용, 수정, 배포할 수 있는 권한을 규정하는 계약을 일컫는다. 소프트웨어 라이센스의 종류는 다음과 같다. 상용 소프트웨어 라이센스 : 사용자가 소프트웨어를 구매하여 사용할 수 있는 라이센스이다. 대표적으로 윈도우 OS, 오피스 스위트, 어도비의 포토샵 오라클 등이 있다. 오픈 소스 소프트웨어 라이센스 : 소스 코드를 공개하고 누구나 수정하고 배포할 수 있는 라이센스다. 대표적으로는 G.. 공감수 0 댓글수 0 2023. 5. 15.
DB와 애플리케이션간의 동시성 이슈 발생 및 해결과정 예전에 취업 준비를 하던 시절, 개발 선배 혹은 면접에서 자꾸 CS의 중요성을 강조하다보니, 그냥 하라니까 하는.. 다소 막연한 이유로, CS 공부를 병행했었다. 그런데, 이번에 실무를 진행하면서, 원인을 알 수 없는 버그를 고치기 위해, 여러 가지 시나리오를 가정하고 해결해 가는 경험을 갖게 되었다. 이 과정에서 CS에 대한 이해도의 중요성을 새삼 깨닫게 되어, 이렇게 글로 정리해보기로 한다. 1. 상황 사내 프로젝트로 제2 금융권 커머스 앱에 적용할 NFT 마켓 api 개발중, 이더리움 노드 모니터링 에이전트가 제대로 동작하지 않는 이슈가 발생했다. 개발 환경에서 돌아가는 노드는 총 4개로 각 노드별로 서버의 리소스 점유율 및 블록체인 정보를 모니터링하는 에이전트가 설치되어 있다. 정상적이라면 총 4.. 공감수 1 댓글수 0 2023. 4. 5.
[SpringBoot/RestDocs] Kotlin/Spring boot 3.0.4 환경에서 restDocs 구성하기 일일이 읽으면서 파악하기 귀찮으신 분들은 바로 맨 아래 '5. restDocs Gradle cheatSheet'를 참고하세요. SpringBoot는 편리함을 목적으로 Spring initializer를 활용한다. 2.x.x 시절에 Java/Spring 환경에서 작업할 때는 별 문제가 없었다. 그런데, SpringBoot 3.0.0+Kotlin으로 갈아타는 순간부터, Spring initializer가 기본적으로 해주는 설정에 뭔가 하나씩 문제가 생기고 있었다. Rest Docs도 그 중 하나였고 삽질을 너무 중구난방으로 하여, 한번 정리할 목적으로 이 글을 작성해 본다. 1. gradle의 plugins 정리하기 시작부터 build.gradle.kts에 빨간 줄이 그어진다... 왜냐면, 이니셜라이져가 설.. 공감수 0 댓글수 0 2023. 3. 22.
비밀번호 입력.. 꼭 그렇게까지 해야 속이 후련할까? Overview 회원가입을 진행하기위해 플로우 차트를 작성하던 중, 비밀번호 입력 제약에 대해 고민하게 되었다. 일반적으로 대부분 서비스들을 살펴보면, 비밀번호 입력시 다음과 같은 패턴을 강요한다. 최소 10자이상 영문 대소문자 숫자 특수문자 이러한 패턴을 강요하는 과정이 보안을 강화시켜줄 수 있겠지만, 결과적으로 사용자 경험을 낮추는 요소가 될 수 있을 듯하여, 해당 내용을 조사하고 상황을 다시 정의해보고자 한다. 위와 같은 비밀번호 패턴이 발생한 이유 아무리 개인정보 보안을 강화하기 위해서라지만, 너무 복잡하다. 사용자 경험 개선을 위해, 이 패턴을 없앨 수 있는지 확인을 해볼 필요가 있다. 먼저 이러한 패턴이 생긴 이유를 살펴보자. 범인(?)은 빌 버(Bill Burr) “NIST Special P.. 공감수 0 댓글수 0 2023. 2. 3.
브랜치 추상화에 대해 알아보자 브랜치 추상화란 어플리케이션의 큰 변화를 만들 때 주 흐름(Mainline)에 점진적으로 반영하는 패턴이다. 즉, 특정 라이브러리 혹은 오픈소스의 이름이 아니라, 작업 방식에 대한 방법론이다. 추상화된 브랜치 작업의 핵심은 예전에 하던 소스 추가 습관을 못하게 하는 훈련에 있다. 구체적인 방법은 다양한데, 가장 대표적인 방법은 특정 기술의 코드가 추가되면 빌드를 실패하게 하는 것이다. 일반적인 브렌치 추상화 작업 단계 변경이 필요한 시스템 부분에 추상 레이어를 생성한다. 시스템의 다른 부분을 이 추상 레이어를 쓰도록 리팩토링 한다. 새로운 클래스를 생성하고, 새로운 구현을 한다. 그리고 그 추상 레이어가 이전에 혹은 새로 생긴 클래스를 필요에 따라 위임하도록 한다. 이전 버전 구현 내용을 삭제한다. 앞의.. 공감수 1 댓글수 0 2023. 2. 3.
Branch 대신에 FeatureFlag..? Overview 이번 market api는 작업 특성상 프로세스 생명주기를 짧고 빠르게 잡아야 했다. 따라서, branch를 목적에 따라 다양하게 분리하고, 생명주기 역시 길게 잡는 Git-flow 보다는 그 반대의 성향을 가진 Trunk based development 방식이 더 효율이 좋을 듯 하다. Trunk based development 작업의 특징은 중심 브렌치(main || Trunk) 하나에 모든 작업을 때려넣는 것인데, 좀 더 자세히 알아보면, 무조건 브렌치 하나만 두는 것이 아니다. 필요하면, featuring 브렌치를 만들기도 한다. 다만, 'git-flow'와는 다르게 생성한 브렌치의 유지기간을 매우 짧게 갖는 것이다. 그런데 이번 프로젝트의 경우, 거의 나홀로 진행하기도 하고, M.. 공감수 0 댓글수 0 2023. 2. 1.
놀랍고 놀라운 Spring Framework 6 근데, 과연 사용할 날이 올까? 이제 스프링 5에 익숙해질랑 말랑하려고 하는데, 갑자기 또 조만간 스프링 6을 출시한다고 한다. 공부해야 할게 아직도 산더미로 쌓여있는데 또 공부해야 할게 늘어나 심기가 편치 않다... 그래도 안 할 수는 없으니, 시간이 좀 있을 때, 요약해보고 개인적인 견해를 펼쳐볼까 한다. keynote: Introducing Spring Framework 6 요약 https://www.youtube.com/watch?app=desktop&v=mitWK_DwKGs&fbclid=IwAR3nagdKKWbEcwChuv11e3Tp0mXSzwBPh8TvA2QsiKiqDmFpvzsQKobXwgY&ab_channel=SpringDeveloper&mibextid=Zxz2cZ 명목상 Spring 6 소개 영상이지만, 사실은 6.1에.. 공감수 1 댓글수 0 2023. 1. 9.
03. Spring security Features 요약 : Security Http Response Headers 웹 애플리케이션의 보안을 위해 사용할 수 있는 HTTP 응답 헤더는 다양하다. 스프링 시큐리티는 자체적으로 지원하는 여러 HTTP 응답 헤더를 지원한다. 필요하다면 스프링 시큐리티에 커스텀 헤더를 설정할 수도 있다. Default Security Headers 스프링 시큐리티는 기본적인 보안을 위한 HTTP 응답 헤더의 디폴트 셋을 제공한다. Default Security HTTP Response Headers Cache-Control: no-cache, no-store, max-age=0, must-revalidate Pragma: no-cache Expires:0 X-Content-Type-Options: nosniff Strict-Transport-Security: max-age=31536000 ;.. 공감수 0 댓글수 0 2022. 11. 4.
02. Spring security Features 요약 : Protection Against Exploits 스프링 시큐리티는 인증, 인가뿐만 아리나, 주요 취약점 공격을 보호해주는 기능을 제공한다. 대체로 기본으로 활성화되어있는데, 이 요약글에서는 해당 내용에 대한 부분을 다뤄보고자 한다. 1. CSRF(Cross Site Request Forgery) CSRF 공격이란? 다른 웹 사이트에서 인증하고 보관 중인 쿠키를, 악의적으로 조작된 웹 사이트의 폼 전송을 통해, 기존에 저장한 쿠키를 탈취하여, 개인 정보를 훔치고 악의적인 목적으로 활용하는 것을 말한다. 기본적으로 쿠키를 요청한 클라이언트의 브라우저에 저장하기에, 다른 컴퓨터로 조회하는 것은 불가능 하지만, 클라이언트를 속여서 가지고 있는 쿠키를 다른 사이트에 전송하는 방식을 통해 충분히 탈취당할 수 있다. 따라서, CSRF의 피해자는 또한, XSS 공격.. 공감수 0 댓글수 0 2022. 11. 4.
01. Spring security Features 요약 : Password Storage PasswordEncoder 인터페이스 단방향 변환 수행을 도와주는 인터페이스다. 이 인터페이스를 활용해서 사용자가 입력한 비밀번호를 인증 시점에서 비교할 수 있다. Password Storage History 1. 일반 텍스트로 암호 저장 이 방식은 SQL 인젝션 등의 악의적인 공격에 너무 취약한 방법이었고, 보안 전문가들로 하여금, 비밀번호를 보호하기 위해선 다른 무언가가 필요하다는 것을 깨닫게 해주었다. 2. SHA-256 SHA-256과 같은 단방향 해시를 적용하는 것이 관행이었던 시절이 있었다. 단방향 해시는, 초기에 설정한 비밀번호를 복호화 할 수 없는 무작위의 문자열의 조합으로 변형 시켜주는 암호화 기법이다. 따라서, 인증 시도시, 기존 해시 문자열과 사용자가 입력한 비밀번호의 해시 문자열을.. 공감수 0 댓글수 0 2022. 11. 4.
Spring Boot + Keycloak server 기존 레퍼런스들은 WildFly에 의해 동작하는 Keycloak Server를 기준으로 동작한다. 그러나, 19.0.3 버전 이래로, WildFly는 keycloak server를 지원하지 않아 DEPRECATE 처리되었다. 그래서, Quarkus가 제공하는 keycloak server를 사용 해야하는데, GUI 구성부터, 애플리케이션 설정 및 빌드과정 까지 달라진 부분이 많아서, 해당 내용들을 종합하고 정리하여, 다음 작업때는 덜 헤메고자 한다. Requirements jdk 11+ (17 recommended) Index keycloak server 다운로드 keycloak bin configuration keycloak realms 생성 keycloak client 생성 keycloak client.. 공감수 1 댓글수 0 2022. 10. 24.
팩토리 메소드 패턴 팩토리 메소드 패턴이란, 구체적인 인스턴스의 생성과정을 서브 클래스에게 맡기는 패턴을 의미한다. 다양한 구현체가 있을 경우, 특정한 구현체를 만들 수 있는 팩토리, 즉 creator를 제공하는 메소드를 구현하는 것을 팩토리 메소드 패턴이라 할 수 있다. 이펙티브 자바를 읽어본 사람은 헷갈릴 수 있지만, 이 패턴은 정적 팩토리 메소드와는 전혀 다른 개념이다. 팩토리 메소드 패턴은 인스턴스의 생성 과정을 서브 클래스에게 위임하는 패턴을 정의하고 있고 정적 팩토리 메소드는 인스턴스 생성 자체를 좀 더 효율적으로(네이밍을 통한 가시성 확보 및, 불필요한 중복 인스턴스 생성 방지 등) 개선해보고자 하는 일종의 코드 방법론을 정의하고 있다. 팩토리 메소드 패턴에 대한 특징은 우선 코드를 보면서 이야기를 해보자 예제.. 공감수 0 댓글수 0 2022. 10. 11.
싱글톤 패턴 -1- 예외 상황과 해결법 저번 게시글에서는 싱글톤 패턴에 대한 정의와 코드 구현법에 대한 이야기를 해보았다. 그런데, Java에서는 싱글톤으로 생성한 객체를 어떻게 활용하느냐에 따라, 싱글톤을 보장하지 못하는 경우가 있다고 한다. 이번 게시글에서는 싱글톤을 보장하지 못하는 경우와, 그 경우에 대한 대처법에 대해 정리해보고자 한다. 싱글톤 적용이 안되는 케이스 1 Reflection 우선 싱글톤 예제 코드를 하나 정리보도록 하자 LazyHolderSingleton public class LazyHolderSingleton implements Serializable { priate LazyHolderSingleton() {} public static class LazyHolder { private static final LazyHo.. 공감수 0 댓글수 0 2022. 10. 11.
작업일지#15 그 동안의 회고 및 앞으로의 계획 회고 마지막으로 작업일지를 작성하고, 약 5개월이 지났다. 원래 코딩하는 것 자체를 좋아했기 때문에, 분명 회사에서 코딩을 하더라도, 집에서도 코딩할 체력이 남아있을거라고 생각했다. 그런데.. 생각보다 힘이 부친다. 출/퇴근 거리가 왕복 3시간 정도 걸리고, 취준 막바지까지 운동을 거의 하지 않아, 체력도 저질이 되어, 일끝나고 퇴근하고 방에 들어오면, 컴퓨터 책상보다는 침대에 눈이간다... 개발자는 평생 공부해야하는 직업인데, 이런식이면, 코딩은 커녕 기술 서적 1페이지 읽지도 못하는 날이 쌓여만 갈 것이다. 그래서 대책을 세워봤다.. **1. 출 퇴근 시간을 활용하기** 생각보다 회사와의 거리가 멀어서 가만히 서있는 시간이 길다. 이 시간을 허투루 쓰지 않기 위해, 항상 기술 서적을 가방에 한권 씩 .. 공감수 0 댓글수 0 2022. 9. 2.
상속은 결합을 늘린다..? '실용주의 프로그래머'를 읽던 중, 결합도에 관한 이야기를 일게 되었다. 그중에서 인상 깊었던 점은, '상속은 결합을 늘린다'라는 항목을 보게 되었다. 처음엔 조금 의아했지만, 몇몇 국내 자바 기본서에는 확장(extends)을 상속이라고 정의하는 경우가 종종 있다는 점을 생각해보면, 클래스의 확장(extends)과 인터페이스의 주입(implements)을 구분해서 생각하는 게 좋을 것 같다. 따라서, 같은 기능을 하는 코드를 추상 클래스와 인터페이스를 활용한 예제를 통해, '상속세' 개념을 활용해보면 좋을 것 같다. 0. 예제 준비 추상 클래스나, 인터페이스로 추상화할 기능은 다음과 같다. 인삿말을 빌드하는 메서드 인사말을 출력하는 메서드 이 두 기능을 2가지 방식으로 추상화하여, 그 차이를 파악해보자... 공감수 0 댓글수 0 2022. 8. 27.
RabbitMQ - @RabbitListener를 사용할 때 주의할 점 RabbitMQ는 amqp 0-9-1이라는 생산자, 소비자 패턴을 기반으로 한 메시지 큐 통신을 중계해주는 일종의 메시지 브로커이다. 초기에는 RabbitMQ를 사용할 땐 수동으로 설정해줘야 하는 부분이 많았다. 하지만, 세월이 흐르면서 스프링 진영에서, RabbitMQ, JMS를 비롯한 amqp 기반의 오픈소스를 직관적으로 사용할 수 있게, 추상화를 잘해주어서, 지금은 모든 걸 알지 않아도, amqp 기반의 메시지 통신을 사용하는데 필요한 러닝 커브를 매우 줄여준다. 하지만, 이러한 편리함에 익숙해져서, 사용법만 익혀둔다면, 나중에 디버깅을 할 때 매우 헤맬 수 있다. 이번 게시글에서는 그러한 요소들 중에서 @RabbitListener를 사용하여, 메시지를 소비하는 기능을 구현할 때 조심해야할 점을 짚.. 공감수 0 댓글수 0 2022. 7. 17.

문의안내

티스토리
로그인
고객센터

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