spring-boot, mysql, thymeleaf 개발 환경 셋팅. ide intellij 사용

데이터, 데이터 모델링 오라클 데이터베이스, SQL에 대한 내용 수록.SELECT문, 단일 행 함수, WHERE 절, ORDER BY절 집계 함수, GROUP BY절과 HAVING절조인, 서브쿼리, 집합 연산자, 분석 함수, Top-N 쿼리, 계층 쿼리, PRIVOT

적절한 부하 테스트를 할 수 있다면 우리의 서비스에 맞는 인프라 구조와 규모를 산정해 운영하면 비용을 절감할 수 있다. 확장성을 가지며 가용성이 높은 시스템을 만들어야 하는 시스템 담당자를 위해 필요한 내용을 "클라우드를 이용한 설계"와 "부하 테스트" 그리고 그

: 개인용 컴퓨터보다 성능이 뛰어난 컴퓨터나 저장장치 등의 컴퓨터 자원을 다른 곳에서 빌려 사용할 수 있도록 처리해주는 IT 기술이다. IaaS ( Infrastructure-as-a-service) : 물리적 서버(CPU, Memory 및 OS), 네트워크, 스토리지

apache2 설치 중 에러 발생. apache2 설치 중 에러 메시지 출력 Failed to start The apache HTTP Server. 웹 서버 설치 시 순서가 꼬였을 가능성. ☒ apache2 삭제 후 재 설치 -> 같은 원인 발생. ☑ 설치 후 아래

🙋🏻‍♂️ Ubuntu에서 Java, apache, tomcat, mysql 환경 구축을 해보자.☑ 기본적인 Linux 명령어와 Vi 명령어 알고 있는지?☐ apache/tomcat directory 구조를 알고 있는지? ☐ nstat 상태별 옵션 알고 있는지?

위 책을 보고 정리한 내용입니다.https://blog.naver.com/saga111참고 페이지 https://aws.amazon.com/ko/what-is-cloud-computing/https://www.aws.training/https

이 장의 주제는 리포지터리 구현이다.애그리거트를 이떤 저장소에 저장하느냐에 따라 리포지터리를 구현하는 방법이 다르기 때문에 모든 구현 기술에 대해 알 수는 없다. 도메인 모델과 리포지터리를 구현할 때 선호하는 기술을 꼽자면 JPA를 들 수 있다.ORM 표준인 JPA를

주문은 상품, 회원, 결제와 관련이 있다는 것을 쉽게 파악할 수 있다. 위 그림처럼 개별 객체 수준에서 모델을 바라보면 상위 수준에서 관계를 파악하기 어렵다. ( 주요 도메인 개념 간의 관계를 파악하기 어렵다는 것은 곧 코드를 변경하고 확정하는 것이 어려워진다는 것

네개의 영역 >아키텍처는 "표현", "응용", "도메인", "인프라스트럭처" 의 네 영역이다. 표현 영역 응용 서비스가 리턴한 결과를 JSON 형식으로 변환해서 HTTP 응답으로 웹 브라우저에 전송한다. 응용 영역 표현 영역을 통해 사용자의 요청을 전달받는 응용 영

객체를 만들어야 하는 경우와 그렇지 않은 경우에 대해 알아보자.클라이언트가 클래스의 인스턴스를 얻는 전통적인 수단은 public 생성자다. ( public 방법 말고도 정적 팩터리 메서드를 사용할 수 있다. )1) 첫 번째, 이름을 가질 수 있다. 2) 두 번째,

분산 아키텍처에서는 시스템의 물리적 위치 주소를 찾아야 한다. 이 개념은 분산 컴퓨팅 초창기 때부터 존재했고 공식적으로 서비스 디스커버리라고 한다. 서비스 디스커버리는 애플리케이션에서 사용하는 모든 원격 서비스의 주소가 포함된 프로퍼티 파일을 관리하는 것처럼 단순한 경

도메인은 여러 하위 도메인으로 구성된다. 카탈로그 하위 도메인은 고객에게 구매할 수 있는 상품 목록을 제공하고, 주문 하위 도메인은 고객의 주문을 처리한다. 혜택 하위 도메인은 쿠폰이나 특별 할인과 같은 서비스를 제공하고, 배송 하위 도메인은 고객에게 구매한 상품을

많은 개발자가 구성 정보를 저장하기 위해 저수준의 프로퍼티(property) 파일(yaml, json 또는 xml)로 전환할 것이다.대개 이러한 프로퍼티 파일은 데이터베이스 및 미들웨어 접속 정보와 애플리케이션 행동 양식을 정하는 메타데이터가 존재하는 서버로 둔다. 애

데브옵스 엔지니어에게 마이크로서비스 설계란 양산 이후의 서비스 관리에 관한 설계다. 첫번째, 마이크로서비스는 단일 소프트웨어 산출물을 이용해 여러 서비스 인스턴스를 시작하거나 제거할 수 있도록 자체 완비형이며 독립적으로 배포 가능해야 한다. 애플리케이션 환경변환에 대응

서비스 호출 프로토콜로 HTTP를 사용한다 : 서비스는 HTTP 엔드포인트로 노출되고 HTTP 프로토콜을 사용해서 서비스와 데이터를 교환한다. 서비스의 행동 양식을 표준 동사에 매핑한다 : REST는 서비스의 행동 양식을 HTTP 동사인 POST, GET, PUT,

비지니스 문제의 분해서비스 세분화의 확정서비스 인터페이스의 정의"마이크로 서비스 아키텍처는 비지니스 문제를 각 활동 영역을 대표하는 덩이들로 분해하고, 비즈니스 영역의 특징 부분과 연관된 비즈니스 규칙과 데이터 로직을 이 덩이들 안에 캡슐화 한다."비즈니스 문제를 기술

강한 결합 : 컴포넌트를 조금만 수정해도 그 애플리케이션의 다른 부분을 깨뜨리거나 새로운 거브를 생산할 가능성이 매우 높다..누설 : 대규모 소프트웨어 애플리케이션의 대부분은 다양한 유형의 데이터를 취급한다. 예를 들어 고객 관계 관리(CRM) 애플리케이션은 고객, 판

마이크로 서비스를 사용하면 대형 애플리케이션을 관리하기 쉽고, 제한된 책임을 담당하는 컴포넌트로 분해할 수 있다. 마이크로서비스를 고려할 때 수용해야 할 핵심 개념은 애플리케이션 기능을 분해하고 분리해서 완전히 상호 독립적이어야 한다는 것이다. 스프링은 의존성 주입