Неплохо, надеюсь масштабы инфраструктуры будут использовать это сполна. В моем случае я бы либо ограничился переменными окружения сред, либо (при действительно волатильной инфраструктуре) двинулся в сторону готовых discovery serivices. Consul выглядит великолепно.
Я с Вами по поводу этого. Судя по среднему бизнесу США (до 1000 людей) экономически более выгодно использовать AWS или подобные сервисы — там 100% поддержка и SLA.
Я могу ошибаться, но мое личное мнение, что с неокрепшим opensource софтом всегда нужно допускать шанс ошибки (неверная архитектура, баг, итп)...
Вот интересно, почему контейнеры: cubernetes, rancher и подобные MAAS решения не смогут заменить openstack при условии что будут запускаться только Linux решения?
На мой взгляд поднимать свое облако выгодно в очень специфических условиях. Ведь свое облако означает его 100% поддержку изнутри. А поскольку порог вхождения высок, то и стоимость годного аптайма очень высока. Конечно, если это делать по-нашенски, на "Авось", а не по реальным расчетам — можно сэкономить, но готов ли средний бизнес иметь такие риски?
Беспочвенный холивар по поводу private cloud и public cloud разводить не хочу, а хочу посмотреть приближенные к реальности мысли/выкладки в свете затрат на персонал, аммортизацию оборудования, а также инфрастуктуру.
Ума не приложу, какие могут быть причины для развертывания приложения прекрасно работающего под *nix на таком монстре как Windows Server? Как минимум это переплата за лицензию Windows, а то и более — извращение.
Из конкретного: расскажите, как при данной настройке себя ведет регистро-зависимый код и база данных MySQL?
Да, про коммерческие думаю Вы правы (и вероятно знаете по факту)).
Мне, в частности, оно нужно именно в ручной клади чтобы кодить. Не уверен на сколько хватит емкости 27000 MAh, заявлено 2-3 часа.
Откуда такая информация? По официальным данным (по крайней мере FAA) я могу проносить батареи до 100 ватт-час в ручной клади. https://www.faa.gov/about/initiatives/hazmat_safety/more_info/?hazmat=7
TravisCI с включенной платформой Mac Вам в помощь :) авось и избавитесь от потребности :)
У меня Прошка 15. Конечно нет. Особенно с тем, что я уже убил батарейку и количество зарядов-разрядов превышает рекомендуемое на 50% (1291 Циклов. Написано — замените батарею (но как???:)
Если конкретно о перелетах, то стараюсь брать рейсы с розетками :)
Думаю попробовать что-то вроде — 27000MAh
Обожаю писать код в самолете! Какая-то буферная зона высокой производительности мозга)
Я не знаком с bcfg2, не использовал, но когда смотрел изначально (года 4 назад) смутила ужасная на первый взгляд архитектура и отсутсивие (или неявность?) документации по непосредственно конфигурации систем.
Я начинал с Puppet, потом немного Chef и сейчас Ansible.
Рекомендую посмотреть в сторону ansible. Оно очень просто, в то же время эффективно.
если SaaS облако делать на арендованных виртуалках, то наверно без такой системы не обойтись.
Не обязательно. Любой конфиг через систему управления конфигурацией становится куском кода, к которому можно потом вернуться, либо дать другому пользователю.
Моя идеология такая: например, вы разворачиваете чуть менее тривиальный nginx+php-fpm, с системой выкатки. Почему-бы не засунуть это все в Ansible, ведь наверняка придется разворачивать еще один такой же сервер через неделю или полгода?
А ведь к тому моменту конфигурация может измениться, и если поддерживать роль Ansible, то новый сервер развернется "сам" :)
К тому же держать конфиг сервера в git это просто хороший тон :)
Имхо, выглядит как заметка из серии "мой дневник". Очередной "переход" — это всего лишь "пора начать использовать Linux".
В тему по синтаксису — сам поддерживаю зоопарки машин, и затеи унифицировать ksh/bash/cmd/powershell умерли с появлением систем конфигурации. Если очень поверхностно, то абстракция этого уровня позволяет эффективно видеть саму конфигурацию, а особенности шелла прятать под капотом. Установить пакет? package {"git"} — пожалуйста. Это для тех, кто хочет универсальности. Обучайте-нанимайте системщиков знающий puppet/chef/ansible/… и все будет хорошо :)
По поводу данной и оригинальной статьи промолчу, все было сказано уже.
Мне вот интересно, а какие альтернативы битриксу народ использует в реалиях связки с 1С? Magento?
Приношу прощения, неверно указал название. NRF24L01. Конечно, понятно, что zigbee предоставляет гораздо более продвинутую инфрастуктуру… Интересно, есть ли у NRF шансы с точки зрения реального производства-продажи-поддержки ...
Спасибо большое за статью! Скажите, есть ли смысл сравнивать китайские чипы nrlf с zigbee по критериям требований мелкой промышленности, либо nrlf совсем не годно для реального мира? Для тех же удаленных датчиков?
Неплохо, надеюсь масштабы инфраструктуры будут использовать это сполна. В моем случае я бы либо ограничился переменными окружения сред, либо (при действительно волатильной инфраструктуре) двинулся в сторону готовых discovery serivices. Consul выглядит великолепно.
Я с Вами по поводу этого. Судя по среднему бизнесу США (до 1000 людей) экономически более выгодно использовать AWS или подобные сервисы — там 100% поддержка и SLA.
Я могу ошибаться, но мое личное мнение, что с неокрепшим opensource софтом всегда нужно допускать шанс ошибки (неверная архитектура, баг, итп)...
Я думаю основная причина связки оператора связи и частных облаков кроется в защите данных. Ну не хотят / не могут они использовать AWS:)
Ума не приложу, какие могут быть причины для развертывания приложения прекрасно работающего под *nix на таком монстре как Windows Server? Как минимум это переплата за лицензию Windows, а то и более — извращение.
Из конкретного: расскажите, как при данной настройке себя ведет регистро-зависимый код и база данных MySQL?
Мне, в частности, оно нужно именно в ручной клади чтобы кодить. Не уверен на сколько хватит емкости 27000 MAh, заявлено 2-3 часа.
Я свою батарейку подубил, подумываю об апгрейде в следующий релиз.
У меня Прошка 15. Конечно нет. Особенно с тем, что я уже убил батарейку и количество зарядов-разрядов превышает рекомендуемое на 50% (1291 Циклов. Написано — замените батарею (но как???:)
Если конкретно о перелетах, то стараюсь брать рейсы с розетками :)
Думаю попробовать что-то вроде
Обожаю писать код в самолете! Какая-то буферная зона высокой производительности мозга)
А еще плюс Ansible в том, что ему не нужен агент на целевой машине.
Я не знаком с bcfg2, не использовал, но когда смотрел изначально (года 4 назад) смутила ужасная на первый взгляд архитектура и отсутсивие (или неявность?) документации по непосредственно конфигурации систем.
Я начинал с Puppet, потом немного Chef и сейчас Ansible.
Рекомендую посмотреть в сторону ansible. Оно очень просто, в то же время эффективно.
Не обязательно. Любой конфиг через систему управления конфигурацией становится куском кода, к которому можно потом вернуться, либо дать другому пользователю.
Моя идеология такая: например, вы разворачиваете чуть менее тривиальный nginx+php-fpm, с системой выкатки. Почему-бы не засунуть это все в Ansible, ведь наверняка придется разворачивать еще один такой же сервер через неделю или полгода?
А ведь к тому моменту конфигурация может измениться, и если поддерживать роль Ansible, то новый сервер развернется "сам" :)
К тому же держать конфиг сервера в git это просто хороший тон :)
Имхо, выглядит как заметка из серии "мой дневник". Очередной "переход" — это всего лишь "пора начать использовать Linux".
В тему по синтаксису — сам поддерживаю зоопарки машин, и затеи унифицировать ksh/bash/cmd/powershell умерли с появлением систем конфигурации. Если очень поверхностно, то абстракция этого уровня позволяет эффективно видеть саму конфигурацию, а особенности шелла прятать под капотом. Установить пакет?
package {"git"}— пожалуйста. Это для тех, кто хочет универсальности. Обучайте-нанимайте системщиков знающий puppet/chef/ansible/… и все будет хорошо :)По поводу данной и оригинальной статьи промолчу, все было сказано уже.
Мне вот интересно, а какие альтернативы битриксу народ использует в реалиях связки с 1С? Magento?
Приношу прощения, неверно указал название. NRF24L01. Конечно, понятно, что zigbee предоставляет гораздо более продвинутую инфрастуктуру… Интересно, есть ли у NRF шансы с точки зрения реального производства-продажи-поддержки ...