Что такое vendor lock и как его избежать?

Vendor lock (vendor lock-in) — это зависимость продукта или инфраструктуры от конкретного поставщика, из-за которой смена вендора требует больших затрат, времени или вообще невозможна. Такая привязка возникает, когда используются проприетарные API, форматы данных, лицензии или уникальные сервисы, не имеющие аналогов у конкурентов.

Где встречается

• Облака: AWS Lambda, DynamoDB, BigQuery — миграция на другой провайдер требует переписывания кода.
• СУБД: специфичные расширения PostgreSQL или Oracle PL/SQL усложняют переход.
• Фреймворки и платформы: проприетарные CMS, low-code платформы, мобильные SDK.
• Инфраструктура: собственные форматы образов, нестандартные оркестраторы.

Как избежать

1. Использовать открытые стандарты и протоколы (HTTP, SQL, OCI, OpenTelemetry).
2. Вводить слой абстракции между бизнес-логикой и вендорским API.
3. Применять контейнеры и Kubernetes для переносимости окружения.
4. Выбирать мультиоблачные или гибридные решения для критичных сервисов.
5. Оценивать стоимость миграции на этапе архитектурного проектирования.

Пример абстракции для хранилища

interface FileStorage {
  upload(key: string, data: Buffer): Promise<void>;
  download(key: string): Promise<Buffer>;
}

class S3Storage implements FileStorage { /* AWS SDK */ }
class GCSStorage implements FileStorage { /* Google SDK */ }

// Бизнес-логика зависит только от интерфейса
class DocumentService {
  constructor(private storage: FileStorage) {}
  async save(doc: Buffer) {
    await this.storage.upload('doc', doc);
  }
}

Такой подход позволяет заменить S3 на GCS или MinIO, изменив только реализацию интерфейса, а не весь код приложения.

Итог: vendor lock стоит учитывать при выборе облака, СУБД и платформ. Абстракции и открытые стандарты снижают риски и сохраняют свободу миграции, что особенно важно для долгоживущих и критичных систем.