Platform V Functions
Platform V Functions предоставляет сервисы, позволяющие упростить разработку и эффективно исполнять композитные сервисы.
Композитные сервисы представляют собой backend-сервисы, доступные по API и описываемые в виде композитных вычислений. Данные сервисы используются для реализации бизнес-логики продуктовых фабрик.
Термин «композитные вычисления» означает, что композитные сервисы разрабатываются не в виде произвольной программы на Java, а в виде композиции вычислительных узлов и переходов между ними. Каждый вычислительный узел реализован как вызов внешнего сервиса через его API, либо как участок Java-кода.
В состав продукта входят следующие сервисы:
Компонент «Моделирование композитных сервисов Визард КБТ Platform V Functions» предназначен для визуальной разработки композитных сервисов.
Компонент «Моделирование композитных сервисов Ядро КБТ Platform V Functions» предназначен для выполнения композитных сервисов и представляет собой фреймворк для управляемого выполнения вычислительных узлов и осуществления переходов между ними.
Пользователи могут разрабатывать композитные сервисы любым из следующих способов:
Компонент «Моделирование композитных сервисов Визард КБТ Platform V Functions»:
Преимущества использования визуального редактора:
Компонент «Моделирование композитных сервисов Ядро КБТ Platform V Functions»:
Композитные сервисы выполняются на Ядре КБТ (CCOR), который представляет собой фреймворк для управляемого выполнения вычислительных узлов и осуществления переходов между ними. Представление композитных вычислений в виде вычислительных узлов позволяет Ядру КБТ предоставлять следующую функциональность при выполнении композитных сервисов:
Использование КБТ в совокупности со специальным визуальным инструментом разработки (сервис Визард КБТ) позволяет не только снизить затраты времени и упростить разработку композитных сервисов, но и снизить требования к квалификации разработчиков, необходимой для создания подобных сервисов.
Почему композитный ИИ — критически важная концепция
Брэт Вуек
Gartner сулит большое будущее композитному ИИ (Composite AI) для предприятий. Последний представляет из себя сочетание методов из различных областей ИИ, что может дать мощный мультипликативный эффект, пишет на портале InformationWeek главный менеджер по управлению аналитическими продуктами SAS Брэт Вуек.
Сегодня трудно найти компанию, которая не использует ИИ. В последние годы он стал более доступным и повсеместным, и этот термин закрепился в качестве основного компонента технологического лексикона. Что еще не вошло в него, но становится все более важным для успешного внедрения ИИ, так это концепция композитного ИИ.
Gartner включила композитный ИИ в число пяти новых инновационных профилей в своем исследовании «Hype Cycle for Artificial Intelligence, 2020» определив этот термин как «сочетание различных методов ИИ для достижения наилучших результатов».
Речь идет об использовании синергии различных типов ИИ — машинного обучения, традиционных систем на основе правил, методов оптимизации, обработки естественного языка и графовых методов — с целью повышения эффективности обучения систем ИИ, уровня «здравого смысла» и способности решать широкий спектр бизнес-задач.
Идея композитного ИИ на первый взгляд может не произвести должного впечатления, поскольку концепции, лежащие в его основе, так или иначе не новы. Но сочетание методов из различных областей ИИ, предлагающих уникальные подходы для решения различных аспектов общей бизнес-задачи, может дать мощный мультипликативный эффект. Благодаря ему организации могут создавать решения, которые исследуют и используют все аспекты знаний, заложенных в данных. Свидетельством могут послужить примеры ритейлеров, врачей и банкиров — новаторов во всех отраслях, которые уже сегодня используют его преимущества.
Композитный ИИ в действии
Многие компании часто задаются вопросом: «Какой алгоритм или технику ИИ использовать?». Однако по мере того, как ИИ решает все более сложные задачи, лучшим ответом становится сочетание нескольких методов и технологий. Взять, например, компанию, занимающуюся розничной торговлей. Используя композитный ИИ, она может оптимизировать свои усилия по ценообразованию и продвижению товаров, собирая и суммарно анализируя данные о транзакциях каждого магазина, существующих ценах и акциях, уровнях запасов, характеристиках клиентов и ценах конкурентов. Ритейлеры могут лучше понять ценовую эластичность (т. е. влияние любых предлагаемых изменений цен) для подмножества магазинов и/или товаров путем одновременного использования методов МО, многократного тестирования и итераций на основе реакции покупателей на любые изменения цен.
Что касается возможностей композитного ИИ в медицине, то Медицинский центр Амстердамского университета продемонстрировал его потенциал, объединив такие технологии, как компьютерное зрение, визуализацию данных и МО, для оценки эффективности лечения онкологических больных. Их сочетание позволяет врачам визуализировать реакцию организма на химиотерапию на основе изменения размера опухоли — анализ, который трудно проделать невооруженным глазом, но который может значительно улучшить общие показатели выживаемости.
Применение композитных ИИ-методов в финансовом секторе вообще меняет его организацию и характер деятельности. Переходя от ручных проверок соблюдения нормативных требований к автоматизированному процессу управления рисками на базе ИИ, организации используют обработку естественного языка для извлечения важнейших данных из торговых документов, проводят сотни проверок соблюдения нормативных требований в режиме реального времени и используют модель градиентного усиления для автоматизации процессов и сокращения числа ложных срабатываний. Автоматизация позволила ведущим финансовым учреждениям сократить количество проверок с 40 до одной минуты, что означает экономию в миллионы долларов.
С чего начать
Самым важным шагом в успешном использовании композитного ИИ является четкое определение бизнес-проблемы, требующей решения. После того как специалисты компании в области обработки данных и ИИ глубоко поймут суть бизнес-задачи, они смогут определить, какие имеющиеся наборы данных лучше всего помогут найти ответ на нее. Выбор, интеграция и внедрение наиболее продуктивной комбинации методов ИИ обычно сводится к количеству и типу имеющихся данных.
Например, если наиболее актуальная бизнес-проблема компании связана с обслуживанием и поддержкой клиентов, и при этом используются текстовые или голосовые данные, в стратегии ИИ должны присутствовать два метода — компьютерное зрение и обработка естественного языка. Если компания пытается решить финансовую проблему в рамках конкретного отдела, в которой задействованы преимущественно структурированные данные, в рецепте комбинированного ИИ может потребоваться сочетание статистики, МО и методов прогнозирования.
После выбора наиболее продуктивной комбинации методов ИИ аналитики и специалисты по работе с ИИ могут использовать конвейеры МО для создания моделей. Для их операционализации и скорейшего извлечения выгоды модели или даже потоки решений могут быть встроены в соответствующие процессы, устройства, датчики или базы данных.
Обеспечение бесшовной и безопасной интеграции всех методов ИИ в рамках композитной стратегии особенно важно, если используются библиотеки с открытым кодом и/или отраслевая принадлежность компании связана с высоким уровнем регулирования.
Постепенный, комплексный подход — ключ к успешному применению композитного ИИ
В конечном счете, композитный ИИ — это командный вид спорта, поскольку он требует междисциплинарных компетенций и участия экспертов по всему спектру методов ИИ. Вместо того чтобы перегружать себя или слишком концентрироваться на одном конкретном методе ИИ, компаниям следует постепенно выстраивать стратегию композитного ИИ на основе бизнес-задачи (задач), которую они больше всего хотят решить.
Вполне реально, что по мере изменения и роста потребностей бизнеса сочетание ИИ-методов будет меняться. Важно обеспечить итеративность процесса и доступность широкого спектра техник ИИ. Интегрируя наиболее подходящее сочетание методов ИИ и соответствующих экспертов для решения конкретной проблемы и постоянно внедряя модели и потоки решений для создания ценности, компании могут воспользоваться преимуществами композитного ИИ и реально решить свои самые сложные бизнес-задачи.
Композитный сайт: технология Битрикс в каждую CMS
Здрасте!
Поговорим про самое спорное телодвижение компании Битрикс — технологию «Композитный сайт».
Спорное оно потому, что ребята запатентовали технологию, которая, по моему мнению, не тянет даже на курсовую 3 курса профильной специальности.
Ну да ладно, это ж маркетологи.
В статье рассмотрены:
Все вкусности внутри, го под кат.
INTRO
Честно, не понимаю какой был смысл патентовать технологию на 1-2 сотни строк кода, да к тому же и совсем не инновационную, это правда уже вопросы к «патентному бюро», так что пофиг.
Погнали!
Технология композитный сайт
Громко, конечно, называть это технологией, но все же пусть будет так.
Что же это такое?
Цитата с сайта Битрикс:
Уникальная технология производства сайтов объединяет в себе высокую скорость загрузки статического сайта и все возможности динамического сайта.
Пользователь мгновенно получает контент страницы.
Обещают даже ускорение в 100 раз, правда бенчмарки не предоставили.
Ну это опять вопрос к маркетологам, а это, честно, не по моей части.
Алгоритм работы следующий:
То, что выделено красным, выполняется параллельно.
Пояснять не буду, тут все понятно.
Код снят с документации и подглядками в исходники. Сильно не углублялся, да это мне и не нужно, есть же CompoJax. Запускать в компонентах не пробовал, скажу лишь, что на страницах и шаблоне сайта он не завелся. Кому интересно — может почитать документацию, но, на самом деле не советую, т.к. после 9-ти страничного теоретического петтинга, вы увидите почти те же самые строчки кода.
CompoJax
Собственно, «технология» делающая практически тоже самое, только без пафоса, патента, проще, прозрачнее + PJAX.
Разделить технологию можно на 2 части:
Для первой ничего не требуется, можно смело юзать.
Для второй составляющей, необходимо наличие библиотек jQuery и PJAX.
Алгоритм работы следующий:
Собственно, вот и все.
Алгоритмически «технологии» не одинаковы, так что нарушения патента, в принципе, нет. В патент не углублялся, но если придет повестка в суд сделаю в статье update. Ниже представлены все возможности CompoJax, параметры PJAX и способы его кастомизации. Данный код можно использовать везде, в компонентах, шаблонах, своих классах, неважно.
CompoJax включен в либу Juggernaut, однако, вы можете скачать его отдельно (всего 1 класс), ссылки ниже.
Не только для Битрикс
Как я заикнулся выше, данную технологию можно использовать не только в Битрикс, но и в любой CMS.
На самом деле, нужно просто наследоваться от CompoJax и перегрузить методы end и clearBuffer.
Первый для вывода динамического контента, второй для чистки буфера уже выведенного контента.
Рассмотрим перегрузку данных методов на примере WordPress:
В принципе, все готово, все круто, все работает. Осталось только добавить кеширование и вообще будет замечательно. Это будет добавлено в скором времени, возможно.
Десять правил создания композитных приложений
Для многих компаний композитные приложения стали своего рода мостом для перехода к сервисно-ориентированной архитектуре (Service-Oriented Architecture, SOA). Интеграция таких прикладных систем позволила им продемонстрировать гибкость сервисов, созданных с применением Web или других технологий.
Напомним, что композитное приложение строится на базе существующих программ (таких как приложения SAP, выделенное хранилище данных или общедоступный Web-сервис), дополненных новой функциональностью и объединенных с помощью единого интерфейса. Главное заключается в том, что пользователь получает совершенно прозрачный доступ к информации независимо от сложности среды ее хранения.
Например, торговые представители могут использовать композитное приложение для автоматизации оформления заказа (см. рисунок). Через хорошо знакомый интерфейс системы управления отношениями с клиентом (Customer Relationship Management, CRM) продавец может проанализировать вероятность сделки, назначить и ввести расценки в программу управления заказами и даже проверить наличие товара на складе, чтобы сообщить покупателю, когда будет произведена отгрузка. Все это выполняется через единый интерфейс, который поддерживает функции чтения и записи, избавляя пользователя от необходимости изучать множество новых приложений.
Данные под рукой.Служба работы с покупателями и торговые представители
получают доступ к интегрированной информации в реальном времени
Но, похоже, сейчас данное определение начинает трактоваться более широко. Стираются границы между композитным приложением и «корпоративным смешением функций» (enterprise mashup). В результате распространенная в системе Web концепция «смешения» (например, совместное использование интернет-сервисов Ticketmaster и Google Maps для покупки билетов и выведения схемы проезда к концертному залу) переносится в область корпоративных вычислительных систем.
Почему разработчик должен отдавать предпочтение композитным приложениям, а не традиционным интеграционным подходам? Потому что, во-первых, такие приложения позволяют пользователям легко взаимодействовать в реальном времени с многочисленными системами, а во-вторых, в отличие от типичных интеграционных проектов их можно развернуть в течение нескольких недель.
Web-сервисы обещают упростить эту задачу, особенно когда речь идет об обмене информацией между различными системами на синтаксическом уровне, а также позволить многократно использовать один и тот же программный код. Однако пока еще они ни самостоятельно, ни в сочетании с другими технологиями не способны обеспечить такую гибкость ИТ-инфраструктуры, чтобы ее можно было быстро адаптировать к изменениям бизнеса.
Композитные приложения, безусловно, обладают потенциалом для преодоления подобных препятствий и поэтому могут сыграть ключевую роль при организации корпоративной инфраструктуры. Однако очень важно, чтобы при их создании и развертывании программисты понимали некоторые основные проблемы.
Я всегда был горячим поклонником 12 оригинальных правил, сформулированных Тедом Коддом для реляционных баз данных. А теперь считаю нужным привести свои 10 правил для композитных приложений.
1. Ничего не упустите
Воспользуйтесь своими информационными активами независимо от их состояния и вида, даже если они находятся в процессе изменения. Это касается не только средств связывания данных и Web-сервисов. Вам необходимо добраться до уровня метаданных, специфических для каждой системы (например, настроек системы SAP на нужды конкретного предприятия). Я предпочитаю называть это анализом и извлечением информации.
Торговые представители могут использовать композитные приложения для автоматизации оформления заказа.
2. Будьте восприимчивы к изменениям
Вы должны иметь возможность использовать новые информационные активы без полной перестройки прикладных систем и бизнес-процессов. Композитные приложения нельзя скреплять намертво. Они должны меняться в соответствии с переменами в бизнесе. Поэтому нужно легко добавлять, исключать или модифицировать отдельные функции композитного приложения.
3. Не теряйте из виду смысл
Учитывайте семантические различия в рамках одного прикладного пакета приложений и в приложениях различных производителей. Семантические проблемы нужно решать в самом начале проекта интеграции. Например, что означает термин «имя клиента» для вашей компании и как определяют его ваши системы? Решив вопросы семантики, вы добьетесь, чтобы интеграция полнее соответствовала требованиям бизнеса. И вам не придется сталкиваться со скрытыми несоответствиями, которые способны причинить серьезный ущерб.
4. Действуйте быстро
Время создания решения имеет огромное значение. Сейчас оно измеряется несколькими неделями, а не месяцами и годами, как раньше. Не пытайтесь писать композитные приложения вручную или использовать продукты, не предназначенные для быстрой сборки прикладных систем. Ведь мы живем в постоянно меняющемся мире.
5. Ориентируйтесь на свою аудиторию
Вы должны уметь развертывать композитные приложения с учетом конкретных потребностей своих пользователей. Не следует заставлять сотрудников изучать новое ПО без особой необходимости. Это означает, что они должны сами выбирать подходящий канал доступа к информации («тонкий» или «толстый» клиент либо встраивание новой функции в существующее приложение, такое как CRM-система или Microsoft Office).
6. Будьте осторожны
Не перемещайте данные без нужды. Ведь композитные приложения должны предоставлять пользователям прозрачный доступ к данным из других систем, избавляя их от трудностей, связанных с перемещением и копированием информации. Сейчас этот фактор приобретает особо важное значение в связи с ужесточением законодательных требований и необходимостью обеспечения защиты данных. Не стоит сбрасывать со счетов и вопрос сохранения общей целостности системы и простоты управления информацией. Ввод данных в несколько систем отрицательно сказывается на их качестве. Внесение в них любых исправлений требует затрат и может приводить к ошибкам.
7. Оставайтесь практичными
Чтобы композитное приложение было более гибким, оно должно работать не с данными, а с метаданными. Основные бизнес-сервисы и выделенные вами фрагменты существующих программ должны храниться в репозитории метаданных, желательно созданном на базе языка XML. Это позволит построить среду, в которой будет удобно работать с фрагментами кода, совершенствовать их, формировать и хранить бизнес-сервисы более высокого уровня, поддерживать связи между ними и, наконец, собирать само композитное приложение.
9. Позаботьтесь о защите
Сохраните все встроенные механизмы безопасности существующих у вас приложений и корпоративной системы в целом. Однако к ней придется добавить прозрачную инфраструктуру защиты композитного приложения. Механизмы обеспечения безопасности и аутентификации, интернет-протоколы с шифрованием и т. п. использовать нужно, но все это надо скрыть от пользователей, которые работают с бизнес-данными и бизнес-операциями.
10. Создайте рабочее окружение
Позаботьтесь, чтобы композитные приложения были совместимы с вашей сервисно-ориентированной архитектурой и могли взаимодействовать с другими важнейшими элементами корпоративной инфраструктуры. В противном случае вы рискуете лишь увеличить количество разрозненных компонентов. Вам следует оформить вышеупомянутые бизнес-сервисы в качестве Web-сервисов, тогда их можно будет встроить в любую основанную на Web-сервисах среду. Это подразумевает возможность взаимодействия с шиной ESB (Enterprise Service Bus), с инструментами управления бизнес-процессами (Business Process Management) и интегрированной средой разработки (Integrated Development Environment), а также с приложениями из пакета Microsoft Office, Web-страницами, порталами и мобильными устройствами.
Композитные Web-сервисы обретают реальность
Продолжение. Начало см. PC Week/RE, N 27/ 2004, с. 20, N 28/2004, с. 19.
Спецификации управления потоками исполнения
К настоящему моменту предложено несколько технологий для построения композитных сервисов: XLANG (фирмы Microsoft), BPFL (IBM), BPML (консорциума BPML.org), WSCI (Sun, SAP, BEA, консорциум W3C), BPSS (консорциум ebXML/OASIS), WSCL (Hewlett-Packard). В этой ожесточенной борьбе де-факто победа досталась новому игроку BPEL4WS, которую поддержала критическая масса фирм-разработчиков ПО и которая унаследовала многие из позитивных свойств предшественников. Даже вендоры, предлагавшие собственные спецификации, теперь поддерживают ее в своих продуктах. Между тем сохраняется актуальность спецификаций BPMI (она не ограничена авторскими правами) и BPSS (ebXML по-прежнему актуален).
BPEL4WS (Business Process Execution Language for Web Services)
Назначение: построение составных сервисов.
Авторы: IBM, Microsoft, BEA, Siebel Systems, SAP.
Статус: де-факто стандарт, подан для утверждения в OASIS.
Взаимодействие процесса BPEL4WS с внешним миром
BPEL4WS-процесс представляет все связи с партнерами как взаимодействие через абстрактный WSDL-интерфейс (portTypes и операции), на реальные сервисы ссылок не делается.
Пример внутреннего устройства процесса BPEL4WS
Примечание. BPEL4WS основан на нескольких XML-спецификациях: WSDL 1.1, XML Schema 1.0, XPath1.0. В описании процессов используются WSDL-сообщения и типы и модель данных XML Schema. Механизм манипуляции данными обеспечивает XPath. Все внешние ресурсы и партнеры представляются как WSDL-сервисы.
BPML (Business Process Modeling Language)
Автор: консорциум производителей средств BPM BPNI.org, 2002 г.
Эта спецификация заслуживает внимания хотя бы тем, что производители ПО могут ее реализовывать в своих продуктах на бесплатной основе. Хотя с ростом популярности BPEL4WS ее значимость сильно уменьшилась, тем не менее консорциум от нее не отказался.
Вот основные сходства и различия, как их сформулировал сам консорциум в своих документах:
— BPML бесплатен в отличие от BPEL4WS;
— BPML включает BPEL4WS как подмножество;
— BPML и BPEL4WS имеют идентичный набор идиом и синтаксис;
— BPML имеет богатый и насыщенный язык для описания как простых, так и очень сложных бизнес-процессов;
— BPML основан на модели логических процессов, позволяющей создавать параллельные, повторяющиеся и динамические задачи;
— BPML базируется на WSCI для описания общедоступных интерфейсов и диаграмм процессов.
Web Services Choreography Description Language (WS-CDL)
Статус: W3C Working Draft 27 April 2004.
Авторы: Oracle, CommerceOne, Novell.
Диаграмма параллельных потоков в BPEL4WS-сценарии
Также WS-CDL не позиционируется как язык для описания исполнения бизнес-процесса. Эта роль отводится другим технологиям (BPEL4WS и Java), но WS-CDL определяет порядок выполнения операций (условное, последовательное, параллельное и исключительные ситуации) и правила для согласованного управления скрытыми от партнера бизнес-данными. Интерфейсами для взаимодействия систем в разных организациях являются WSDL-описанные сервисы.
В рамках модели WS-CDL информация всегда обменивается между участниками определенных бизнес-ролей (поставщик, покупатель и пр.) и на основе отношений. Точками взаимодействия между участниками являются каналы, описывающие, где и как должен происходить обмен информацией.
Состояния процесса и информация о совместно используемых участниками объектах (пересланных друг другу сообщений и состояний ролей) хранятся в переменных. Для более удобных ссылок на части переменных служат жетоны. И переменные, и жетоны характеризуются типами данных, содержащихся в них.
Протоколы обмена сообщениями в бизнес-процессах описывают хореографии. Они служат для группирования операций в рамках одного контекста. Спецификация предусматривает возможность создания новых хореографий на основе уже имеющихся, средства перехвата и исправления исключительных ситуаций, возникающих в пределах хореографии, слежение за прогрессом исполнения хореографии, описание блока действий, выполняемых по завершению хореографии (finalizer), а также включение одних хореографий в состав других.
Схема применения WS-CDL-хореографий
WS-CDL обладает многими позитивными качествами: она оказывается транзакционной, созданные хореографии можно многократно использовать, процесс дирижирования сервисами опирается и управляется потоками данных, имеется модульность (можно импортировать компоненты из других хореографий), есть средства контроля за исключительными ситуациями и пр. Спецификация также совместима с WS-Reliability, WS-CAF, WS-Security, BPEL4WS и пр.
Примечание.В группу спецификаций W3C, посвященных дирижированию сервисами, входят еще два документа:
