Я относительно новичок в области машинного обучения, интересующийся DevOps и разработкой программного обеспечения. Извините за расплывчатый и основанный на личном мнении вопрос.
Однако многочисленные блоги и руководства, обучающие некоторым концепциям облачных вычислений, советуют мне не использовать сервисы, которые приведут к привязке к поставщику, но не уточняют, что это за сервисы.
Например, если я использую автоматизированные скрипты для управления загрузкой облачных серверов и т. д., то следует ли мне использовать скрипты с открытым исходным кодом, такие как Terraform, вместо AWS или Azure CLI?
При оркестровке контейнеров Docker и запуске веб-сервисов следует ли мне воздержаться от использования абстракций более высокого уровня, таких как Fargate или ECS, и перейти к запуску контейнеров внутри экземпляра EC2, например локального сервера Linux?
Но в любом случае мне все равно придется использовать очень специфичные для облака решения и API для взаимодействия с ними, верно? Например, Amazon S3 bucket и Azure blog storage предлагают похожие сервисы, но с разными API.
Или я как-то неправильно понимаю концепцию, и она означает что-то совсем другое. Буду очень признателен за несколько примеров решений, которые приводят или не приводят к так называемой привязке к поставщику.
Еще раз извиняюсь за вопрос новичка.
решение1
Избегая блокировки, вы в конечном итоге используете только виртуальные машины, а не облачные сервисы. Если вы не используете облачные сервисы, вы можете просто использовать самые дешевые и надежные виртуальные машины, которые вы можете найти.
Однако я предлагаю более удачный подход — воспользоваться услугами и функциями выбранного поставщика облачных услуг и не беспокоиться о привязке, в итоге вы получите более надежное и, вероятно, более дешевое решение. Если вы хотите переместить поставщиков облачных услуг, это будет намного сложнее, но вы, вероятно, этого не сделаете.