2015-02-26 2 views
0

Я работаю над метеоритным приложением, которое работает на UBUNTU Linux EC2, узле и nginx. Однако я развиваюсь на Mac OS 10.9.5.метеор локальная среда разработки и производственная среда

Если мое производственное приложение работает на Linux, следует ли пытаться разрабатывать ОС как можно ближе к моему производственному приложению, чтобы свести к минимуму ошибки в краевых случаях?

Другими словами, лучше всего реплицировать серверную среду в dev? или же инструменты dev для данного задания ускоряют рабочий процесс настолько, что экономически выгодно работать в другой ОС, и любые ошибки возникли, действительно, не являются огромным фактором затрат, вообще говоря, для Meteor dev и обычных Linux-серверов?

ответ

1

Обычно вы не можете выполнить производительность сервера с помощью ноутбука или рабочего стола. Столь распространенная среда nix (unix/linux, bsd/osx) отличная. Даже Windows используется веб-разработчиками (не очень, но хорошо).

Наиболее важной частью здесь является не аппаратное обеспечение и ОС, а версии программного обеспечения LEMP/LAMP. Поэтому старайтесь держать их равными с сервером. И правильная настройка всех журналов ошибок :)

1

Мы работаем с машинами OSX для разработки и развертывания на серверах Linux, и мы не сталкиваемся с какими-либо проблемами, если не задействованы бинарные пакеты, и у нас есть довольно большая база данных Meteor. Однако мы собираем приложение на сервере.

Также я разрабатываю пакет Meteor с множеством бинарных зависимостей, где будут значительные накладные расходы, связанные с поддержкой совместимости с кросс-платформой, но использование функции синхронизированных папок (с NFS) Vagrant работает довольно хорошо.

+0

спасибо, это хорошая мысль о двоичных файлах. – looshi

Смежные вопросы