Я разрабатываю архитектуру для использования Поиска Azure для нескольких клиентов. Поскольку у каждого арендатора будет немного другая схема, для моего решения потребуется 1 индекс на каждого арендатора. Это достаточно легко настроить, и мне действительно нравится то, что собрала Microsoft. Однако теперь, когда я начинаю думать о привлечении новых арендаторов, ежемесячных расходах и расширении услуг, я начинаю бить несколько стен и задаваться вопросом, какой мой «лучший» вариант.
Кто-нибудь сталкивался с такой ситуацией, которая может пролить свет на передовой опыт? Вот варианты, которые я вижу сейчас:
Вариант 1. Создайте новый план BASIC для каждых 5 арендаторов по цене 38 долларов США за 1 кв.м за каждые 5 арендаторов (7,60 доллара США за арендатора в месяц).
Плюсы: дешево для начала. Минусы:. Клиенты страдают из-за ограниченной производительности и возможностей хранения. Мне придется управлять X количеством служб и ClientQueryKeys, как только я прохожу 5 индексов / клиентов.
Вариант 2. Создайте новый план СТАНДАРТ S1 для каждых 50 арендаторов по цене 250 долларов США за каждые 50 арендаторов (5 долларов США за арендатора в месяц).
Плюсы: Лучшая производительность, меньше сервисов для управления по мере увеличения количества клиентов Минусы: гораздо более высокие начальные затраты, но все же Если в системе будет более 50 клиентов, мне нужно будет управлять отношениями между арендаторами и услугами, мне придется управлять X количеством служб и ClientQueryKeys, когда у меня будет более 50 индексов / клиентов.
Вариант 3. Создайте единый план СТАНДАРТНЫЙ S2, который можно использовать для ВСЕХ клиентов (при условии отсутствия ограничения на количество индексов).
Плюсы: более высокая производительность, отсутствие необходимости управлять несколькими службами / ключами клиентов по мере увеличения количества клиентов Минусы: намного выше затраты на запуск, очень мало документации по затратам и ограничениям.
Во всех сценариях (кроме варианта 3, я полагаю?) Мне придется управлять ключами клиентов в нескольких службах. Очевидно, что идеально иметь только одну службу с бесконечным количеством индексов. Однако я стартап (да, я уже использую BizSpark), и затраты на поиск очень пугающие, когда у меня может быть только 1-5 арендаторов для начала.
Я читал, что нет способа легко переносить данные между планами (без выполнения этого вручную или написания сценария), поэтому мой первый выбор, вероятно, будет моим последним. Я также предпочел бы управлять только одной услугой с одним планом для всего моего арендатора. Поэтому склоняюсь к варианту 3.
Если вариант 3 - лучший вариант:
- Могу ли я начать с BASIC и масштабироваться до S1, а затем до S2 по мере необходимости, или это невозможно?
- Если BASIC не может масштабироваться до S1, возможно ли по крайней мере масштабирование от STANDARD S1 до S2 после того, как я перейду к 50 арендаторам, или мне нужно будет вручную управлять этим или начинать с S2?
- Каковы мои начальные затраты и / или затраты на индекс / арендатора в Standard S2?
- Мой лимит индекса бесконечен на S2?
- Если нет, то каков предел индекса?
- Есть ли другие варианты или предостережения, которые мне следует рассмотреть?
