A common disadvantage of cloud models is higher dependency on the vendor—often described as vendor lock-in. When solutions rely on a provider’s proprietary services, APIs, data formats, or managed offerings, switching providers (or moving back on-premises) can become costly and complex. This dependency can reduce portability and negotiating leverage over time, and it can increase switching costs if pricing, service levels, or strategic needs change.
Options A and B are generally the opposite of typical cloud benefits: cloud platforms usually provide elastic scaling and abundant capacity relative to on-prem constraints (assuming budget allows). Latency (C) can be a disadvantage in some architectures, but it isn’t as consistently defining as vendor dependence—latency can be mitigated through region selection, edge services, and network design, and many workloads experience acceptable performance. Vendor dependency/lock-in, however, is a well-known structural risk of adopting cloud-native services.
From a project management lens, this matters in planning and governance: procurement strategy, architectural choices, and exit/migration planning help manage the risk of over-dependence on a single provider.
