Направляющие основывали EC2 AMI

Ответ, как всегда", Он зависит ". Я принимаю от тегов, Вы говорите о C#.

Ваш лучший выбор состоит в том, чтобы определить

  1. Ряд данных
  2. требования Использования

и записать некоторые тестовые сценарии.

Это также зависит от того, как Вы сортируете список (если это отсортировано вообще), какие сравнения должны быть сделаны, сколько времени "Сравнить" операция берет для конкретного объекта в списке, или даже как Вы намереваетесь использовать набор.

Обычно лучший для выбора так не основан на размере данных, Вы работаете с, а скорее как Вы намереваетесь получить доступ к нему. У Вас есть каждая часть данных связанной с конкретной строкой или другими данными? Основанный на хеше набор, вероятно, был бы лучшим. Порядок данных, Вы храните важный, или Вы собираетесь должны получить доступ ко всем данным одновременно? Обычный список может быть лучше тогда.

Дополнительный:

, Конечно, мой выше комментариев предполагает, что 'производительность' означает доступ к данным. Что-то еще для рассмотрения: что Вы ищете при высказывании "производительности"? Значение человека производительности, ищут? Это - управление большими (10000, 100000 или больше) наборы значений? Действительно ли это - выполнение заполнения структуры данных с данными? Удаление данных? Доступ к отдельным битам данных? Замена значений? Итерация по значениям? Использование памяти? Скорость при копировании данных? Например, Если Вы получаете доступ к данным строковым значением, но Ваше основное требование к производительности является минимальным использованием памяти, у Вас могли бы быть конфликтующие вопросы проектирования.

15
задан Martin York 30 October 2011 в 17:11
поделиться

3 ответа

Во-первых, планируете ли вы запускать Rails на одном экземпляре EC2? Хотя возможно, это не совсем то, чем хорош EC2, и вы можете получить более простую и дешевую настройку на VPS, например Slicehost, Linode или Webbynode. EC2 отлично подходит для кластерных установок с выделенными базами данных, несколькими серверами Rails, балансировщиками нагрузки и т. Д., Особенно если вам нужно иметь возможность быстро увеличивать или уменьшать масштаб. Но в этот момент один предварительно сконфигурированный AMI не принесет много пользы.

Сказав это: В прошлом году я использовал EC2 on Rails . Прилично, но не очень гибко. Он также использует mongrel_cluster вместо Passenger. Очевидно, есть способ создать кластер, но, честно говоря, на этом этапе, вероятно, есть лучшие альтернативы.

I ' мы много слышали о Rubber как о способе подготовки и развертывания приложения Rails в кластере EC2. Он кажется очень гибким, но при этом довольно простым в использовании и должен хорошо масштабироваться от одного до нескольких экземпляров.

Для более сложных настроек у меня, вероятно, возникнет соблазн взглянуть также на Chef , но У меня нет личного опыта с этим.

PoolParty , который находится поверх Chef, также кажется заслуживающим внимания.

16
ответ дан 1 December 2019 в 02:29
поделиться

Я настоятельно рекомендую не использовать AMI с материал «предустановлен».

Вместо этого вы хотите использовать Chef как часть процесса развертывания. Вы можете получить кулинарные книги для большинства вещей, которые вы только что перечислили.

Сохраните все это, я настоятельно рекомендую облачный сервис EY.

8
ответ дан 1 December 2019 в 02:29
поделиться

. Я уже некоторое время использовал ec2onrails Пола Доумана для размещения производственного приложения. Сейчас я ищу Rubber .

0
ответ дан 1 December 2019 в 02:29
поделиться
Другие вопросы по тегам:

Похожие вопросы: