아키텍처 원칙은 우리가 할 수 있는 것뿐만 아니라 할 수 없는 것도 규정합니다. 예를 들어 서비스로 구성된 시스템에서 각 서비스를 독립적으로 배포할 수 있어야 한다는 원칙을 들 수 있습니다. 이 원칙은 서비스 아키텍트에 서비스 배포 방법과 시기를 결정할 자유를 줍니다. 하지만 동시에 다른 서비스를 업데이트하거나 업데이트 중에 비활성화되도록 하는 배포 전략은 사용할 수 없습니다. 이처럼 아키텍처 원칙은 일부 선택지를 열어 주면서 다른 선택지를 배제하기도 합니다.
앞선 예처럼 아키텍처 원칙에 따른 제약이 없으면 잠재적인 수많은 설계 옵션 때문에 의사 결정이 늦어질 수 있습니다. 이는 수익 체감(diminishing returns)7의 전형적인 예입니다. 새로운 옵션을 탐색하는 데 많은 시간을 들이지만, 이미 선택된 옵션보다 뚜렷한 이점은 제공하지 않습니다. 하지만 선택지에 제약을 두면 시간과 노력을 절약하면서 동일한 결과를 낼 수 있습니다. 다만 이러한 제약이 효과가 있으려면 한정된 설계 범위 안에 적절한 옵션이 있어야 하므로 신중을 기해야 합니다.