Меню

Сервер приложений SAP? Это очень просто!

|

Во вселенной SAP сложились жёсткие границы между специалистами из разных областей. Каждый выполняет свои задачи, не выходя за пределы той области, в которой он специализируется. Функциональный консультант делает настройки в SPRO и пишет ТЗ для разработчика, разработчик пишет программы, создаёт объекты словаря, реализуя ТЗ, а администратор после всех этих действий обеспечивает работоспособность системы.

Во вселенной SAP сложились жёсткие границы между специалистами из разных областей. Каждый выполняет свои задачи, не выходя за пределы той области, в которой он специализируется. Функциональный консультант делает настройки в SPRO и пишет ТЗ для разработчика, разработчик пишет программы, создаёт объекты словаря, реализуя ТЗ, а администратор после всех этих действий обеспечивает работоспособность системы.

Обучение и подготовка специалистов также осуществляется в рамках этих чётко определённых границ, однако это приводит к тому, что порой даже опытные консультанты не имеют представления об общих и элементарных процессах, происходящих в SAP. Как результат, зачастую они не понимают, как производимые ими настройки и разработки могут повлиять на работоспособность системы в целом. Например, в треке подготовки ABAP-разработчика первый рекомендуемый курс - SAPTEC, описывающий базовые процессы и основные принципы работы SAP, но я не знаю ни одного разработчика, который бы его прослушал. При этом, я встречал таких, кто отвечал на предложение оптимизировать часть кода следующим образом: «Я написал программу, а как она там работает, меня не интересует».

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

Знакомство с архитектурой SAP обычно начинается с рисунка архитектуры самой системы (рисунок 1), и далее, в зависимости от требуемой глубины знаний, описываются функции представленных на рисунке блоков. Рассказ получается достаточно скучный, и аудитории без предварительной подготовки

Если хотите прочитать статью полностью и оставить свои комментарии присоединяйтесь к sapland

У вас уже есть учетная запись?

Войти

Обсуждения Количество комментариев4

Комментарий от  

Олег Точенюк

  |  14 октября 2020, 12:46

====
как производимые ими настройки и разработки могут повлиять на работоспособность системы в целом
====
Да никак, на то она и настройка, это вы ведь не про абаперов писали? Абаперы те да, положить систему могут быстро и качественно :-)

Комментарий от  

Александр Игнатенко

  |  14 октября 2020, 17:18

====
как производимые ими настройки и разработки могут повлиять на работоспособность системы в целом
====
Да никак, на то она и настройка, это вы ведь не про абаперов писали? Абаперы те да, положить систему могут быстро и качественно :-)

Олег, доброго дня.
Абсолютно согласен, абапер может уложить систему так что базиснику не снилось. Но и консультанты имеют возможности попортить жизнь.
Ни кому не сказав, включает буферизацию на Z-таблицу размером 30ГБ с документами, со словами "а мне **** сказал, что так быстрее". Результат я думаю понятен. Или другой, включил заполнение инфраструктуры на выходные, логи за пару часов забили директорию в которой был 3-х кратный запас, система встала. Для справки, она в результате была 780ГБ. Ещё вариант: включили параллельную обработку, уже не вспомню деталей, всё бы ничего, вот только одновременно этот процесс запускали 30 человек, и рабочих процессов под такую нагрузку не было предусмотренно. Объяснение такое же простое: "на DEV и QAS у меня всё работало".
Список можно продолжать. У каждого свои истории.

Комментарий от  

Олег Точенюк

  |  14 октября 2020, 21:38

Олег, доброго дня.
Абсолютно согласен, абапер может уложить систему так что базиснику не снилось. Но и консультанты имеют возможности попортить жизнь.
Ни кому не сказав, включает буферизацию на Z-таблицу размером 30ГБ с документами, со словами "а мне **** сказал, что так быстрее". Результат я думаю понятен. Или другой, включил заполнение инфраструктуры на выходные, логи за пару часов забили директорию в которой был 3-х кратный запас, система встала. Для справки, она в результате была 780ГБ. Ещё вариант: включили параллельную обработку, уже не вспомню деталей, всё бы ничего, вот только одновременно этот процесс запускали 30 человек, и рабочих процессов под такую нагрузку не было предусмотренно. Объяснение такое же простое: "на DEV и QAS у меня всё работало".
Список можно продолжать. У каждого свои истории.

Однако классные консультанты, буферизацию сами включают :-), я как-то думал, это не задача функционального консультанта. Но вы расширили мой кругозор редкими экземплярами. Не знал про таких.

Комментарий от  

Александр Игнатенко

  |  14 октября 2020, 21:53

Однако классные консультанты, буферизацию сами включают :-), я как-то думал, это не задача функционального консультанта. Но вы расширили мой кругозор редкими экземплярами. Не знал про таких.

Мир далеко не идеален, есть и такие консультанты. :)