배포 가능한 아키텍처를 쌓는다는 것은 무엇을 의미할까요?

보다 복잡한 사용 사례의 경우 아키텍처를 함께 스택하여 복잡한 애플리케이션 또는 인프라를 배포하기 위한 완전한 엔드투엔드 솔루션을 구성할 수 있습니다. 특정 기능을 제공하는 개별 모듈이나 배포 가능한 아키텍처와 달리 스태킹은 여러 배포 가능한 아키텍처를 결합하여 쉽게 배포하고 관리할 수 있는 포괄적인 솔루션을 구성합니다. 모듈을 결합하여 배포 가능한 아키텍처를 만들 수 있는 것처럼, 배포 가능한 아키텍처를 쌓아 더 광범위한 솔루션을 만들 수 있습니다. 스태킹에는 아키텍처를 서로 연결하여 복잡한 배포 가능한 아키텍처를 만드는 것이 포함됩니다. 이러한 연결은 참조 표기법을 사용하여 각 배포 가능한 아키텍처의 입력에 참조를 지정함으로써 이루어집니다. 테라폼 전문가가 아니어도, 테라폼 코딩 기술이 없어도 아키텍처를 스택하고 배포할 수 있습니다.

예를 들어, Secrets Manager 에 대한 클라우드 자동화를 생각해 보세요. 이 배포 가능한 아키텍처에는 Secrets Manager 인스턴스를 생성하는 Secrets Manager 모듈이 포함되어 있습니다. Secrets Manager 의 인스턴스만 필요한 경우 해당 배포 가능한 아키텍처가 적합한 선택입니다. 하지만 비밀을 안전하게 관리하는 것은 클라우드 보안 유지의 한 부분일 뿐입니다. 리소스의 상태를 항상 파악할 수 있도록 규정 준수 검사를 실행하는 것은 어떨까요? 또는 IBM Cloud 계정에서 중요한 이벤트에 대한 알림을 받고 계신가요? 보안 및 통합 가시성을 위한 Cloud 기반은 IBM Cloud 의 모든 보안 서비스를 활용합니다. 클라우드 자동화를 기반으로 구축되었으며, 다른 IBM Cloud 서비스를 프로비저닝하는 Event Notifications 배포 가능한 아키텍처와 함께 Secrets Manager 구성되었습니다. 그 배치 가능한 아키텍처는 단독으로는 제공할 수 Secrets Manager 없는 보다 포괄적인 보안 솔루션을 제공합니다.

배포 가능한 아키텍처를 IBM Cloud 프로젝트에 스택하여 많은 추가 유효성 검사 단계 없이 카탈로그에 함께 게시할 수 있습니다. 또는 비공개 카탈로그에 솔루션을 온보딩할 때 아키텍처를 스택할 수 있습니다. 여기에서 다른 사람들과 공유하여 직접 재구축하는 시간을 절약할 수 있습니다.

이 복잡한 솔루션의 비용, 규정 준수, 지원 및 품질 보증의 대부분은 배포 가능한 아키텍처에서 비롯됩니다. 하지만 이 복잡한 솔루션에는 고유한 버전, 설명, 아키텍처 다이어그램이 있습니다. 카탈로그에서 다른 배포 가능한 아키텍처와 함께 스택된 배포 가능한 아키텍처를 업데이트하는 경우, 온보더가 해당 구성 요소 배포 가능한 아키텍처의 최신 버전을 사용하려면 전체 솔루션을 업데이트해야 합니다. 전체 솔루션을 새 버전으로 업데이트하면 단일 아키텍처에 대한 최신 업데이트가 더 광범위한 솔루션 내에서 올바르게 작동하도록 하는 데 도움이 됩니다.

그러나 배포 가능한 각 아키텍처는 독립적인 구성 상태를 가지므로 각각 독립적으로 배포, 업데이트 또는 배포 취소할 수 있습니다. 예를 들어, 보안 및 통합 가시성을 위한 Cloud 기반에는 배포 가능한 아키텍처( Secrets Manager )를 위한 Cloud 자동화가 포함되어 있다는 것을 이미 알고 계실 것입니다. Secrets Manager 에 대한 Cloud 자동화가 업데이트된 경우, 보안 및 통합 가시성을 위한 Cloud 기반을 업데이트하여 Secrets Manager 의 최신 버전을 사용해야 합니다. 그러나 보안 및 통합 가시성을 위해 Cloud Foundation에 포함된 모든 아키텍처는 해당 솔루션을 사용하는 사용자가 다시 배포할 필요가 없습니다. 사용자가 최신 버전을 사용하도록 프로젝트를 업데이트하는 경우 Secrets Manager 만 다시 배포하면 됩니다.

배포 가능한 아키텍처에는 무엇이 포함되나요?

배치 가능한 아키텍처에는 변형이 포함되거나, 종속성이 있거나, 더 복잡한 솔루션을 작성하기 위해 함께 스택될 수 있습니다.

변형

변형은 다른 기능이나 복잡도를 기존의 배치 가능한 아키텍처에 적용하는 배치 가능한 아키텍처의 유형입니다. 예를 들어, 내부적으로 테스트할 단순하고 저렴한 배치를 위한 기본 기능이 있는 배치 가능한 아키텍처에 대한 빠른 시작 변형이 있을 수 있습니다. 또한 프로덕션에서 사용할 준비가 된 약간 더 복잡한 표준 변형이 있을 수 있습니다.

필수 아키텍처

배포 가능한 아키텍처에는 성공적으로 배포하기 위해 다른 배포 가능한 아키텍처의 출력이 필요한 입력이 포함될 수 있습니다. 배포 가능한 아키텍처와 필요한 다른 아키텍처 간의 이러한 관계를 일반적으로 종속성이라고 합니다. 배포 가능한 아키텍처를 스택하거나 배포 가능한 아키텍처를 프라이빗 카탈로그에 온보딩하고 다른 아키텍처를 포함하도록 확장하는 두 가지 방법으로 종속성을 충족할 수 있습니다.

선택적 아키텍처

배포 가능한 아키텍처는 유연하게 설계되었기 때문에 아키텍처를 쉽게 스택하여 보다 완벽한 솔루션을 구축할 수 있습니다. 그러나 일반적으로 유용한 배포 가능한 아키텍처에는 복잡한 사용 사례를 충족하는 데 필요한 특정 옵션이 포함되어 있지 않을 수 있습니다. 예를 들어, Java 애플리케이션에 어떤 데이터베이스가 사용되나요? 이벤트 알림, 메시지 대기열 또는 기본적으로 포함되지 않는 기타 선택적 서비스가 필요하신가요? 선택적 배포 가능한 아키텍처를 필수 배포 가능한 아키텍처와 함께 스택하여 사용자의 이러한 사용자 지정 문제를 해결할 수 있습니다.

스왑 가능한 아키텍처

종속성을 충족하기 위해 아키텍처가 필요하든, 아키텍처의 선택적 확장으로 포함되든, 사용자는 더 많은 유연성을 요구할 수 있습니다. Java 애플리케이션이 선택적 데이터베이스와 함께 작동한다는 것을 알고 계시겠지만, 사용자에게는 어떤 데이터베이스가 필요할까요? 사용자가 교체 가능한 아키텍처를 지정하면 특정 요구 사항에 맞게 엔드투엔드 솔루션을 맞춤화할 수 있습니다. 선택 사항 또는 필수 아키텍처를 함께 쌓은 후에는 아키텍처를 서로 스왑 가능한 것으로 그룹화할 수 있습니다. 그런 다음 소비 사용자는 종속성을 충족하기 위해 사용할 필수 아키텍처를 선택하거나 사용 사례를 확장하려는 경우 선택 아키텍처를 선택할 수 있습니다.

배포 가능한 아키텍처를 비공개 카탈로그에 온보딩할 때 옵션 및 스왑 가능한 아키텍처를 추가할 수 있습니다. 현재 프로젝트에서 배포 가능한 아키텍처 스택은 옵션 또는 스왑 가능한 아키텍처를 지원하지 않습니다.