네, 물류 측면에서는 부담이 큽니다. 순열(permutation)은 개별 값의 개수를 n이라고 할 때 2n 정도를 의미하나요?
어쨌든, 리소스를 "사전(ahead of time)"으로 준비하는 경우라면, 애드온이 단 30개만 있어도 가능한 조합이 10억 개를 넘습니다. 게다가 이는 특정 시점의 “스냅샷” 기준이며, 버전이 바뀔수록 그 의미는 점점 희미해집니다.
“요청 시(on demand)” 서비스로 제공하는 경우라면, 모든 가능성을 제시할 좋은 UI를 생각하기 어렵고, UI를 극도로 제한하더라도 설치된 리포지토리를 통제하지 않으면 보안 위험이 생길 수 있습니다.
불가능하거나 실현 불가능하다고 말하는 것은 아닙니다. 어떤 수익과 비용 모델이 작동할지 저도 알지 못합니다.