계층형 아키텍처는 코드에 나쁜 습관들이 스며들기 쉽게 만들고 시간이 지날수록 소프트웨어를 점점 더 변경하기 어렵게 만드는 수많은 허점들을 노출한다. 계층형 아키텍처는 데이터베이스 주도 설계를 유도한다 웹 계층은 도메인 계층에 의존하고, 도메인 계층은 영속성 계층에 의존하기 때문에 자연스레 데이터베이스에 의존하게 된다. 애플리케이션을 개발할 때 상태가 아니라 행동을 중심으로 모델링 해야한다. 행동이 상태를 바꾸는 주체이기 때문에 행동이 비즈니스를 이끌어간다. 하지만 전통적인 계층형 아키텍처에서는 데이터베이스의 구조를 먼저 생각하고, 이를 토대로 도메인 로직을 구현하게 된다....

목표 GSLB가 무엇인지 이해한다. GSLB란? Global Server Load Balancing 전 세계에 걸쳐 분산되어 있는 서버들을 대상으로 로드밸런싱하는 기법 GSLB는 분산되어 있는 서버를 아래와 같은 기준으로 선택해 로드밸런싱 한다. 네트워크 지연 시간 지리적 근접성 서버 가용성 네트워크 상태 서버 부하 etc CDN도 GSLB 기술을 사용한 것이라고 볼 수 있다. GSLB로 얻을 수 있는 이점 네트워크 지연 시간 감소: 지역적으로 가까운 서버를 선택하여 지연 시간을 줄일 수 있다. 안정성 및 가용성 증가: 로드 밸런서가 서버들의 상태를 모니터링하고 있어, 일부 서버가 중단되 었으면 다른 서버로 우회가 된다....

목표 Spring Boot에서 존재하지 않는 URL로 요청 시 404 응답한다. 어떤 내부 동작으로 404 응답을 하게 되는지 이해한다. ResourceHttpRequestHandler Spring Boot 기본 설정 기준으로 모든 요청에 대해서, 처리할 다른 핸들러가 없으면 ResourceHttpRequestHandler로 정적 리소스를 찾아서 반환하려고 시도한다. 해당 핸들러는 spring.web.resources.add-mappings를 false로 설정하는 등의 방법으로 사용하지 않게 설정하여, 정적 리소스를 응답하지 않도록 설정할 수 있다. 해당 핸들러 사용 유무에 따라 404 응답을 처리하는 위치가 달라진다. ResourceHttpRequestHandler를 사용하는 경우 처리 과정 Spring Framework 6....

sealedSubclasses KClass의 프로퍼티로 sealedSubclasses라는 프로퍼티가 존재한다. 현재 호출하는 클래스가 Sealed 클래스이면 이를 상속한 하위 클래스들이 반환되고, 아니면 빈 리스트가 반환된다. 예시 sealed class Animal class Dog : Animal() class Cat: Animal() class Duck: Animal() class Tests { @Test fun test() { println(Animal::class.sealedSubclasses) } } 아래와 같은 결과를 확인할 수 있다. [class com.tests.Cat, class com.tests.Dog, class com.tests.Duck] 참고 자료 https://kotlinlang.org/api/latest/jvm/stdlib/kotlin.reflect/-k-class/sealed-subclasses.html https://www.baeldung.com/kotlin/subclasses-of-sealed-class

objectInstnace KClass의 인스턴수 중에 objectInstance가 존재한다. 현재 클래스가 object 클래스이면 해당 인스턴스가 반환되고, 아니면 null이 반환된다. 예시 object ObjectClass class SomeClass class Tests { @Test fun test() { assertThat(ObjectClass::class.objectInstance).isEqualTo(ObjectClass) assertThat(SomeClass::class.objectInstance).isNull() } } 참고 자료 https://kotlinlang.org/api/latest/jvm/stdlib/kotlin.reflect/-k-class/object-instance.html

목표 DecimalFormat 클래스의 기본 사용법을 이해한다. DecimalFormat String 타입으로 십진수를 표현할 때 사용할 수 있다. 아래 예시는 double d= 1234567.89 으로 설명한다. 0: 숫자가 존재하면 그 숫자를 출력하고, 없으면 0을 출력한다. #: 숫자가 존재하면 그 숫자를 출력하고, 없으면 출력하지 않는다. .: 소수점 구분 기호를 넣을 위치를 표시한다. 만약 소수 부분에서 더 이상 표현할 수 없다면 반올림 된다. ,: 그루핑 구분자가 들어갈 위치를 표시한다. 참고 자료 https://www.baeldung.com/java-decimalformat

배경 DNS LookUp을 통해 도메인에 대한 IP 정보를 조회한다. JVM에서는 이런 IP 정보를 캐싱해서 매번 DNS LookUp을 하지 않는다. TTL을 설정하면 캐시가 남아 있는 주기를 설정할 수 있다. security 파일 수정으로 TTL 변경하기 Java 8 기준 $JAVA_HOME/jre/lib/security/java.security, Java 11 이상 기준 $JAVA_HOME/conf/security/java.security 파일에 있는 networkaddress.cache.ttl 프로퍼티 값을 설정하면 변경할 수 있다. 아래 예시는 TTL을 5초로 수정하는 예시다. # # This is the "master security properties file". # # An alternate java....

목표 Argo CD의 용도가 무엇인지 이해한다. Argo CD 사용을 시작하는 방법을 이해한다. Argo CD란 쿠버네티스를 위해 사용되는 GitOps 패턴의 CD(Continuous Delivery) 도구이다. GitOps: git 레포지토리를 사용하여 인프라 프로비저닝 프로세스를 자동화하는 DevOps 기법이다. 쿠버네티스 매니페스트을 git 레포지토리에 명시하면, Argo CD는 지정된 환경에 애플리케이션 상태를 모니터링하고 원하는 상태가 되도록 배포를 자동화한다. Argo CD 구조 3가지 컴포넌트로 나뉜다. API Server: 웹 UI, CLI 및 CI/CD 시스템에 소비하는 API를 노출하는 gRPC/REST 서버이다. Repository Server: 애플리케이션 매니페스트를 보관하는 git 레포지토리의 로컬 캐시를 유지하는 내부 서비스다....

애자일은 불확실성이 높은 일에 대해서 애초에 이것이 불가능하다고 본다. 애자일이 불확실성을 다루는 방식은 좀 더 짧은 주기로 더 일찍 피드백을 받는 것으로 정리할 수 있다. 학습과 협력은 불확실성이 큰 상황에서 좋은 대응전략이 된다. 애자일의 씨앗 고객에게 매일 가치를 전하라 매일: 불확실성이 높을수록 학습 빈도가 자주 있어야 한다. 고객에게: 이해당사자와 협력 할 떄 가치를 전하면 협력이 쉽다. 애자일 도입 성공 요인 분석 애자일의 성숙도가 높은데 성공도가 낮은 조직은 없었다. 애자일의 성숙도가 낮더라도 프로젝트 성공에 도움이 될 수 있다....

효과적 면접을 위한 4단계 접근법 1단계: 문제 이해 및 설계 범위 확정 성급하계 최종 설계를 내놓으면 잘못된 시스템을 설계할 가능성이 높아진다. 엔지니어가 가져야 할 가장 중요한 기술 중 하나는 올바를 질문을 하는 것, 적절한 가정을 하는 것, 그리고 시스템 구축에 필요한 정보를 모으는 것이다. 요구사항을 이해하는데 에는 아래와 같은 질문들을 생각해볼 수 있다. 구체적으로 어떤 기능들을 만들어야 하나? 제품 사용자 수는 얼마나 되나? 회사의 규모는 얼마나 빨리 커지리라 예상하나? 석 달, 여섯 달, 일년 뒤의 규모는 얼마나 되리라 예상하는가?...

SOLID 원칙의 목적은 중간 수준의 소프트웨어 구조가 아래와 같도록 만드는 데 있다. 변경에 유연하다. 이해하기 쉽다. 많은 소프트웨어 시스템에 사용될 수 있는 컴포넌트의 기반이 된다. SOLID 원칙 SRP(단일 책임 원칙): 하나의 모듈은 하나의, 오직 하나의 액터에 대해서만 책임져야 한다. OCP(개방-폐쇄 원칙): 기존 코드를 수정하기보다는 반드시 새로운 코드를 추가하는 방식으로 시스템의 행위를 변경할 수 있도록 설계해야만 소프트웨어 시스템을 쉽게 변경할 수 있다. LSP(리스코프 치환 원칙): 상호 대체 가능한 구성요소를 이용해 소프트웨어 시스템을 만들 수 있으려면, 상위 타입 자리에 하위 타입으로 치환할 수 있어야된다....

물리 계층의 역할과 랜 카드의 구조 피지컬 계층: 데이터를 전송하기 위해 시스템 간의 물리적인 연결을 하고 전기 신호의 변환 및 제어하는 역할을 담당한다. 1계층은 전기 신호를 0과 1의 비트열을 전기 신호, 전기 신호를 0과 1의 비트열로 변환하는 역할을 한다. 전기 신호에는 아날로그 신호와 디지털 신호가 있다. 아날로그 신호는 전화 회선이나 라디오 방송에서 사용되는 신호다. 컴퓨터는 네트워크를 통해 데이터를 송수신할 수 있도록 랜 카드가 메인 보드에 포함되어있다. 랜 카드가 데이터를 전기 신호로 변환해준다....

JDBC를 사용해서 데이터 읽고 쓰기 관계형 데이터를 사용할 경우 자바 개발자들이 가장 많이 사용하는 두 가지 방법은 JDBC와 JPA다. 스프링의 JDBC 지원은 JdbcTemplate 클래스에 기반을 둔다. JdbcTemplate은 JDBC를 사용할 때 요구되는 모든 형식적이고 상투적인 코드없이 개발자가 관계형 데이터베이스에 대한 SQL 연산을 수행할 수 있는 방법을 제공한다. connection 생성, statement 생성 connection, statement, result set 닫기 SQLException 예외 처리 SQLException은 checked 예외지만 대부분의 흔한 문제들은 catch 블록에서 해결될 수 없으므로 현재 메서드를 호출한 상위 코드로 처리를 넘겨야 한다....

이 장에서는 간접 쿼리 최적화를 다룬다. 세 가지 비밀 인덱스가 도움이 되지 않을 수 있다 인덱스는 성능에서 핵심이지만 좋은 인덱스라도 쿼리가 느릴 수 있다. 인덱스 없이는 성능을 달성할 수 없지만 무한한 데이터 크기에 대해 무한한 영향력을 제공한다는 의미는 아니다. 인덱스 스캔의 경우 테이블의 행 수가 증가할수록 인덱스 스캔을 사용하는 쿼리에 대한 응답 시간도 늘어나므로 반드시 지연 시간이 발생한다. 더 이상 최적화할 수 없으면 간접 쿼리 최적화를 한다. 행 찾기의 경우 아래 나열된 것 처럼 한 행만 일치하는 인덱스 조회 접근 유형이 아니라면, rows 필드에 주의를 기울여야 한다....

단위 테스트를 구성하는 방법 AAA 패턴 사용 AAA 패턴은 각 테스트를 준비(arrange), 실행(act), 검증(assert)이라는 세 부분으로 나눌 수 있다. 준비 구절: 테스트 대상 시스템(SUT)과 해당 의존성을 원하는 상태로 만든다. 실행 구절: SUT에서 메서드를 호출하고 준비된 의존성을 전달하며 출력 값을 캡처한다. 검증: 결과를 검증한다. SUT의 반환 값이나, SUT 협력자의 최종 상태, SUT가 협력자에 호출한 메서드 등으로 결과를 검증할 수 있다. Given-When-Then 패턴과 차이점은 없다. 유일한 차이점은 프로그래머가 아닌 사람에게 Given-When-Then 구조가 더 읽기 쉽다는 것이다....

소프트웨어 관리자의 개선 우선순위 조엘 테스트: 조엘 스폴스키라는 사람이 만든 ‘개발팀 평가 테스트’ 소스 컨트롤을 사용하는가? 한 번에 빌드를 만들어낼 수 있는가? 일일 빌드를 만드는가? 버그 데이터베이스를 가지고 있는가? 새로운 코드를 작성하기 전에 버그를 고치는가? 최신 업데이트된 스케줄이 있는가? 스펙(제품 명세)이 있는가? 프로그래머가 조용한 작업환경에 일하는가? 돈이 되는 한 최고의 툴을 사용하는가? 테스터가 있는가? 채용 면접 때 후보가 코드를 짜게 해보는가? 복도 사용성 테스트를 하는가? 이 테스트의 문제점은 관리자나 경영진이 각 질문의 맥락을 이해하지 못한 채 단순히 12가지 질문에 예라고 답하는 것을 목표로하는 경우가 있다....

모든 컨테이너는 파드(pod)에 속하는데, 파드란 쿠버네티스가 하나 또는 그 이상의 컨테이너를 관리하는 데 사용하는 단위다. 파드는 다른 리소스가 관리하고, 이런 고수준 리소스는 컨테이너의 세부사항을 추상화 시킨다. 이 방법으로 자기수복형(self-healing) 애플리케이션이나 바람직한 상태(desired-state) 워크플로가 가능해진다. 쿠버네티스는 어떻게 컨테이너를 실행하고 관리하는가 컨테이너는 일반적으로 애플리케이션 구성 요소 하나를 실행하는 가상화된 환경 가리킨다. 쿠버네티스는 이 컨테이너를 또 다른 가상 환경인 파드로 감싼다. 파드는 컴퓨팅의 단위로, 클러스터를 이루는 노드 중 하나에서 실행된다. 파드는 쿠버네티스로 관리되는 자신만의 가상 IP 주소를 가지며 이 주소로 가상 네트워크에 접속된 다른 파드, 심지어 다른 노드에서 실행되는 파드라도 통신을 주고 받을 수 있다....

기본 요소: 함수와 변수 Hello, World! 함수를 선언할 때 fun 키워드를 사용한다. 파라미터 이름 뒤에 그 파라미터의 타입을 쓴다. 함수를 최상위 수준에서 정의할 수 있다. 꼭 클래스 안에 함수를 넣어야 할 필요가 없다. 배열도 일반적인 클래스와 마찬가지다. 코틀린에는 자바와 달리배열 처리를 위한 문법이 따로 존재하지 않는다. System.out.println 대신에 println이라고 슨다. 코틀린 표준 라이브러리는 여러 가지 표준 자바 라이브러리 함수를 간결하게 사용할 수 있게 감싼 wrapper를 제공한다. 줄 끝에 세미콜론을 붙이지 않아도 좋다....

컴퓨터의 기본 구성 하드웨어의 구성 CPU: 명령어를 해석하여 실행하는 장치다. 메모리: 작업에 필요한 프로그램과 데이터를 저장하는 장소로, 바이트 단위로 분할되어 주소로 구분한다. 입력장치: 외부의 데이터를 컴퓨터에 입력하는 장치다. 천공카드, 키보드, 마우스, 스캐너 등 출력장치: 컴퓨터에서 처리한 결과를 사용자가 원하는 형태로 출력하는 장치다. 프린터, 모니터, 스피커 저장장치: 메모리보다 느리지면 저렴하고 용량이 크며, 전원이 꺼져도 데이터가 영구히 저장되는 장치다. 버스: 컴퓨터 부품들이 연결하는 통로. 일정한 규칙에 따라 각 장치에 데이터를 전송하는 역할을 한다....

성능 향상과 관련 없는 딴짓 레드헤링(Red Herring): 목표로부터 주의를 딴 데로 돌리는 상황 MySQL 성능을 향상하기 위한 방법을 찾을 때 일반적으로 두 가지 레드헤링이 있다. 하드웨어를 구매하는 것 MySQL 튜닝 더 좋고 빠른 하드웨어! MySQL 성능이 만족스럽지 않을 때 성능 향상에 도움이 되는지 확인하기 위해 스케일업부터 시작하지 말라. 이 경우가 합리적인 2가지 상황 하드웨어 성능 부족으로 명백하게 느린 경우 예) 500GB의 데이터에 1GB의 메모리를 사용하는 경우 애플리케이션의 사용량이 급증하고 있으며, 하드웨어 스케일업이 애플리케이션 실행에 있어 안정성을 담보하기 위한 임시 방편인 경우 단순 스케일업은 아무것도 배우지 못하며, 고사양의 하드웨어 구매로 문제를 대강 뭉개는 데 익숙해질 것이다....