공유 소스
공통 Git 소스에서 시작하여 릴리스에 연결된 정확한 커밋과 이해하기 쉬운 버전을 보존합니다. 서로 다른 배포 유형은 독립적으로 진행하면서도 동일한 소스 이력에 계속 연결될 수 있습니다.
소프트웨어 제공
공유 소스에서 제어된 배포까지.
Microwave Pie의 소프트웨어 제공 기능은 자체 호스팅 애플리케이션 구현을 더 쉽게 하도록 설계되었습니다. 공유 소스에서 릴리스를 관리하고, 배포에 적합한 패키지를 만들고, 라이선스를 적용하며, 설치와 업데이트가 알려진 릴리스에 계속 연결되도록 합니다.
공유 제공 모델
1공유 애플리케이션 소스하나의 소스 이력과 릴리스 식별 정보.
2플랫폼 릴리스의도한 배포 대상을 위해 빌드합니다.
소스 패키지
컴파일 패키지
3라이선스 패키지특정 구현을 위한 패키지를 발급합니다.
4설치 및 업데이트배포 이력을 제공된 릴리스와 연결된 상태로 유지합니다.
기능
제어력을 잃지 않으면서 릴리스 선택을 유연하게 유지합니다.
환경마다 항상 같은 패키지 형식이나 같은 시점의 릴리스가 필요한 것은 아닙니다. Microwave Pie는 공유 애플리케이션 소스, 재사용 가능한 릴리스, 패키지, 라이선스, 설치된 인스턴스를 분리하여 각 요소를 필요에 맞게 신중히 진행할 수 있도록 합니다.
소스 패키지
투명성, 직접 런타임 배포 또는 플랫폼별 Python 설치가 더 적합한 경우 애플리케이션을 소스로 제공합니다. 소스 패키지도 컴파일 패키지와 동일한 릴리스 및 라이선스 모델을 유지합니다.
컴파일 패키지
더 독립적인 런타임이 필요한 경우 컴파일된 애플리케이션 패키지를 제공합니다. 컴파일은 별도의 제품 계보가 아니라 제공 방식의 선택이므로 릴리스 출처가 일관되게 유지됩니다.
패키지 및 라이선스 관리
라이선스와 대상 배포 컨텍스트가 이미 연결된 패키지를 발급합니다. 패키지 수명주기, 라이선스 상태, 다운로드, 설치, 업데이트, 철회 및 종료를 나중에 다시 구성하지 않고 함께 관리할 수 있습니다.
대상별 릴리스 선택
Raspberry Pi, GCP, 소스 및 컴파일 배포 유형은 필요에 따라 서로 다른 릴리스 수준을 유지할 수 있습니다. 누락된 Git 커밋은 애플리케이션 전체뿐 아니라 배포 유형별로도 검토할 수 있습니다.
UI에서 관리하는 업데이트
관리되는 애플리케이션은 승인된 업데이트가 제공되면 강제로 적용하지 않고도 자동으로 이를 표시할 수 있습니다. 관리자는 애플리케이션 UI에서 업데이트를 언제 준비하고 적용할지 선택합니다. 재시작 후에는 Package와 License 관계를 유지한 채 설치된 릴리스를 공유 제공 서비스에 다시 확인할 수 있습니다.
구현
불확실성이 아니라 배포를 패키징하세요.
소프트웨어 패키지는 애플리케이션 릴리스를 실제 작동하는 배포로 전환하는 데 필요한 구현 컨텍스트를 담을 수 있습니다. 대상 플랫폼, 패키지 형식, 설치 동작, 릴리스 식별 정보, 라이선스 관계가 포함됩니다.
이를 통해 각 환경이 빌드와 제공 결정을 독립적으로 다시 만들도록 요구하지 않고, 알려진 릴리스에서 구현 절차를 시작할 수 있습니다. 더 새로운 릴리스가 적절해지면 기존 Package와 License 관계는 그대로 유지하면서 선택된 릴리스만 신중하게 전진시킬 수 있습니다.
Application Releases는 실제로 빌드된 아티팩트와 Git 식별 정보를 보존합니다.
업데이트 가능 여부는 자동으로 알릴 수 있지만 다운로드, 준비, 적용, 재시작은 관리자가 의도적으로 수행하는 작업으로 남습니다.
패키지, 라이선스, 설치된 인스턴스는 설치, 업데이트, 철회, 종료 전 과정에서 서로 연결된 상태를 유지합니다.
Blackcap
현재 이 모델을 사용하는 하나의 애플리케이션.
Blackcap은 지원되는 Raspberry Pi 및 GCP 환경에 소스 또는 컴파일 패키지로 배포할 수 있으며 릴리스, 패키지, 라이선스, 업데이트 동작을 일관되게 유지합니다.