Cпец.условия MS при миграции с NAV на AX

[asm_imported]

Цитата:

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

1. почему не NAV ? - потому что по новым требованиям мне нужно будет вести детализированный учет продаж страховых продуктов, а это порядка 300 000 000 проводок в год. ну или всего 1 000 000 в день.

А есть уверенность, что AX потянет такой объем? NAV последней версии по архитектуре очень напоминает AX. Если не брать в расчет рассказы маркетологов, что NAV для маленьких компаний, а AX для больших, то в чем технологическое преимущестов AX? Почему AX может обработать 1 млн проводок в день, а NAV не может.

[alexb_imported]

Цитата:

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

Цитата:

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

1. почему не NAV ? - потому что по новым требованиям мне нужно будет вести детализированный учет продаж страховых продуктов, а это порядка 300 000 000 проводок в год. ну или всего 1 000 000 в день.

А есть уверенность, что AX потянет такой объем? NAV последней версии по архитектуре очень напоминает AX. Если не брать в расчет рассказы маркетологов, что NAV для маленьких компаний, а AX для больших, то в чем технологическое преимущестов AX? Почему AX может обработать 1 млн проводок в день, а NAV не может.

А можно поподробнее? Признаюсь, я ещё ни разу не видел Аксапту, даже демо, всю дорогу вожусь с НАВ и всю дорогу всегда слышал что у Аксапты другая архитектура, которя больше подходит крупным фирмам с большими базами данных. В чём конкретно в этом смысле скачок у NAV2015?

[artkashin]

Цитата:

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

Цитата:

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

1. почему не NAV ? - потому что по новым требованиям мне нужно будет вести детализированный учет продаж страховых продуктов, а это порядка 300 000 000 проводок в год. ну или всего 1 000 000 в день.

А есть уверенность, что AX потянет такой объем? NAV последней версии по архитектуре очень напоминает AX. Если не брать в расчет рассказы маркетологов, что NAV для маленьких компаний, а AX для больших, то в чем технологическое преимущестов AX? Почему AX может обработать 1 млн проводок в день, а NAV не может.

Ну.. идеологии AOS и ее балансированию много лет - а также большая наработанная практика.
А вот насчет возможностей и маштабируемости NAV Service Tier - у меня, вообще, большие сомнения. Буду рад, если кто-нибудь меня разубедит. Есть где-нибудь нагрузочные тесты? Что будет, если на NAV Application Server подключится 1000 пользователей, да в одну фирму?

Как раз новым технологиям в NAV, с точки зрения производительности и маштабируемости я бы не доверял, от слова совсем.
За классический клиент как раз у меня меньше переживаний - там нет третьего слабого звена в виде "NAV Service Tier".

А насчет постить 1 000 000 проводок в день.. это конечно много. Стандарт напряжется).
С другой стороны, в моей практике 2 миллиона проводок в месяц есть в одной фирме (и там даже ночью не работают, постят в Рабочее время) и без какой-либо оптимизации. На хорошем железе (SSD Винты, много много памяти, и низкий пинг (а идеально прямо на сервере) от клиента нав до SQL), миллион проводок в день делать можно, даже в одной фирме.

[alexb_imported]

Цитата:

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

Что будет, если на NAV Application Server подключится 1000 пользователей, да в одну фирму?

Даёшь каждому пользователю свой индивидуальный NAV Service Tier!

[sanya_123]

Цитата:

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

Цитата:

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

1. почему не NAV ? - потому что по новым требованиям мне нужно будет вести детализированный учет продаж страховых продуктов, а это порядка 300 000 000 проводок в год. ну или всего 1 000 000 в день.

А есть уверенность, что AX потянет такой объем? NAV последней версии по архитектуре очень напоминает AX. Если не брать в расчет рассказы маркетологов, что NAV для маленьких компаний, а AX для больших, то в чем технологическое преимущестов AX? Почему AX может обработать 1 млн проводок в день, а NAV не может.

отвечаем....
1. Сейчас у нас начинка NAV от версии 3.60 на классическом "толстом" клиенте NAV 2009 r2. переход на NAV 2013 - по трудозатратам не сильно отличается от перехода на AX.
технологическая разница между старым NAV и новым AX имеется. хотя и не в 100500 раз.

2. Уверенность может быть только в том, что видел сам. или видел тот, кому ты доверяешь). надеюсь, что референсы и общение пройдут удачно.

[rmv]

Цитата:

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

отвечаем....
1. Сейчас у нас начинка NAV от версии 3.60 на классическом "толстом" клиенте NAV 2009 r2. переход на NAV 2013 - по трудозатратам не сильно отличается от перехода на AX.
технологическая разница между старым NAV и новым AX имеется. хотя и не в 100500 раз.

2. Уверенность может быть только в том, что видел сам. или видел тот, кому ты доверяешь). надеюсь, что референсы и общение пройдут удачно.

Хм. Похоже у Вас крутится решение от компании на 3 буквы СОФТ, если это так - то да, наверно проще выкинуть лучшее перейдя на новую версию платформы.
Впрочем 1 млн. проводок в день - не такой уж большой объем для бэк-офиса даже для Нава.

[artkashin]

Цитата:

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

Хм. Похоже у Вас крутится решение от компании на 3 буквы СОФТ, если это так - то да, наверно проще выкинуть лучшее перейдя на новую версию платформы.
Впрочем 1 млн. проводок в день - не такой уж большой объем для бэк-офиса даже для Нава.

ну мы щас доиграемся, что NAV - это Highload система))))
У меня, вот есть видео-ролик древних годов, где паренек на русском-английском (с характерным R) демонстрирует пример нагрузочного тестирования, где в NAV продажи без блокировок идут (Порядка 30-ти сессий постят Sales Header c товарами/ресурсами/Фин.счетами в GL параллельно. Единственный пример в жизни, где я видел почти 100% загрузку винтов и процессора на сервере от NAV).
В подобном решении я думаю, даже 10 миллионов проводок в день - фигня вопрос - блокировок то , по сути, нет - ограничения в железе.
Вот только,
а) это ни фига не стандарт
б) подводных камней у этого чуда решения должно быть не меньше, чем в решении с шардингом подразделений по отдельным фирмам.