Каковы преимущества и недостатки самохостинга? [закрытый]
Вы просто редактируете его, как и любой другой инструмент сборки в Visual Studio: редактируя свойства. Категория командной строки в свойствах проекта на самом деле просто для того, чтобы показать вам, как будет выглядеть команда на основе заданных вами свойств. Весь смысл наличия свойств состоит в том, что вы просто устанавливаете свойства и заставляете IDE переводить эти свойства в правильную командную строку для конкретного инструмента, а не указывать непосредственно командную строку & hellip;
Файл .props сборки Настройка устанавливает свойства по умолчанию для использования для типов элементов, связанных с этой настройкой сборки. Тот, который фактически используется, должен быть установлен в каталоге MSBuild, например, C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\BuildCustomizations. Я бы посоветовал не редактировать этот файл напрямую, так как он устанавливает системные значения по умолчанию. Если вы хотите изменить значения по умолчанию для вашего проекта, просто отредактируйте свойства CUDA C / C ++ проекта (т. Е. Выберите проект в обозревателе решений и измените его свойства, а не свойства отдельного файла .cu). [113 ]
Свойства в Visual Studio построены по слоям (строго говоря, мы говорим здесь о метаданных элемента, а не о свойствах, но это незначительная техническая составляющая, которая здесь не должна иметь значения). Внизу у вас есть определения свойств по умолчанию, которые проект импортирует для всех своих инструментов сборки. Вдобавок к этому у вас есть определения свойств всего проекта. И каждый элемент (файл) в рамках проекта может иметь свои собственные определения свойств. Набор свойств для каждого элемента представляет собой комбинацию всех свойств, определенных для этого типа элемента (например, файла CUDA C / C ++), а также любого конкретного определения элемента, где последнее определение перезаписывает предыдущие. Когда вы видите свойство, отображаемое жирным шрифтом в диалоговом окне свойств Visual Studio, это означает, что это конкретное значение свойства перезаписывается на этом уровне. Не выделенные жирным шрифтом свойства наследуются от нижележащих слоев. Так, например, свойство bold в свойствах проекта означает, что параметр перезаписывается поверх свойства по умолчанию, получаемого при интеграции сборки. Свойство, выделенное жирным шрифтом на уровне элемента, означает, что свойство перезаписывается для этого элемента поверх свойств всего проекта. Дальнейшая настройка возможна, например, путем определения ваших собственных таблиц свойств, которые позволяют вам добавлять свои собственные слои определений свойств. Листы свойств также представляют собой отдельные файлы, которые можно импортировать в несколько проектов, например, для совместного использования общих настроек. Просто откройте Диспетчер свойств («Просмотр»> «Диспетчер свойств»), чтобы просмотреть все отдельные листы свойств в вашем проекте на данный момент и, например, добавить свой собственный…
7 ответов
Для производства необходимо только использовать сам хостинг, если Вы - профессиональный sys администратор. Можете Вы отвечать на да на следующие вопросы (немного ориентированного Linux, но необходимо понять):
- Можно ли реагировать на системный отказ в минутах (я подразумеваю, что Вы должны спать, по крайней мере. У Вас есть кто-то для заботы о системе, в то время как Вы спите?)
- Можно ли определить системное повреждение?
- Можно ли удалить использование из системы?
- Можно ли перекомпилировать ядро. Если Вы не можете удалить использование?
- Можно ли настроить систему для оптимальной производительности?
- Вы готовы заплатить за UPS, резервное хранилище и альтернативного интернет-провайдера?
Если бы можно ответить на да на эти преимущества вопросов, очень привлекательны, и я пошел бы с ним.
С другой стороны, хостинг среды разработки может быть организован администратором любого уровня особенно, когда существуют такие простые в использовании серверы как Ubuntu.
Вы конкретно спросили о хостинге репозитория подверсии, таким образом, первый недостаток, который приходит на ум, является защитой данных. Я лично никогда не доверял бы третьему лицу свой исходный код, за исключением открытого исходного кода или кода неважного параллельного проекта. Исходный код является очень важным активом для независимого поставщика программного обеспечения, таким образом полагая, что третье лицо для защиты исходного кода не походит на хорошую идею.
И даже если это не об исходном коде, производя на стороне другие критические части Вас, бизнес, такие как электронная почта, считая/выставляя счет* просто напрашивается на неприятности. И это не похоже на Вас, не должны заботиться о резервных копиях больше, когда Вы производите свой хостинг данных на стороне. Все еще необходимо скопировать данные, в случае, если хостинговая компания завинчивает.
*) С аутсорсингом учета/выставления счета я имею в виду все они новые размещенные приложения выставления счета, не получая справку от бухгалтера, конечно,
Я нахожу, что веб-интерфейс внешних хостов стычки. Плюс Вы может иметь однако много пространства, которое Вы хотите на своей машине. Как Вы сказал, обслуживание может быть нагрузкой для сам хостинг все же.
Насколько большой Ваш проект? Если это не является слишком большим, просто получают учетную запись по http://www.beanstalkapp.com, Именно это я сделал. Я не должен волноваться ни о каких установках и могу сфокусироваться на фактической разработке. Если Ваша ситуация является более сложным самохостингом, достойно рассмотрения. Но имейте в виду, что необходимо было бы взять резервных копий также и что обновление сервера завинчивает много вещей.
Это набрасывается на воспламенение сервера, но одно главное преимущество внешнего хостинга - то, что это (по-видимому), сохранено автоматически. Выполнение Ваших собственных резервных копий является стычкой и заканчивает тем, что было менее надежным, чем, что Вы получили бы от Google.
С самохостингом там прибывает большая ответственность.
- необходимо скопировать все
- Вам нужны запасные элементы для Ваших аппаратных средств
- если у Вас есть материал, который важен, Вам нужны избыточные аппаратные средства
- у Вас нет реальных праздников. если что-то повреждается, необходимо зафиксировать его
В дополнение к тому, что уже упомянули другие, существуют также преимущества, характерные для использования облачных сервисов компаниями как Amazon, Yahoo, Google, Microsoft, и т.д. Несмотря на то, чего некоторые могли бы требовать, самохостинг не по сути "более безопасен". В большинстве случаев это как раз наоборот на самом деле. Это вызвано тем, что большинство малых и средних компаний не имеет ресурсов для обеспечения уровня надежности и дублирования, что мегакорпорации как Microsoft или Amazon могут. Если Вы не размещаете исходный код для сверхсекретного проекта защиты или других проектов, где угроза шпионажа очень реальна, самые большие угрозы Вашему коду и Вашему бизнесу являются более приземленными вещами как сервер/время простоя сети.
- Дублирование: Облачные сервисы обеспечивают уровни дублирования, которое большинство компаний просто не может получить самостоятельно. Это включает избыточность данных (back-ups/RAID), резервирование оборудования (компоненты/оборудование) и географическое резервирование (несколько местоположений сервера по всему миру). Если стихийное бедствие поражает Ваш город, Ваши данные собираются быть безопасными?
- Коллективная аренда: Каждый малый бизнес отдельно не может предоставить 24/7 персонал поддержки и многомиллионное оборудование. Но объединение их ресурсов вместе через Облачный сервис предоставляет им (посредством централизации и лучшей эффективности использования ресурса / более высокой эффективности) доступ к намного более высокому уровню сервиса.
- Безопасность: Связанный с коллективной арендой, путем централизации данных тысяч компаний, это позволяет ресурсам безопасности быть намного более сильно сосредоточенными.
Наконец, нужно отметить, что большинство коммерческих поставщиков услуг хостинга предлагает соразмещение и выделенный хостинг. И даже поставщики облачного сервиса позволяют клиентам настраивать свой "сервер" однако, они хотят, и устанавливающий/выполняющий любые приложения на нем они хотят. Таким образом, у Вас может быть гораздо больше свободы, чем предлагаемый веб-хостингом за $10/месяцев.