|
![]() |
#1 |
Участник
|
Я слона так не продам .... ;(
Получается, делаем решение (деньги), пока делаем - уже платим за аренду пользователей, получаем результат - говорим - не подходит - и что дальше делать? Денег никто не вернет, улучшать результат - всегда было два варианта, второй с оверлеарингом уже не подходит, остается только других два варианта: 1) железо 2) убеждение клиента что это хорошие результаты .... Последний раз редактировалось f18; 11.03.2019 в 15:38. |
|
![]() |
#2 |
Moderator
|
Что-то мне кажется что тут опять облако и On Premises перепутались. При покупке облачного варианта вы платете ТОЛЬКО за пользователей. (Есть доплаты за лишний объем БД и всяких BLOB, в которых документы сложены, но они на фоне стоимости месячных выплат за пользователей - небольшие). В теории, Микрософт должен сам подобрать железо, соответствующее вашим потребностям. Не факт что они его подберут конечно, но опции "Заплатить лищние деньги, чтобы было быстрее" просто нету. Официально это нигде не писали, но сам микрософт где-то говорил что у них стоят триггеры и оповещения и если ваша система выбирает более N% зарезервированной мощности, то они типа начинают заниматься ресайзингом.
Поскольку у нас только два клиента в продуктиве на D365FOE и оба достаточно маленькие, то это все - достаточно теоретические рассуждения. Но все равно можно смело сказать что: 1. Опции "доплатить за большую производительность" - нету. 2. SLA на производительность - нету. Конечно еще остается On Premises, но там уровень начальных инвестиций еще выше чем в облачном варианте. Последний раз редактировалось fed; 11.03.2019 в 17:03. |
|
![]() |
#3 |
Участник
|
Цитата:
По теме - а клиента то SLA по доступности устраивает(около 97% вроде бы)? Если устраивает, то такие конкретно моменты беспокоят? для инвойсов можно использовать пакетный режим опять же |
|
![]() |
#4 |
Участник
|
Спасибо за ответы!
Да, я не путаю on premise и cloud ![]() Не понимаю что такое выбирание ресурса. У нас есть ребята которые выгружают инфо по комбинациям через BYOD и они докупали до 2500 DTU что бы что-то начало работать нормально. Но понятие у всех что такое нормально - разное. У клиента мелкие заказы (3-5 строк, но много). Все должно то быть хорошо, но гарантировать что инвойс за 2 секунды .... (в 1С сейчас такая цель) Понятное дело, что если поковыряться в текущем БП клиента то и вовсе не инвойс, а отгрузочная накладная. Но .... глобально гарантировать ему хоть 10 хоть 20 секунд сейчас, на берегу я не могу ..... в 2012 были бенчмарк описаные - такое оборудование отрабатывает то-то за столько-то. Здесь - "мы даем практически неограниченные ресурсы для выполнения задачи любой сложности". Доступность 97%, да-да, я помню, в нерабочее в США время .... ![]() Ну и эксперименты - интересно конечно, но пока не понимаю как реализуем. Может быть есть еще направления на где-то чего-то почитать? |
|
![]() |
#5 |
Banned
|
Цитата:
Вряд ли клиента интересует только серверное время. Verify network capacity and throughput for clients https://docs.microsoft.com/en-us/dyn...ughput-clients |
|
![]() |
#6 |
Moderator
|
BYOD - это по сути дела выгрузка data entities из D365FOE в отдельно стоящую базу на Azure SQL, которую надо отдельно покупать и оплачивать.Там действительно можно выбрать разные уровни подписки. Но на скорость разноски накладных или транспортных накладных это не повлияет, поскольку эта самая отдельная БД на Azure SQL используется просто как некий транспортный интерфейс между D365FOE и внешним миром.
|
|
![]() |
#7 |
Модератор
|
Цитата:
Цитата:
в 2012 были бенчмарк описаные - такое оборудование отрабатывает то-то за столько-то. Здесь - "мы даем практически неограниченные ресурсы для выполнения задачи любой сложности"
![]() Цитата:
Доступность 97%, да-да, я помню, в нерабочее в США время ....
![]() Цитата:
Может быть есть еще направления на где-то чего-то почитать?
Цитата:
Microsoft configures production tenants sized to handle the transaction
volumes and user concurrency. Microsoft is responsible for: • Proper allocation of resources of production tenants, based on the Customer’s profiling information in the LCS Subscription Estimator • Continually monitoring and diagnosing service availability of production tenants • Analyzing and troubleshooting system performance issues with Finance and Operations To ensure that a particular implementation is configured for high performance, Customers must: • Provide accurate usage information for the Finance and Operations implementation through the LCS Subscription Estimator • Build and test customizations for performance and scale • Test data configurations appropriately for performance ... Service Level Agreement Microsoft is committed to an availability of 99.9% per month of the service
__________________
-ТСЯ или -ТЬСЯ ? Последний раз редактировалось Vadik; 11.03.2019 в 23:15. |
|
|
За это сообщение автора поблагодарили: trud (5), sukhanchik (3), f18 (2). |
![]() |
#8 |
Модератор
|
|
|
![]() |
#9 |
Модератор
|
В России (как и везде) еще есть провайдеры, экскаваторщики, электрики, соседи по площадке. Но как это связано с SLA на услуги предоставляемые Microsoft и производительностью ? При чем тут Ирландия?
__________________
-ТСЯ или -ТЬСЯ ? |
|
Теги |
azure, d365fo, sla |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|