Есть такой проект, как resin + php, можно чуть подробнее — отличия/достоинства? Ну так, в двух словах.
Еще хочется больше бенчей, не только совсем синтетических.
Вы не забывайте, что статья писалась в начале 2011 года и на тот момент блистал только Proxmox, с возможностью кластеризации и возможностью выбора гипервизора из коробки.
Openstack писали админы для админов, со всеми вытекающими отсюда последствиями. И при серьезных инсталляциях будет довольно тяжело и дорого его поддерживать. Сейчас ситуация с ним чуть лучше, но на тот момент все это доставляло немало проблем.
oVirt — это KVM и RedHat. Плюс надо организовывать сетевое хранилище. Proxmox приятней, проще и функциональней. Как-то так )
Все верно. Сокеты — non-blocking & synchronous
Если хочется асинхронных запросов, то можно сделать
ngx.location.capture, где все и обрабатывать.
Здесь уже будет асинхронно. Добавить shared_dict и будет наверное еще быстрее.
Ansible можно запустить под Win, но это — нетривиально и пользы практически никакой.
rundeck работает под Win.
Ansible точно заменяет rundeck и с натяжкой заменяет chef. Хотя, я сейчас поменял работу, тут chef везде, становится понятно, что некоторые вещи быстро и приятно делать именно с chef и только с ним.
Все зависит от задач, выберите то, что вам подходит больше всего )))
Выглядит красиво, но php же. Ставили, посмотрели. Прикрутили сторадж на ceph. Половина свистелок не работает. Те, которые работают — слишком ресурсоемкие и не очень быстрые. При количестве пользователей более десяти — возникают неизбежные проблемы с производительностью. Как это все масштабировать, даже с распределенным хранилищем — неясно.
На nas дома я бы поставил. Куда-то в продакшн = будет все время лежать и будить админа.
Как-то так.
Для конфигураций давно придумали инструменты управления конфигурациями
— chef
— ansible
— pupppet
— surf
Если машин мало, то ansible подойдет. Заодно между делом составляется документация и из рецепта\плэйбука будет ясно что зачем когда и почему. Сами рецепты уже хранятся в git.
Ога. Честно сказать, эта часть до совершенства еще далека и они это доделывают в последнюю очередь. Глючит жестко.
Все завсит от много чего. Что за железо, какая файлуха над ним, сколько ресурсов у мдс. Настроить можно, будет нормально. Но просят еще подождать ))
Elliptics мы выпилили по причине слишком сильной черноты ящика. Когда оно начало ломаться без причины, починить мы не смогли. Ответить и помочь на тот момент никто не смог.
Я еще помню адушку с пакетами, когда elliptics-node конфликтовал c elliptics-node-yandex, который был в зависимостях у ellipticsproxy. Некрасивые конфиги, когда в одном сервисе параметры задаются в одном стиле, в другом — по-другому. А в доках вообще все по-третьему написано.
Перешли на ceph и довольны как слоны.
— настроек из коробки не сильно много. Если не нужно ничего экзотического, деплоится одной командой. Если нужно тонко настроить — тут большой простор. CRUSH позволяет настроить все именно так, как душе угодно, вплоть до наложения на конкретную инфраструктуру.
— система многофункциональна. Хочешь, key-object, хочешь, блочное устройство или маунти вообще как файлуху.
— развивается и пилится быстрыми темпами. Недавно заработало зонирование и геокластер для key-object хранилища, например.
— интеграция со всеми популярными продуктами. opennebula, openstack, cloudstack, proxmox, KVM.
— все есть в ядре и репах, ничего не надо собирать.
— быстро и надежно. Вообще не ломается. Если ломается, то само чинится.
Да, еще немаловажный момент. У нас бы появилась целая ферма ресайзеров со временем, которые ничего больше не умеют ) А тут штука многофункциональная и в случае недогруза может заняться чем-то другим, рассказав перед этим об этом своим соседям по кластеру.
Вот, например, из совсем недавнего github.com/docker/docker/issues/14181
Как вы в этой схеме с бранчами работаете, кстати? Или у вас только мастер?
Еще хочется больше бенчей, не только совсем синтетических.
Openstack писали админы для админов, со всеми вытекающими отсюда последствиями. И при серьезных инсталляциях будет довольно тяжело и дорого его поддерживать. Сейчас ситуация с ним чуть лучше, но на тот момент все это доставляло немало проблем.
oVirt — это KVM и RedHat. Плюс надо организовывать сетевое хранилище. Proxmox приятней, проще и функциональней. Как-то так )
Если хочется асинхронных запросов, то можно сделать
ngx.location.capture, где все и обрабатывать.
Здесь уже будет асинхронно. Добавить shared_dict и будет наверное еще быстрее.
rundeck работает под Win.
Ansible точно заменяет rundeck и с натяжкой заменяет chef. Хотя, я сейчас поменял работу, тут chef везде, становится понятно, что некоторые вещи быстро и приятно делать именно с chef и только с ним.
Все зависит от задач, выберите то, что вам подходит больше всего )))
На nas дома я бы поставил. Куда-то в продакшн = будет все время лежать и будить админа.
Как-то так.
— chef
— ansible
— pupppet
— surf
Если машин мало, то ansible подойдет. Заодно между делом составляется документация и из рецепта\плэйбука будет ясно что зачем когда и почему. Сами рецепты уже хранятся в git.
Все завсит от много чего. Что за железо, какая файлуха над ним, сколько ресурсов у мдс. Настроить можно, будет нормально. Но просят еще подождать ))
Я еще помню адушку с пакетами, когда elliptics-node конфликтовал c elliptics-node-yandex, который был в зависимостях у ellipticsproxy. Некрасивые конфиги, когда в одном сервисе параметры задаются в одном стиле, в другом — по-другому. А в доках вообще все по-третьему написано.
Перешли на ceph и довольны как слоны.
— настроек из коробки не сильно много. Если не нужно ничего экзотического, деплоится одной командой. Если нужно тонко настроить — тут большой простор. CRUSH позволяет настроить все именно так, как душе угодно, вплоть до наложения на конкретную инфраструктуру.
— система многофункциональна. Хочешь, key-object, хочешь, блочное устройство или маунти вообще как файлуху.
— развивается и пилится быстрыми темпами. Недавно заработало зонирование и геокластер для key-object хранилища, например.
— интеграция со всеми популярными продуктами. opennebula, openstack, cloudstack, proxmox, KVM.
— все есть в ядре и репах, ничего не надо собирать.
— быстро и надежно. Вообще не ломается. Если ломается, то само чинится.
Как-то так.