JPrime 2024가 성공적으로 마무리되었습니다!!
JPrime 2024의 주최자는 모든 사람이 즐길 수 있는 주제를 제공하기 위해 다시 한 번 최선을 다해 다양한 주제를 제공했습니다.
그러나 오늘의 기사는 "The Evolution of Integration Testing inside Spring and Quarkus"에 대한 Michael Simons의 강의 중 통찰력이 매우 뛰어났음에도 불구하고 촉발된 것이 아닙니다. 그는 Spring Boot의 설정에 중점을 두고 통합 테스트 전략을 탐구했습니다.
저자는 자신이 강조한 문제들이 Dev Services를 활용해 Quarkus에서 효과적으로 해결된다는 점을 분명히 강조했습니다(그림 1). 이는 제가 Spring Boot를 특정 애플리케이션에 대해 회의적인 시각으로 보는 또 다른 이유를 강조합니다. Spring Boot의 복잡성은 특히 Dev Services 사용과 관련된 Quarkus의 간소화된 솔루션과 극명하게 대조됩니다.
그림 1 – JPrime 2024
새로운 참석자들 사이에서 Dev Services가 촉발된 놀라움을 목격하는 것은 놀랍습니다. 그러나 Dev Services는 Quarkus의 최신 기능이 아니라는 점을 기억하는 것이 중요합니다. 그것은 꽤 오랫동안 프레임워크의 필수적인 부분이었습니다. Quarkus Dev Services에 대해 자세히 알아보고 지속적인 이점을 살펴보겠습니다.
Quarkus에서 Dev Services는 개발 및 테스트 모드 모두에서 구성되지 않은 서비스의 자동 프로비저닝을 촉진합니다. 기본적으로 확장 프로그램을 구성하지 않고 포함하면 Quarkus는 관련 서비스를 자동으로 시작하고(종종 백그라운드에서 Testcontainers를 활용) 이 서비스를 효율적으로 사용하도록 애플리케이션을 구성합니다.
자동 서비스 감지 및 실행
Quarkus Dev Services는 데이터베이스, 메시지 브로커, 기타 백엔드 서비스와 같은 필수 서비스의 감지 및 실행을 자동화합니다. 이 함수는 pom.xml 또는 build.gradle에 지정된 애플리케이션의 종속성을 활용합니다. 예를 들어, 데이터베이스 드라이버를 추가하면 Dev Services가 아직 실행되고 있지 않은 경우 해당 데이터베이스의 해당 컨테이너화된 인스턴스를 스핀업하도록 자동으로 트리거됩니다. 여기서 사용되는 기술은 주로 일반 데이터베이스, Selenium 웹 브라우저 또는 Docker 컨테이너에서 실행될 수 있는 모든 항목의 가볍고 일회용 인스턴스를 생성할 수 있는 Testcontainers와 관련됩니다.
동적 구성 삽입
필요한 서비스가 인스턴스화되면 Quarkus Dev Services는 런타임 시 관련 서비스 연결 세부 정보를 애플리케이션 구성에 동적으로 삽입합니다. 이는 표준 데이터베이스 또는 기타 서비스 URL을 자동 프로비저닝된 테스트 컨테이너로 다시 라우팅하는 연속 테스트라는 기능을 사용하여 수동 개입 없이 수행됩니다. URL, 사용자 자격 증명, 기타 운영 매개변수 등의 구성 속성이 원활하게 설정되므로 애플리케이션이 마치 수동으로 구성된 것처럼 이러한 서비스와 상호 작용할 수 있습니다.
서비스별 동작
Dev Services는 다양한 유형의 서비스에 맞춰져 있습니다.
네트워크 처리 및 서비스 격리
Quarkus Dev Services에 의해 구동되는 각 서비스는 격리된 환경에서 실행됩니다. 이는 다양한 개발 테스트 간에 포트 충돌, 데이터 잔여물 또는 보안 문제가 없는지 확인하는 데 중요합니다. 이러한 격리에도 불구하고 서비스는 Docker를 사용하여 적절하게 네트워크화되어 필요에 따라 서로 통신할 수 있도록 보장하며 실제 배포 분위기를 모방합니다.
수명주기 관리
Quarkus는 동적으로 프로비저닝된 서비스의 전체 라이프사이클을 관리합니다. 개발 모드에서 애플리케이션을 시작하면 필요한 서비스가 자동으로 시작됩니다. Quarkus 애플리케이션을 중지하면 해당 서비스도 종료됩니다. 이 관리에는 필요에 따라 데이터 지속성 처리가 포함되어 개발자가 설정 지연 없이 중단한 부분부터 바로 시작할 수 있습니다.
Quarkus와 함께 PostgreSQL 데이터베이스를 사용하고 있다고 생각해 보세요. 기존 PostgreSQL 구성이 감지되지 않으면 Quarkus는 PostgreSQL Docker 컨테이너를 킥스타트하고 애플리케이션을 자동으로 연결합니다.
이러한 서비스는 개발 및 테스트 모드에서 기본적으로 활성화되어 있지만 필요한 경우 application.properties를 통해 비활성화할 수 있습니다.
quarkus.datasource.devservices.enabled=false
Quarkus가 PostgreSQL 데이터베이스를 사용하는 시나리오와 Dev Services가 이를 최소한의 소란으로 촉진하는 방법을 확장해 보겠습니다.
Quarkus가 활성화된 PostgreSQL 구성이 없음(실행되지 않거나 명시적으로 구성되지 않음)을 감지하면 Docker를 사용하여 PostgreSQL 컨테이너를 자동으로 시작합니다. 이는 Dev Services를 통해 백그라운드에서 설정됩니다.
ORM 레이어를 통해 데이터베이스와 상호작용하려면 Hibernate ORM 작업을 단순화하는 Quarkus Panache 사용을 고려해 보세요. 환경을 설정하는 방법은 다음과 같습니다.
종속성 추가
먼저 pom.xml에 필요한 종속성을 포함합니다.
<dependency> <groupId>io.quarkus</groupId> <artifactId>quarkus-hibernate-orm-panache</artifactId> </dependency> <dependency> <groupId>io.quarkus</groupId> <artifactId>quarkus-jdbc-postgresql</artifactId> </dependency>
엔티티 정의
다음으로 CityEntity와 같은 엔터티를 정의합니다.
@Entity @Table(name = "cities") public class CityEntity { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; private String name; @Column(name = "public_id") private String publicId; @OneToOne private StateEntity state; @Column(nullable = false, name = "created_at") private Instant createdAt; @Column(nullable = false, name = "last_modified") private Instant lastModified; @PrePersist protected void onCreate() { createdAt = Instant.now(); lastModified = createdAt; } @PreUpdate protected void onUpdate() { lastModified = Instant.now(); } }
저장소 생성
데이터베이스와 직접 상호 작용하는 저장소를 구현합니다.
@ApplicationScoped public class CityRepository implements PanacheRepository<CityEntity> { }
서비스 계층
저장소를 활용하는 서비스 계층 정의:
@ApplicationScoped public class CityServiceImpl implements CityService { @Inject CityRepository cityRepository; @Override public long countCities() { return cityRepository.count(); } } public interface CityService { long countCities(); }
리소스 엔드포인트
@Path("/cities") @Tag(name = "City Resource", description = "City APIs") public class CityResource { @Inject CityService cityService; @GET @Path("/count") @Operation(summary = "Get the total number of cities", description = "Returns the total count of cities in the system.") @APIResponse(responseCode = "200", description = "Successful response", content = @Content(mediaType = "application/json", schema = @Schema(implementation = Long.class))) public long count() { return cityService.countCities(); } }
Quarkus 애플리케이션(mvn quarkus:dev)을 실행할 때 PostgreSQL 컨테이너가 자동으로 시작되는 것을 관찰하세요(그림 2). 이러한 원활한 통합은 Quarkus Dev Services의 강력한 기능을 보여주며, 애플리케이션에 필요한 외부 서비스에 대한 구성 및 연결 설정을 자동화하여 개발 및 테스트를 훨씬 더 단순화합니다.
그림 2 – 애플리케이션 로그
Quarkus Dev Services는 다양한 서비스의 구성 및 관리를 처리하여 개발 및 테스트 단계를 간소화하므로 개발자는 실제 애플리케이션에 더 집중할 수 있습니다. Quarkus는 다음을 포함하여 광범위한 개발 서비스를 지원합니다.
Quarkus Dev Services는 개발자가 개발 및 테스트 단계에서 외부 서비스 설정 및 통합에 접근하는 방식의 패러다임 변화를 나타냅니다. 환경 설정 자동화는 개발 프로세스를 가속화할 뿐만 아니라 구성 오류 가능성을 줄여 팀이 강력하고 기능이 풍부한 애플리케이션을 만드는 데 더 쉽게 집중할 수 있게 해줍니다.
Quarkus Dev Services의 뛰어난 장점 중 하나는 개발자 생산성에 중점을 둔 것입니다. 서비스 종속성을 수동으로 관리할 필요가 없으므로 개발자는 비즈니스 로직 및 애플리케이션 기능에 대한 작업을 즉시 시작할 수 있습니다. 이러한 간소화된 워크플로우는 여러 서비스에 동시 개발 및 통합이 필요할 수 있는 마이크로서비스 아키텍처에 특히 유용합니다
결론적으로 Quarkus Dev Services를 도입하면 개발 팀의 효율성과 프로젝트 결과에 큰 영향을 미칠 수 있습니다. Quarkus의 단순성과 강력함은 실험을 장려합니다.
더 빠른 반복과 궁극적으로 더 빠른 개발 주기를 제공합니다. 이러한 기술 활용은 현대 기업이 디지털 시대에 성공하기 위해 필요한 것입니다.
위 내용은 효율적인 개발을 위해 Quarkus Dev Services와의 자동 설정 및 통합 활용의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!