Закрыть и перейти на сайт ComNews.RU
Новости Редколонка Точка зрения

Пн, 16.09.2019

Полная версия сайта   

 Поиск
USD 64.47 EUR 71.53
16 сентября 2019 года, Пн
Дмитрий Хороших, менеджер по развитию бизнеса Cisco

Взаимодополняющая автоматизация

Дмитрий Хороших,
менеджер по развитию бизнеса Cisco
01.07.2019
Дмитрий Хороших, менеджер по развитию бизнеса Cisco
Дмитрий Хороших, менеджер по развитию бизнеса Cisco

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

Самостоятельные разработки и доработки ИТ-решений, в том числе для автоматизации бизнес-процессов, будут всегда, ведь ни одна коммерческая система автоматизации "из коробки" не сможет на 100 % удовлетворить все потребности предприятия. Главное - ​не увлекаться собственно разработкой. Большинство самостоятельных проектов не дают результата из-за того, что ИТ-команда предприятия вместо прикладных задач начинает решать исследовательские, причем в тех областях, где уже существуют готовые, проверенные решения. Например, за последние пять лет потерпело неудачу множество проектов в области больших данных, потому что их разработчики хотели сами строить платформу, тратили на это слишком много времени и денег - ​и просто не успевали приступить к решению самой задачи за отведенное на проект время. При этом, например, компания Cisco с 2013 года поставляет на рынок готовые платформы для работы с большими данными.

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

Есть несколько принципов, которые следует соблюдать, чтобы создать собственные эффективные решения. Любое решение, по сути, является многослойным, и его разработка состоит из определенных этапов. Сначала строится "база" - ​вычислительная платформа, система передачи, накопления и хранения данных, сети датчиков и т.д. И тут важно не изобретать велосипед: если существующие на рынке продукты могут в полной мере решить эти задачи, то имеет смысл ими воспользоваться. Часто компания начинает собственную разработку, чтобы снизить стоимость решения, рассчитывая на использование открытого ПО и свои силы. Такой подход хорош на этапе проверки гипотезы, но промышленная эксплуатация разработанной таким образом системы зачастую превращается в кошмар и часто ведет к непродуктивному расходованию ресурсов компании. Слова Kubernetes и Docker сейчас знает любой разработчик: использование этих инструментов позволяет очень быстро прототипировать, создать и организовать первоначальное развертывание комплексных проектов. Однако службу эксплуатации, которая решает задачи обеспечения непрерывности работы бизнес-сервисов и их интеграцию между собой, такой подход часто приводит в замешательство. У них просто нет людей, которые могут поддерживать созданные с помощью указанных инструментов системы. В этом случае успеху проекта очень поможет использование готовых решений для контейнерной виртуализации, включающих "железо", ПО, да еще и техническую поддержку вендора из единого окна.

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

Конечно, практически любую ИТ-систему для автоматизации можно сделать самостоятельно. Скорее это вопрос времени, потраченных людских ресурсов и, конечно, экономической целесообразности. Важным преимуществом крупного вендора является то, что он может делить затраты на разработку сложных систем между всеми своими заказчиками. В России, к сожалению, компании часто начинают разрабатывать те продукты, которые гораздо проще и быстрее купить готовыми. Выигрывают на рынке те, кто может трезво оценить свои силы и ценит возможность сэкономить время, обоснованно выбирая правильный метод автоматизации - ​за счет покупки готового решения или разработки собственного.

Точка зрения

При использовании материалов ссылка на ComNews обязательна.

Свидетельство о регистрации СМИ от 8 декабря 2006 г.
Эл № ФC 77-26395

РекламаПисьмо в редакциюО насAbout us
Новости