Есть ли способ принять рецепт шеф-повара (а затем сказать, что он использовался для AWS EC2), автоматически изменить его для работы с Rackspace или SoftLayer?Любой способ автоматического изменения рецептов шеф-повара для работы с другим поставщиком облачных вычислений?
Редактировать: Если этого не существует, как трудно, по вашему мнению, было бы создать его с нуля?
Это действительно сильно зависит от Поваренной книги. Подавляющее большинство кулинарных книг совершенно не знают, работают ли они на голом металле, в AWS, в пространстве стекол и т. Д. Они, как правило, гораздо больше беспокоятся о том, в какой операционной системе они работают.
Таким образом, они отвечают на гораздо более светлое примечание, что вы отправляете их мне вместе с несколькими сотнями долларов, и я отправляю их вам «автоматически» (и без изменений).
На более серьезной ноте, если вы можете сказать нам, какую поваренную книгу вы имеете в виду, мы могли бы дать вам лучшую идею.
Поваренная книга, предназначенная для выполнения чего-либо (например, установка php) не знает, как это сделать для Rackspace, AWS и т. Д., В частности. Эта часть находится в вашей собственной установке.
Упрощенное объяснение этого заключается в том, что поваренная книга сообщает шеф-повару, что он хочет сделать, а шеф-повар использует нож (нож-пространство, чтобы выбрать один из списка), чтобы сделать это.
Прочитайте документацию на шеф-поваре немного больше, установите chefDK в свою собственную систему и выполните некоторые из обучающих программ. Вскоре ты получишь это. У меня есть файл .kitchen.yml, который я использую здесь, который использует одну и ту же кулинарную книгу для создания двух разных платформ ОС с использованием двух разных поставщиков. Определитель - это тот сервер, на который я говорю: «kitchen converge xxxx», где xxxx - это имя сервера, который я хочу построить. Он будет использовать одну и ту же кулинарную книгу для сборки сервера, будь то в облаке или в виртуальном экземпляре на моей локальной машине.
И нет, мне не нужно было совершать какие-либо обходы, чтобы заставить его работать через поставщиков. Пришлось использовать некоторую условную логику, чтобы включить правильные кулинарные книги менеджера пакетов (например, yum для CentOS и apt для Ubuntu), но это просто определение того, какая поваренная книга должна иметь под рукой, а не изменение/преобразование каких-либо конкретных рецептов.
Основным правилом является то, что в кулинарной книге есть что-то особенное для конкретного поставщика облака (например, Rackspace, AWS и т. Д.). Вы делаете это неправильно. Поваренная книга должна быть агностикой. И если это не так, найдите еще один, потому что есть вероятность, что в этой поваренной книге есть другие проблемы, которые вы еще не нашли.
В зависимости от того, что именно вы хотите, чтобы сделать его также стоит проверить ножевые плагины для различных поставщиков облачных:
Приветствия EJK
надежда будет то, что говорят, кто-то поваренную книгу, которая предназначена, чтобы сделать что-то в частности (как вы отметили, - не знают, будет ли она работать на Б.М., AWS, Rackspace, softlayer и т. д.). Было бы полезно иметь инструмент, который затем мог бы автоматически модифицировать скрипт для работы с определенным хостинг-провайдером (либо с помощью api, либо через gui с раскрывающимися списками и т. Д.). Считаете ли вы, что что-то подобное существует или может быть создано? – hadoophelp2
Прошу прощения, но без более конкретного варианта использования я действительно не могу помочь. Я хотел сказать, что такой инструмент не нужен. Очень немногие кулинарные книги делают все, что напрямую связано с хостинговой платформой. Поэтому, если ваша кулинарная книга не делает что-то очень облачное, например создание балансировки нагрузки и т. Д., Все равно, где он был запущен, и будет работать через любую облачную платформу. Если он делает что-то конкретное, то ответ заключается в использовании библиотеки тумана, а не конкретной облачной библиотеки. Но было бы очень сложно использовать инструмент, чтобы изменить его для другого облака в противном случае. –