Вот мы и нашли этих 43 AX7 клиентов? Или это не AX7/D365?

[EVGL]

Цитата:

На больших данных всегда возникают проблемы с производительностью и решать их on-premise намного проще.

Очевидно ложное утверждение. В ЦОД с виртуализацией и практически неограниченной масштабируемостью решать проблемы намного проще.

[ax_mct]

Цитата:

На больших данных всегда возникают проблемы с производительностью и решать их on-premise намного проще.

Цитата:

Сообщение от EVGL

Очевидно ложное утверждение. В ЦОД с виртуализацией и практически неограниченной масштабируемостью решать проблемы намного проще.

По крайне мере у специалистов по Postgres в облаке из этой статьи
https://habr.com/en/company/oleg-bunin/blog/440332/
есть такое мнение. Там конечно Postgres и AWS но с точки зрения проблем и задач вряд ли есть разница. "on-premise" это не то что сервер в соседней комнате, а то железо фиксируется.

Цитата:

...когда ты переходишь некую грань, например начинаешь выполнять много JOIN, делать сложный SQL, возникает задача оптимизировать запросы и RDS перестает хватать. Требуется больше свободы и влияния, но имеющиеся инструменты не помогают тебе решать глубокие проблемы, связанные с утилизацией ресурсов внутри самого Postgres. Есть только возможность увеличить мощность железки: заплатил больше денег — получил.
...
Когда у тебя большие базы, тебе важно, насколько быстро диски отдают и принимают данные, насколько эффективно используется память и процессор

От конкретного железа не получается абстрагироваться. А когда прибито гвоздями то получается тот самый on-premise. В любом случае интересный опыт.
Понятно что не Azure у которого таких детских болезней как у AWS скорее всего нет.

Цитата:

Год назад на конференции те же люди мне говорили, что это клево, когда база уплывает на другой под. Это позволяет не заботиться ни о чем. Сразу несколько человек вели одинаковые речи. Но в этом году они все прибили базы данных гвоздями к определенным железкам.

– А почему они это сделали?

Андрей: У них начали возникать какие-то проблемы. Правда, я не особо спрашивал, просто заметил такую тенденцию.

[fed]

Цитата:

Сообщение от EVGL

Очевидно ложное утверждение. В ЦОД с виртуализацией и практически неограниченной масштабируемостью решать проблемы намного проще.

У меня время от времени, синхронизация в Tier-1 окружении (которое включено в подписку) отваливается по таймауту (60 минут). Базы данных у клиентов - достаточно смешного размера (может 500 мегабайт от силы - не больше). Просто время от времени Микрософт свои "ЦОД с виртуализацией и практически неограниченной масштабируемостью" перегружает и где-то на денек становится невозможно работать.
Установка обновлений раньше тоже с такими же симптомами время от времени останавливалась, но эдак с год назад они просто подняли таймаут до полутора или двух часов.
По факту, никаких SLA на производительность нет и если что-то у тебя тормозит, то особо претензии предъявлять некому.
Ну то есть - не стоит путать Sales Points и реальность...

[Ivanhoe]

Цитата:

Сообщение от EVGL

Очевидно ложное утверждение. В ЦОД с виртуализацией и практически неограниченной масштабируемостью решать проблемы намного проще.

По моему опыту, ты сначала полгода пытаешься что-то доказать цоду, потом полгода они что-то пытаются сделать. На моей практике ни один ЦОД не давал реальную гарантию производительности.

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