응용 프로그램은 일반적으로 환경 변수와 디스크에서 읽은 파일의 조합인 실행 중인 환경에서 구성을 로드해야 합니다. Docker는 컨테이너에서 실행되는 앱을 위한 환경을 만들고 환경 변수를 설정하고 다양한 소스에서 파일 시스템을 구성할 수 있습니다. 앱에 대한 유연한 구

앱을 컨테이너화하고 클러스터에서 잘 작동하면 프로덕션으로 이동하는 것이 좋다고 생각할 수 있지만 여전히 시간을 투자해야 하는 몇 가지 모범 사례가 있습니다. Docker 이미지 최적화는 가장 중요한 것 중 하나입니다. , 빌드 및 배포가 빨라야 하고 애플리케이션 콘텐츠

컨테이너화된 앱을 프로덕션으로 가져오기 전에 사용할 몇 가지 중요한 사례에 중점을 둡니다. 구성을 읽고 로그 항목을 쓰기 위해 Docker 이미지를 최적화하고 앱을 Docker 플랫폼과 통합하는 방법을 배웁니다. 또한 역방향 프록시와 메시지 대기열을 사용하는 매우 유용

이 책에는 수십 가지의 실습 실습이 있으며, 따라 하기 위해 다른 기계를 사용했다면 Mac, Windows, Linux 및 Raspberry Pi에서 동일한 방식으로 실습이 작동하는 것을 보았을 것입니다. 그것은 우연이 아닙니다. 저는 이 책의 모든 Docker 이미지

Docker 명령줄은 컨테이너 작업의 원활한 방법을 제공하며 명령줄이 실제로 자체적으로 수행하는 작업은 없으며 Docker 엔진에서 실행되는 API에 지침을 보낼 뿐이라는 사실을 잊기 쉽습니다. 엔진에서 명령줄을 분리하면 두 가지 주요 이점이 있습니다. 다른 도구는 D

컨테이너화된 앱 업데이트는 컨테이너 오케스트레이터에서 관리하는 제로 다운타임 프로세스여야 합니다. 일반적으로 클러스터에는 관리자가 업데이트 중에 새 컨테이너를 예약하는 데 사용할 수 있는 예비 컴퓨팅 성능이 있으며 컨테이너 이미지에는 상태 확인 기능이 있어 클러스터에서

지난 장에서 명령줄을 사용하여 Docker Swarm 서비스를 만드는 방법을 배우는 데 많은 시간을 할애했지만 실제 프로젝트에서는 그렇게 하지 않을 것입니다. 오케스트레이션을 시작하고 컨테이너를 직접 실행하는 것과 오케스트레이터가 컨테이너를 관리하도록 하는 것의 차이점

고가용성과 많은 수신 트래픽을 처리할 수 있는 능력을 제공하기 위해 Docker를 실행하는 많은 머신이 있는 프로덕션 환경에서 이러한 애플리케이션이 실행되는 방식을 다룹니다.해당 환경에서 앱은 여전히 로컬에서 실행하는 것과 동일한 Docker 이미지를 사용하여 컨테이너

자동화는 Docker의 핵심입니다. 구성 요소를 Dockerfile에 패키징하고 Docker 명령줄을 사용하여 실행하는 단계를 설명합니다. Docker Compose 파일에서 앱의 아키텍처를 설명하고 Compose 명령줄을 사용하여 앱을 시작 및 중지합니다. 명령줄 도

7장에서 Compose를 사용하여 다중 컨테이너 앱을 표현하고 Compose 명령줄로 관리하는 방법을 잘 이해했습니다. 그 이후로 우리는 상태 확인 및 모니터링을 통해 프로덕션 준비를 위해 도커 앱을 개선했습니다. 모든 환경에서 이러한 프로덕션 기능이 모두 필요한 것은

자율화 앱은 입력되는 트래픽을 처리하기 위해 자체적으로 확장 및 축소되며 간헐적인 오류가 발생하면 스스로 복구합니다. 컨테이너 플랫폼은 상태 확인으로 이미지를 빌드하는 경우 많은 작업을 수행할 수 있지만 상황이 심각하게 잘못되었을 때 사람이 개입하도록 지속적인 모니터링

소프트웨어를 컨테이너에서 바로 생산할 수 있도록 하는 여정에 있습니다. 프로덕션에서는 Kubernetes와 같은 컨테이너 플랫폼에서 앱을 실행하고 이러한 플랫폼에는 자가 치유 앱을 배포하는 데 도움이 되는 기능이 있습니다. 플랫폼에서 컨테이너 내부의 앱이 정상인지 확인

대부분의 앱은 분산된 구성 요소에서 실행되는 프런트엔드 및 백엔드 구성 요소로 구축됩니다. 도커는 n 계층 모놀리스에서 최신 마이크로서비스에 이르기까지 분산 앱을 실행하는 데 적합합니다. 각 구성 요소는 자체 경량 컨테이너에서 실행되고 도커는 표준 네트워크 프로토콜을

우리가 어렸을 때 처음 배우는 공간 개념 중 하나는 테이블 위, 침대 아래, 내 앞, 엄마 뒤, 의자 옆과 같은 대상의 상대적 위치입니다. 우리는 일생 동안 도로 정보를 제공하는 데 있어 실제적인 유용성을 이해할 때까지 기본 포인트 개념, 참조 시스템 및 좌표에 대한

1. 시작하기 전에 기존 앱을 도커로 이주 Docker로 이주한 애플리케이션은 비용적 이득이 크며 이식성이 좋아집니다. 새로운 클라우드-네이티브 앱을 구축 CNCF에서는 애플리케이션을 마이크로서비스로 배포, 각 파트를 컨테이너로 패키징, 자원 이용을 최적화하는

20 Monitoring Microservices In this chapter, we will learn how to use Prometheus and Grafana to collect, monitor, and alert about performance metrics.

13Improving Resilience Using Resilience4jIn this chapter, we will learn how to use Resilience4j to make our microservices more resilient, that is, how

This book does not blindly praise microservices. Instead, it's about how we can use their benefits while being able to handle the challenges of buildi

이 문서는 spring-security-inaction을 번역한 내용입니다보안은 소프트웨어 시스템의 필수적인 비기능적 특성 중 하나입니다. 이 책에서 배우는 가장 중요한 측면 중 하나는 앱 개발의 초기 단계부터 보안을 고려해야 한다는 것입니다. 1장에서는 앱 개발 프로

You will learn about GraphQL-based API development and its testing in this chapter. You will implement GraphQL-based APIs for a sample application in