То есть к запросу добавляется параметр «recipe», в котором содержится имя рецепта.
Как вариант, при использовании API можно подсмотреть в логе панели пример вызова функции, позвав ее с нужными параметрами из интерфейса. На всякий случай напоминаем, что лог VMmanager по умолчанию находится в директории /usr/local/mgr5/var/ и называется vmmgr.log
Не думаю, что КНД можно реализовать, если ноды находятся в разных дата центрах. Я не видел, чтобы VMware официально где-то объявляли предельно допустимую задержку сигнала, но логика подсказывает, что, поскольку имеет место синхронизация, значение тут никак не больше миллисекунд пяти. Если сможете реализовать такой канал передачи данных между дата-центрами — КНД в теории должен работать. Не забудьте только, что скорость линка должна быть не менее 10 Гбит/с.
КВД требует хорошей связи с хранилищем дисков виртуальных машин. Задержки больше 10 мсек допускать не стоит.
Проблемы с сетями, в принципе, равнозначны отказу той или иной ноды (или нескольких). В случае VMmanager Cloud если неисправность сетевого оборудования поделила кластер на две части, то будет работать та, в которой больше нод. На другой автоматически остановятся виртуальные машины.
Согласен, в жизни оператор предпочтёт сделать так, чтобы произошёл ваш вариант развития событий. Однако в теории, хоть и с ничтожной вероятностью, возможен обрыв связи.
UPD: Пришёл с совещания. Прошу прощения, глупость сморозил; из shell-скрипта же можно вызвать скрипт на питоне, передав туда нужные параметры. Да и вообще что угодно вызвать. Так что тут у сисадмина или программиста в плане выбора языка написания кода полностью развязаны руки.
У BILLmanager API есть; документация, если нужно, находится в общедоступной Wiki. Другой момент – как Вы предполагаете использовать эту вещь для продажи нехостинговых услуг?
Если я не ответил на Ваш вопрос, то уточните, пожалуйста, какой API Вы имели в виду.
Прошу прощения, не хотел никого оскорбить.
Я имел в виду, что системный администратор чаще встречается в хостинговых компаниях-стартапах, в отличие от программиста. С shell-скриптами не нужно нанимать дополнительного человека, расходы сокращаются. К тому же обработчики нужно писать на C++. Из собственного опыта скажу: среди моих знакомых сисадминов на C++ пишет в лучшем случае четверть. По крайней мере такова ситуация у нас в регионе. Как в Вашей местности с этим дело обстоит я не знаю, но надеюсь, что гораздо позитивнее.
Реализовать поддержку python – хорошая идея. Вынесу на обсуждение руководству.
Если хочется продавать, скажем, копии Windows в коробках с доставкой до клиента, то стандартным BILLmanager этого не реализовать. А shell-скриптами можно. Вопрос лишь заморочиться с красивой реализацией.
Если вопрос про «зачем хостерам предоставлять нехостинговые услуги», то тут ответ прост: конкуренция же. Если продаёшь, например, сопутствующие к VDS товары, то клиенты радуются: всё что нужно в одном месте купил, никуда больше идти не надо.
Если Вы имеете в виду, что многие пишут по-своему, когда есть единый стандарт EPP, то да, мы с Вами согласны. Тоже сталкиваемся с такой же проблемой, когда пишем обработчик нового регистратора на ЕРР. Метод решения «нестыковок» каждый раз свой, смотрим по ситуации.
Автоматизируем тестирование, конечно :-) И виртуализацию, разумеется, используем.
Вы правы, объём одного только регрессионного тестирования колоссален, вручную всего необходимого не охватить. Поэтому у нас в штате достаточно много тестеров-«автоматчиков».
Надеемся, в ближайшее время соберём материал и напишем статью о том, как у нас в компании поставлен процесс тестирования. Будем рады, если Вы прочтёте этот материал и извлечёте для себя полезный опыт. Будем рады Вашим комментариям, если что. :-)
По прикидкам сервер должен выдерживать 15-20 человек, зависит от скорости соединения.
По масштабированию подсказать не могу, к сожалению.
То есть к запросу добавляется параметр «recipe», в котором содержится имя рецепта.
Как вариант, при использовании API можно подсмотреть в логе панели пример вызова функции, позвав ее с нужными параметрами из интерфейса. На всякий случай напоминаем, что лог VMmanager по умолчанию находится в директории /usr/local/mgr5/var/ и называется vmmgr.log
КВД требует хорошей связи с хранилищем дисков виртуальных машин. Задержки больше 10 мсек допускать не стоит.
Проблемы с сетями, в принципе, равнозначны отказу той или иной ноды (или нескольких). В случае VMmanager Cloud если неисправность сетевого оборудования поделила кластер на две части, то будет работать та, в которой больше нод. На другой автоматически остановятся виртуальные машины.
Если я не ответил на Ваш вопрос, то уточните, пожалуйста, какой API Вы имели в виду.
Я имел в виду, что системный администратор чаще встречается в хостинговых компаниях-стартапах, в отличие от программиста. С shell-скриптами не нужно нанимать дополнительного человека, расходы сокращаются. К тому же обработчики нужно писать на C++. Из собственного опыта скажу: среди моих знакомых сисадминов на C++ пишет в лучшем случае четверть. По крайней мере такова ситуация у нас в регионе. Как в Вашей местности с этим дело обстоит я не знаю, но надеюсь, что гораздо позитивнее.
Реализовать поддержку python – хорошая идея. Вынесу на обсуждение руководству.
Если вопрос про «зачем хостерам предоставлять нехостинговые услуги», то тут ответ прост: конкуренция же. Если продаёшь, например, сопутствующие к VDS товары, то клиенты радуются: всё что нужно в одном месте купил, никуда больше идти не надо.
Вы правы, объём одного только регрессионного тестирования колоссален, вручную всего необходимого не охватить. Поэтому у нас в штате достаточно много тестеров-«автоматчиков».
Надеемся, в ближайшее время соберём материал и напишем статью о том, как у нас в компании поставлен процесс тестирования. Будем рады, если Вы прочтёте этот материал и извлечёте для себя полезный опыт. Будем рады Вашим комментариям, если что. :-)