Comments 10
Вы в заголовке про оценку рисков говорите? Ок. Из вашего пользовательского соглашения:
В любом случае ответственность МТС по Соглашению в соответствии со статьей 15 ГК РФ ограничивается, в отношениях с Пользователями юридическими лицами и индивидуальными предпринимателями, суммой 10 000 (десять тысяч) рублей.
Также вы разрешаете расторжение по инициативе пользователя при уведомлении за 15 дней, но сами можете расторгнуть если пользователь не устранил произвольные, какие вам заблагорассудится, нарушения в течение 5 дней.
SLA ваш говорит, что даже при полном простое вы не компенсируете больше 50% стоимости услуг (Амазон компенсирует 100% при доступности ниже 95%).
С учётом таких «гарантий», а также известной репутации МТС как специалиста по лжи в салонах и произвольным списаниям денег со счетов абонентов – нука нахрен ваше облако.
А еще у них миграция за день происходит, в то время, как в реальных кейзах миграции SAP - одного планирования с тоннами пауэрпоинтов на 3 месяца в лучшем случае.
Расскажите как и чем вы переносите непосредственно данные, как делаете конверсию при необходимости, маппинг, что используете, если нужна сложная логика, можете ли перенести объекты частично, например все деливери для одного сейлз орга, при этом изменив их нумерацию в другой намбер ренж, сколько времени у вас займет перенос 100к объектов с такой ренумерацией всех намбер ренджей, маппингом, логикой, при условии, что модель данных объекта состоит из ~100 таблиц
Хочу разобраться в ситуации. Пришлите подробности мне в личку.
Никаких «в личку».
Вот скриншот из SLA, договор найдёте сами, чай, на собственном сайте вас не забанили.
Насколько я понял, про ложь консультантов и воровство денег вас в тупик не поставило. Ну, хоть о репутации МТС вы в курсе.
Вы пользовались каким-то конкретным облачным сервисом #CloudMTS? Каким?
Всё очень знакомо, как в салон МТС сходил. «Это не мы, откуда вы такое взяли, вы сами всё неправильно поняли, это ошибка, да так не будет никогда». Нет, не ошибка.
Пользовательское соглашение из футера сайта вашего облака от 23 декабря 21 года, именно такое там сейчас и висит: https://cloud.mts.ru/upload/upload-public/legal/hub_termsofuse.pdf и скриншоты оттуда
Аналогично с SLA отсюда https://cloud.mts.ru/upload/upload-public/legal/hub_sla.pdf, но вот его возможно найти только через гугл, вы его прячете, и понятно почему.
Поэтому повторю:
С учётом таких «гарантий», а также известной репутации МТС как специалиста по лжи в салонах и произвольным списаниям денег со счетов абонентов – нука нахрен ваше облако.
Статья в Tadviser.ru от 20.04.22г. о SAP.
Кроме того, особое внимание следует уделять памяти. Ее размер определяется количеством данных, которые в ней должны быть сохранены.
Нет. Памяти по бест-практикам должно быть 2x от обьема данных. На практике, как миимум 1.5x.
По нашему опыту в крупных проектах SAP HANA требует под себя платиновых процессоров и 3 ТБ оперативной памяти.
Чтож не "бриллиантовых" то ? :) Часто по процессорам хАны бывают весьма недозагружены и за "платину" можно не переплачивать и вполне обойтись Gold 6252/6254, а 3TB это скорее средний проект, нежели крупный.
Оценить решение на практике можно через сайт. В техническом аспекте построения инфраструктуры #CloudMTS работает по модели Tailored Datacenter Integration — используем сконфигурированные и оптимизированные программно-аппаратные комплексы, позволяющие оперативно развернуть высокопроизводительную среду ландшафтов на базе SAP HANA.
В вашем КП двухмесячной давности (еще до известных событий) на 3TB машины сказано : "Срок активации выделенных ресурсов частного облака и выделенного оборудования –45-50 недель с даты подписания договора с учетом текущей ситуации на рынке производства полупроводников"
Т.е. в наличии у вас их нет и клиенту предлаается почти год подождать пока вы их закупите и проинсталите ? ;-)
По результатам проекта успешно решена основная задача — обеспечение полной функциональности ERP-системы SAP BW∕4 HANA
BW/4HANA это не ERP. Это отчетно/аналитическая система.
Быстрый перенос систем SAP в российское облако: оценка рисков, подбор ресурсов, разбор кейса