Большинство компаний еще не понимают, что такое оркестровка искусственного интеллекта, и лишь немногие признают ее судьбоносное значение. Пришло время сделать домашнее задание, пишет на портале eWeek Дэвид Линтикум, главный специалист по облачной стратегии компании Deloitte Consulting.
Самое интересное в ИИ и его производных, таких как машинное обучение, глубокое обучение, а теперь и генеративный ИИ, то, что они существуют уже очень давно. Хотя те, кто приходят на рынок ИТ, по-новому понимают суть ИИ, его основные механизмы практически не изменились. Изменились стоимость и простота создания очень сложных и ценных моделей ИИ.
Использование облачных вычислений вызвало стремительный рост систем ИИ. По мере того как предприятия расширяют свои инвестиции в инновационные облачные технологии, ИИ сможет обеспечивать еще большую ценность для бизнеса. Большинство предприятий используют системы ИИ как монолитные.
Они получают обучающие данные, обучаются на их основе, а затем используют эти модели для какой-либо заранее определенной цели. Например, для определения кредитных рисков в системе обработки кредитов, автоматизации цепочки поставок для минимизации запасов или подбора акций для инвестиций.
Оркестр вашего бизнеса (введение)
Однако инновации, доступные в автономных системах, ограничивают ценность этих монолитных систем ИИ. Это ограничение породило стремление интегрировать технологию ИИ с другими основными бизнес-системами и другими системами ИИ для повышения ценности. При правильном подходе конечный результат будет равен 1+1=3. Это также увеличит окупаемость инвестиций в систему ИИ, разработка и поддержка которой может быть дорогостоящей.
Оркестровка ИИ и интеграция систем ИИ
Интеграция систем ИИ со многими другими бизнес-системами (как слабо, так и тесно связанными) не представляет собой ничего нового. В конечном счете, системы ИИ не имеют никаких функций. Хотя их можно применять для выполнения некоторых впечатляющих функций, сами по себе они не являются бизнес-приложениями.
Они должны быть связаны с бизнес-приложениями, чтобы доставлять необходимую бизнес-ценность. В прошлом тенденция заключалась в тесной привязке систем ИИ к приложениям и данным приложений.
Системы ИИ были либо компонентом бизнес-системы, работающей в том же пространстве и на той же платформе, либо системами, доступ к которым осуществляется через синхронные (блокирующие) API, которые могут программно взаимодействовать с системами ИИ. Жесткое соединение систем ИИ с бизнес-системами было связано с выбором пути наименьшего сопротивления.
Хотя это «работало», это ограничивало ценность систем ИИ для многих других бизнес-систем. Легкие сервисы оркестровки могут справиться с уникальными требованиями систем ИИ и обеспечить свободный доступ к любому их количеству.
Они задействуют эти системы, используя разработку no-code или low-code, когда сервисы оркестровки создают решения с помощью конфигурации, а не глубокой разработки. Свободное соединение в отличие от жесткого позволяет настроить доступ и оркестровку для использования систем ИИ таким образом, чтобы повысить ценность этих систем для бизнеса.
#БизнесХак143. Человек — оркестр в бизнесе. Как нанять маркетолога.
Оркестровка не является чем-то новым или инновационным, независимо от того, работают ли она в одном облаке, в разных облаках или во внутренних системах. Это новое применение существующей технологии, которое дает возможность уровням оркестровки решать вопросы взаимодействия систем ИИ таким образом, что они становятся гораздо более эффективными при совместном использовании (1+1=3).
Например, допустим, у нас есть система ИИ для выбора акций, которые будут расти в цене, система ИИ для поддержки анализа рисков для конкретных компаний и система ИИ для выявления тенденций в социальных сетях до того, как они станут тенденциями. Хотя каждая система сама по себе имеет очевидную ценность, способность создавать оркестровки, которые могут оценивать конкретные бизнес-проблемы или предложения с помощью комбинации всех или некоторых систем ИИ имеет гораздо большую ценность.
Ссылаясь на вышеприведенный пример, мы можем использовать список акций, созданный системой ИИ по подбору акций, а затем передать эту информацию системе анализа рисков. Эта система может проанализировать данные и сформировать рейтинг риска на основе данных обучения и полученной модели знаний.
Затем мы передаем упорядоченный по степени риска список хороших акций нашей аналитической системе ИИ, работающей в социальных сетях, которая может присвоить хорошие или плохие тенденции конкретным продуктам, производимым этими компаниями. Такое комбинированное применение систем ИИ позволяет определить, поддержит ли рынок данную компанию. Вы поняли суть. Следуйте закономерностям интеграции процессов, RPA, интеграции данных и других систем, которые работают над более примитивными системами и позволяют извлекать больше ценности. Речь идет о поддержке автоматизации между этими системами для поиска полезных оркестровок, которые могут быть построены как разовое решение или как нечто более постоянное.
Полный потенциал оркестровки ИИ
- Оркестровка 12 различных систем ИИ и 110 баз данных для поддержки интеграции цепочек поставок, что позволяет принимать решения с практически идеальными информацией и пониманием.
- Возможность создания инвестиционной системы, подобной той, что была описана в нашем примере, которая выбирает акции с 89%-ным успехом, используя десятки систем ИИ и внутренние и внешние источники данных.
- Система, которая ранжирует лучших потенциальных кандидатов на работу, используя внешние и внутренние данные, и девять систем ИИ, которые могут определить, какие кандидаты с наибольшей вероятностью будут успешны в конкретной роли.
ИИ сам по себе имеет определенную ценность. Интеграция ИИ с другими системами ИИ и другими источниками данных может принести гораздо больше пользы. Это возможность для компаний могут вывести ИИ на недостижимый ранее уровень ценности. Это также обеспечивает платформу для экспериментов с возможностями ИИ, которые, в свою очередь, могут найти инновационные ценности, которые большинство компаний еще не осознали или даже не концептуализировали.
Два типа оркестровки ИИ
Итак, как выглядят инструменты оркестровки ИИ? Существует два общих типа:
- К первому типу относятся инструменты для организации рабочих процессов и оркестровки, которые изначально поддерживают интеграцию ИИ.
- Второй тип инструментов требует расширенных возможностей для взаимодействия с системой ИИ и работы с генерируемыми и потребляемыми данными ИИ (например, обучающими данными).
Некоторые из инструментов даже могут использовать ИИ для усиления своих возможностей организации рабочего процесса или оркестровки, но это не является критическим моментом. Критически важным является использование инструмента, который может интегрировать ваши исходные и целевые базы данных и системы ИИ, предпочтительно с использованием механизма оркестровки no-code или low-code, который вы можете легко и быстро настроить. Применяемая платформа (например, публичное облако), вспомогательная технология и другие факторы определят «правильный» инструмент оркестровки ИИ.
Повторимся, этот подход к ИИ не является чем-то новым или научной фантастикой. Он просто использует существующие технологии для повышения ценности бизнеса.
Источник: www.itweek.ru
Оркестровка против Хореографии
Каковы различия между сервисной оркестровкой и сервисной хореографией с точки зрения организации?
user138040 08 ноя ’10 в 19:26 2010-11-08 19:26
2010-11-08 19:26
12 ответов
Базовые технологии, такие как (XML, SOAP, WSDL), предоставляют средства для описания, определения местоположения и вызова служб как отдельного объекта. Однако эти технологии не дают подробных сведений о роли службы в более сложном сотрудничестве. Это сотрудничество включает в себя последовательность действий и отношений между действиями, которые формируют бизнес-процесс. Есть два способа построить этот процесс: сервисная оркестровка и сервисная хореография.
Сервисная оркестровка
Оркестровка сервисов представляет собой единый централизованный исполняемый бизнес-процесс (оркестратор), который координирует взаимодействие между различными сервисами. Оркестр отвечает за вызов и объединение сервисов.
Отношения между всеми участвующими услугами описываются одной конечной точкой (то есть, составной услугой). Оркестровка включает управление транзакциями между отдельными службами. Оркестровка использует централизованный подход к составу услуг.
Сервис Хореография
Хореография сервисов — это глобальное описание участвующих сервисов, которое определяется обменом сообщениями, правилами взаимодействия и соглашениями между двумя или более конечными точками. Хореография использует децентрализованный подход к составу услуг.
Хореография описывает взаимодействие между несколькими службами, где оркестровка представляет контроль с точки зрения одной стороны. Это означает, что хореография отличается от оркестровки тем, где должна находиться логика, управляющая взаимодействиями между задействованными сервисами.
user4086836 22 апр ’15 в 21:01 2015-04-22 21:01
2015-04-22 21:01
Оркестровка сервисов: вы объединяете несколько сервисов по фиксированной логике. Эта логика описана в одном месте. Вы можете представить команду людей с менеджером, занимающимся микроуправлением. Менеджер точно говорит, что, когда и кто должен делать. Члены команды не заботятся о цели всей работы, менеджер объединяет результаты в один результат.
Практическим примером является процесс BPEL. Процесс BPEL содержит логику, может вызывать несколько сервисов и объединять их ответы в один сервисный ответ.
Сервисная хореография: логика принятия решений распределена, без централизованной точки. Вы можете представить себе дом, где все стремятся к общему благу и активно работают без микроуправления. Или вы можете представить себе человеческое тело, в котором разные члены взаимозависимы и работают ради общей цели.
Практическим примером является управляемая событиями обработка, когда агент активируется событием и выполняет свою работу. Все агенты составляют систему вместе. Здесь нет централизованной логики. Возможности хореографии могут выходить за рамки оркестровки, поскольку они больше соответствуют реальному миру.
Мое мнение таково, что нам не нужно сильно различать эти два, поскольку нам нужно сосредоточиться на бизнес-логике. Там, где единственная логическая точка выполняет свою работу, мы делаем оркестровку. Там, где проблема не может быть покрыта централизованной логикой, мы все равно вынуждены заниматься хореографией. Вот почему мы часто сталкиваемся с оркестровкой в области ИТ, в то время как хореография остается в большей степени академической концепцией и предметом исследований. И очень часто мы делаем хореографию, фактически не зная об этом, как в реальном мире.
user6703530 07 сен ’16 в 08:11 2016-09-07 08:11
2016-09-07 08:11
Поскольку ветка старая, но она все еще пишется для тех, кто, как и я, наткнулся здесь на поиски этого вопроса. Это очень обсуждаемый вопрос в сервис-ориентированной архитектуре (SOA), который требует более четкого объяснения для начинающих.
Оркестровка: исполняемый процесс
- Используется в частных бизнес-процессах
- Центральный процесс (который может быть другим веб-сервисом) берет на себя управление вовлеченными веб-сервисами и координирует выполнение различных операций над веб-сервисами, вовлеченными в операцию.
- Вовлеченные веб-службы не «знают» (и не должны знать), что они вовлечены в процесс компоновки и что они принимают участие в бизнес-процессе более высокого уровня.
- Только центральный координатор оркестровки знает об этой цели, поэтому оркестровка централизована с явными определениями операций и порядком вызова веб-сервисов.
Хореография: Многопартийное Сотрудничество
- Хореография, напротив, не зависит от центрального координатора. Скорее, каждый веб-сервис, участвующий в хореографии, точно знает, когда выполнять свои операции и с кем взаимодействовать. Хореография — это совместная работа, направленная на обмен сообщениями в общественных бизнес-процессах.
- Все участники хореографии должны знать о бизнес-процессах, операциях, которые нужно выполнить, сообщениях для обмена и времени обмена сообщениями.
Хореография против оркестровки
- С точки зрения составления веб-сервисов для выполнения бизнес-процессов оркестровка является более гибкой парадигмой и имеет следующие преимущества по сравнению с хореографией:
- Координация компонентов процессов централизованно управляется известным координатором.
- Веб-сервисы могут быть включены, не зная, что они принимают участие в более широком бизнес-процессе.
- Альтернативные сценарии могут быть созданы в случае возникновения ошибок.
user3646917 24 окт ’15 в 10:13 2015-10-24 10:13
2015-10-24 10:13
Службы можно различать между атомарными службами и службами, состоящими из других служб. Такие композиции называются «оркестровка». Иногда рабочий процесс, иногда бизнес-процесс. Например, BPEL является языком оркестровки, но называет себя «языком выполнения бизнес-процессов».
Не требуется, чтобы услуги были иерархически составлены. Это означает, что две службы могут общаться друг с другом. Протокол между ними называется «хореография». Это может быть две службы, но обычно задействовано более двух служб. Каждый сервис в хореографии может рассматриваться как организатор партнерских сервисов.
Каждый сервис, участвующий в хореографии, может быть реализован как оркестровка / рабочий процесс / процесс.
Оркестровка показывает полное поведение каждого сервиса, тогда как хореография объединяет описания поведения интерфейса каждого сервиса.
user873282 06 окт ’11 в 14:37 2011-10-06 14:37
2011-10-06 14:37
Андрей и другие хорошо поработали, объяснив, что такое оркестровка и что такое хореография. Для архитектора программного обеспечения, выбирающего между этими двумя альтернативами, также важно сравнить их в отношении различных качеств.
Оркестровые плюсы над хореографией
- Надежность. Платформы Orchestration имеют встроенную поддержку обработки ошибок и управления транзакциями (компенсация транзакций). В хореографии специально разработанный рабочий процесс и обработка ошибок, как правило, более подвержены ошибкам.
- Модифицируемость. Создание и изменение рабочих процессов процессов и сложных композиций услуг проще с помощью визуальных инструментов BPM, которые можно найти на платформах оркестровки.
Хореография плюсы над оркестровкой
- Производительность. Orchestration влечет за собой снижение производительности из-за интерпретации сценария рабочего процесса и дополнительного уровня самой платформы оркестровки.
- Стоимость: Хореография не требует дополнительного промежуточного программного обеспечения или языка, которые связаны с кривыми обучения и бременем управления.
user317522 11 фев ’16 в 11:45 2016-02-11 11:45
2016-02-11 11:45
Оркестровка полезна, когда у вас есть контроль над всеми участниками процесса — когда все они находятся в одной области контроля, и вы можете диктовать поток действий. Это, конечно, чаще всего, когда вы указываете бизнес-процесс, который будет выполняться внутри одной организации, которую вы контролируете.
Хореография — это способ указать, как две или более стороны, ни одна из которых не имеет никакого контроля над процессами других сторон, или, возможно, какой-либо видимости этих процессов, могут координировать свои действия и процессы для обмена информацией и ценностями. Используйте хореографию, когда требуется координация между областями контроля / видимости. Вы можете рассматривать хореографию в простом сценарии как сетевой протокол. Это диктует приемлемые образцы запросов и ответов между сторонами.
user3009846 31 янв ’15 в 17:28 2015-01-31 17:28
2015-01-31 17:28
Еще один способ взглянуть на Сервисный Оркестр против Хореографии:
— Сервисная оркестровка: вокруг бизнес-сферы.
— Сервисная хореография: среди множества бизнес-доменов.
user4694344 13 июн ’16 в 21:47 2016-06-13 21:47
2016-06-13 21:47
Я бы сказал, что хореография хорошо подходит для высоко децентрализованных организаций. Вам не понадобится центральный исполнитель бизнес-процессов. Это способствует независимому росту и развитию каждого из подразделений организации.
user69067 08 дек ’10 в 18:34 2010-12-08 18:34
2010-12-08 18:34
Можно использовать и хореографию, и оркестровку — та же система, что и в нашем продукте. Различные участники, выполняющие различные порученные им задачи, управляются системой публикации/подписки событий посредством событий, которые они генерируют. Например, когда грузчик с контейнером прибывает на склад, это событие, на которое подписывается приложение менеджера склада, предлагает менеджеру склада активировать ресурсы для выгрузки груза. Но когда случаются исключения, например, вилочный погрузчик для перевозки груза выходит из строя, это событие запускает механизм оркестрации (процессор рабочего процесса), чтобы организовать задачу для различных участников в соответствии с рабочим процессом обработки исключений для обработки исключения.
user17398485 12 ноя ’21 в 19:43 2021-11-12 19:43
2021-11-12 19:43
В оркестровке есть проводник и инструментальные игроки. Игроки играют в соответствии с тем, как проводит дирижер. Если проводник заменен, гармоническое выражение будет другим, т. Е. Это будет та же самая игра (услуга), но с другим результатом.
Например, чтобы предоставить предложение о финансовой договоренности, служба оркестровки будет проводить, запрашивая (вызывая) каждого игрока (организацию или коммунальную службу, например, проверку кредита), чтобы он играл (возвращал результаты или корректировал / обновлял свою игру) в соответствии с шаблоном проводника (бизнес правила). В хореографии есть хореограф и есть группы танцоров. Хореография — это направление, но каждая группа танцоров автономна в том, как реализовать это направление.
user5236139 23 сен ’15 в 18:44 2015-09-23 18:44
2015-09-23 18:44
И оркестровка, и хореография — две философии формализма процесса в большом масштабе, то есть пространства для сотрудничества. Пространство для совместной работы — это формальное представление отрасли, например, отрасли здравоохранения, пищевой промышленности, автомобильной промышленности или. Поэтому у вас должны быть небольшие поставщики услуг, способные говорить на каком-то языке общения, прежде чем вы решите организовать их или использовать хореографию для удовлетворения некоторого спроса, значимого для конечного потребителя.
Оркестровка обычно следует за так называемым промежуточным программным обеспечением в распределенных системах. Некоторыми хорошими примерами инструментов в ИТ-индустрии могут быть Juju, Zapier IFTTT. У вас есть централизованный контроль, слух, модификация и устранение неисправностей в отношении потребляемых вами услуг.
Хореография более децентрализована, чем оркестровка, в том смысле, что она принимает больше автономных сотрудников. Например, сеть биткойнов — это совокупность поставщиков услуг, называемых узлами, которые вместе предоставляют услугу Defi, а именно функциональность распределенного реестра для своих конечных потребителей услуг. Но у него нет централизованных полномочий, и нет полного обзора всей сети. Существует консенсус в отношении того, что если уважаемый поставщик услуг-кандидатов присоединится к сети и будет участвовать в предоставлении услуг конечным потребителям. Везде, где вам нужно атаковать надежную третью сторону и ее побочные эффекты, такие как коррупция, оркестровки будет недостаточно.
Опять же, любое сотрудничество между участниками в любой отрасли может быть подвергнуто оркестровке или хореографии, поэтому я надеюсь, что ограничение примеров только ИТ-отраслью не вводит в заблуждение.
Также могу добавить, что название предполагает аналогию между этими двумя и сценическим исполнением. В оркестре каждый музыкант гармонирует с другими членами команды, если он следует за одним дирижером. С другой стороны, аналогично сценическому танцу в хореографии нет дирижера, каждый сценический танцор только гармонизирует себя со своим партнером (лучше, если говорит как равный), без единой точки лидерства по гармонизации. Но все же оба представляют для зрителей гармонию.
Источник: stackru.com
Оркестровка и хореография в SOA, или Про BPEL, XPDL, WS-CDL и ebXML.
Знание BPMN без знания BPEL и его места в архитектуре SOA (хотя бы даже в общих чертах) — это вообще незнание. Убеждаюсь в этом снова и снова. Вот, к примеру, такой элемент BPMN как пул, а также взаимодействие между пулами. Ну разве можно понять значение этого элемента, если не знать, что такое оркестровка и хореография.
Вот еще одна картинка из книги Самуйлова (рисунок кривоват — но что поделать, это же скан!):
Оркестровка (orchestration) и хореография (choreography) соответствуют, как пишет Самуйлов, двум подходам к описанию бизнес-процессов: в виде последовательности выполнения сервисов или в виде их взаимодействия.
Оркестровка — это описание внутреннего бизнес-процесса предприятия в виде потока взамиодействия между внутренними и внешними для организации веб-сервисами. Точка зрения на этот процесс — чисто внутренняя, например, со стороны руководства, или как еще говорят, со стороны владельца бизнес-процесса.
Хореография — это определение последовательности условий, при соблюдении которых несколько независимых участников обмениваются сообщениями с целью выполнения некоторой общей бизнес-задачи (буквально цитирую).
Языками моделирования для описания оркестровки выступают BPEL (Business Process Executive Language) и XPDL (XML Process Definition Language). При этом исполнение орекстровки предполагает наличие центрального процессора, который вызывает веб-сервисы. Веб-сервисы в этом случае «не знают», что они участвуют в более глобальном бизнес-процессе.
Соответственно, языками моделирования для описания хореографии выступают WS-CDL (Web-services Choreography Description Language) и ebXML (Electronic Business using eXtensible Markup Language). При хореографии бизнес-процессов не требуется центральный координатор, поскольку каждый веб-сервис «знает», когда выполнять свои операции и с каким другим веб-сервисом он взаимодействует.
Источник: chevalry.livejournal.com