С т а т ь и Сервер и софт
ПО ДАТАМ - ПО ЖУРНАЛАМ * ERP - УПРАВЛЕНИЕ - СИСТЕМЫ
- Подготовка проекта внедрения ERP
- Управление проектом внедрения ERP
-
Эффективная эксплуатация и поддержка
- Проблемы быстродействия ERP – системный кризис
- (ИГ Киборг) Что ограничивает быстродействие ИТ систем на основе баз данных
- Быстродействие ERP (Обсуждение: настройка софта на сервере)
- Быстродействие ERP (возможности SQL и СУБД утеряны)
- Что ограничивает быстродействие ERP - Часть 1
- Что ограничивает быстродействие ERP - Часть 2
Быстродействие ERP (Обсуждение: настройка софта на сервере)
рассматриваются проблемы настройки сервов и серверного софта
Mikhail Elashkin: Настройка производительности это высший пилотаж в технологиях
Не хочу обидеть но это просто набор мифов и суеверий относительно ERP. Да, эти системы не всегда написаны хорошо, но они работают и дают нужную производительность если уметь с ними работать. Начнем с того, что похоже что сайзинг не проводится вообще? Т.е. систему рассчитывали от балды. Стоит ли удивляться что она не работает как нужно.
Второе. А кто настраивал ее производительность? “Функцилнальные консультанты”? Те кто внедрял ее? Да этим людям нельзя доверить телевизор включить - внедрятели ERP в большинстве случаев полностью не способны к работе с компьютером. Их научили как собачек жать на нужные клавиши и настраивать функционал. Тех с кем был знаком я можно было смело расстреливать без вреда для ИТ.
Настройка производительности это высший пилотаж в технологиях. Тут нужна команда из специалиста по ERP, спеца по СУБД и железячника знающего не просто ПК, а тонкости работы многопроцессорных систем итд итп. И это должны быть лучшие специалисты в отрасли. С огромным опытом работы и сертификатами.
Держать такую команды невыгодно, поэтому их следует привлекать для аутсорсинга на стадии настроек. Увы, но на нашем рынке все “самоделкины” - сами делаем настройки. Результат? Вот такие мифы.
Qualexander: держать на ответственных приложениях серверы более трех лет?
Скорее всего пост навеян каким-то конкретным примером или ситуацией.
Кроме высокоученых методов, применимых суперспецами, есть и тупые и эффективные, делаемые грамотными специалистами - повышение производительности серверов (замена, которая обязана быть регулярной и плановой), и урезание баз с переносом части данных в архив. Не фиг держать на ответственных приложениях серверы более трех лет, их нужно переводить на вспомогательную работу…
Если при внедрении не сумели учесть роста объемов на трехлетнюю перспективу - Бог судья тем спецам…
Apex: когда из дизайна выжали все, тогда начинается тонкая настройка СУБД
“Настройка производительности это высший пилотаж в технологиях. Тут нужна команда из специалиста по ERP, спеца по СУБД и железячника знающего не просто ПК, а тонкости работы многопроцессорных систем итд итп. И это должны быть лучшие специалисты в отрасли. С огромным опытом работы и сертификатами.”
Не согласен, большая часть проблем производительности именно от криво написанного ПО, и все ваши “асы” по железкам и пр. понадобятся лишь тогда, когда из дизайна выжали все что можно, вот тогда уже начинается тонкая настройка на уровне СУБД, ОС, железа… на практике до этого ой как редко доходит.
nvoynov: потребителя легко запутать
Да нормальная статья. Возможно действительно не относится к “нормальным” системам и командам, если системы вообще можно назвать нормальными
Эти системы покрывают слишком много, гораздо больше того, что может унести потребитель. Поэтому потребителя легко запутать. Т.е. нужно пробираться через дебри маркетинга и жестко выписывать контракт с поставщиком
Белоусов Сергей: Доходы интеграторов: софт и услуги
Безусловно очень интересная статья, и она имеет место быть, потому что во многом она отражает сущность ERP систем. Тем не менее я бы хотел высказать свою точку зрения глазами Интеграторов. Достаточно большой акцент сделан на то, что Интеграторы не заинтересованы в проблемах клиента, это не совсем так, почему?
Заблуждение.
Все зависит от угла зрения на финансовую сторон данного вопроса. Если мы говорим о доходности с точки зрения одного клиента который в свою очередь уже приобрел ERP систему, то да так как софт уже продан и кроме услуг продать мало что можно, в таком случае действительно можно говорить о выгоде проблем клиента, но мы забываем о «уровне счастья», клиента который приобрел ERP систему, и в конечном случи в течении некоторого времени клиент откажется от использования данной ERP системы, или произойдет замена компании обслуживающую данную систему.
Реальность. (Мысли с точки зрения Интегратора).
Перечень услуг который современный Интегратор может оказывать клиенту, достаточно велик, это продажа софта, консалтинг, обучение, внедрение, и т.д. Но мысленно их можно разделить на две группы софт и услуги. Теперь давай представим, что у Интегратора в руках появился такой софт, который достаточно только продать за хорошие деньги, и при этом его не нужно внедрять а клиент испытывает сплошное удовольствие. Тогда я могу уверить вас что такой Интегратор за несколько лет станет по доходности на одну линейку с компанией Microsoft, или Oracle. Но это невозможно, так как продажа повлечет за собой услуги. Продав софт (Легкие деньги) компания Интегратор начинает заниматься его внедрениям (Тяжелые деньги) и при этом очень рассчитывает на успешность внедрения, а так же на высокий показатель «уровня счастья» клиента, потому что если этого не будет, то продать ERP систему (Легкие деньги) другому клиенту будет очень как непросто. Так как какой клиент захочет чувствовать себя на примере другова, с низким «уровням счастья» после приобретения ERP системы.
Поэтому пока данный сегмент рынка недостаточно заполнен в России выгодно много продавать, и как можно быстрее и качественно внедрять.
nvoynov: внедрение - это трудно, тут правит балл не продавец софта, а внедренец
Чем масштабнее решение тем больше оно направлено просто на масштаб. И меньше обращает внимание на нужды конкретного пользователя, который с этой системой работает. Хотя руководство довольно и что-там видит новое и под большими углами. Т.е. удовлетворить руководителей гораздо проще чем пользователей.
И я в принципе простой программист - автоматизировал бизнес предпоследние восемь лет. Сегодня я смотрю системы, которые работают у моих знакомых. Они гораздо меньше ERP, это где-то 1С, где-то TSCRM - и проблемы везде одинаковые - СИСТЕМЫ ТУПО НЕДОДЕЛАНЫ для того, чтобы с ними было удобно и быстро работать. Т.е. экономии усилий для рядового человека, который с ними работает прост нету, или слишком мизерное количество.
Это конечно не по теме производительности. Но внедрение это трудно, и к сожалению тут правит балл внедренец, а не потребитель. Отсюда и все беды
Mikhail Elashkin: Переписать код на сервере на асмеблере - никто этого не будет делать
ERP системы написаны не эффективно. Это факт. Переписать код на сервере приложений на асмеблере. Посадить сотни людей на оптимизацию кода. Никто этого не будет делать в принципе. Система оптимизирована достаточно чтобы с ней можно было работать.
А вот настраивать систему нужно уметь. К сожалению это искусство становится недоступным ((
Свое мнение по вопросам настройки производительности серверов
и софта Вы можете отправить на e-mail:
