Модели Сервисной Архитектуры » Терминология
.wp-polls .pollbar {
margin: 1px;
font-size: 6px;
line-height: 8px;
height: 8px;
background-image: url('http://www.servicemodels.ru/blogs/wp-content/plugins/polls/images/default/pollbg.gif');
border: 1px solid #c8c8c8;
}
.vvqbox {
margin: 5px auto 0 auto;
text-align: center;
}
/* hides the second object from all versions of IE */
* html object.mov {
display: none;
}
/* displays the second object in all versions of IE apart from 5 on PC */
* html object.mov/**/ {
display: inline;
}
/* hides the second object from all versions of IE >= 5.5 */
* html object.mov {
display/**/: none;
}
Модели Сервисной Архитектуры
Статьи Тима Горшкова о SOA, SaaS, бизнес-моделях, встречах и программировании
Статьи
Миссия
Словарь
Книги
Терминология
Aug 17
сМэшать, но не взбалтывать. Платформы для корпоративных Mash-Up.
UncategorizedОставить комментарий (всего 3) »
По данным McKinsey, 21% организаций планирует использовать приложения-мэшапы в своей ИТ-инфраструктуре. Но платформы для построения мэшапов, представленные на рынке, более представляют модные 2.0-игрушки для конечных пользователей. Посмотрим, какие платформу существуют и насколько они пригодны для бизнес-приложений.
Мэшап (иначе «мэш-ап», от англ. mash-up — «смешивать») — концепция построения веб-приложений путем комбинирования функциональности различных программных интерфейсов и источников данных.
Инструменты для создания мэшапов от гигантов Yahoo и Microsoft доступны и просты в использовании (Yahoo! Pipes и Microsoft’s PopFly), но для применения в бизнесе они годятся только для личного использования сотрудниками. Потенциальная же ниша для мэшапов — серьезная доля на рынке инструментов для бизнес-пользователей, наподобие Microsoft Excel, но с совершенно новыми возможностями по коммуникации между пользователями, совместной работе, быстрому обмену полезными данными. Если прикинуть, какое количество времени тратит обычный сотрудник на интеграцию данных, например, сохраняя полезную информацию из интернета в виде doc-файлов, или занося результаты полученные в одной программе в формы другой, то станет понятна обширная ниша для мэшапов. И пожалуй самый лучший пример — это проектная организация работы, когда для работы по проекту участникам нужны одновременно данные полченные в некоторых предыдущих проекта, присланные поставщиком, электронная почта по данному проекту и возможно какие-то связанные новости из публичных источников.
Итак, а чего же не хватает сегодняшним платформам по созданию Mashup для массового использования в организациях? Помимо общего недоверия к новой тенденции и отсутствию подчеркнутого позиционирования на корпоративный рынок, мэшапы сталкиваются со следующими техническими сложностями:
Необходимость серьезного доступа к корпоративным сервисам и данным, который может быть в компании сильно ограничен, вплоть до отсутствия возможности сетевого доступа;
Закрытость традиционных приложений от какого-либо доступа к сервисами и данным, кроме как через собственные графические интерфейсы;
Недостаток компетенции системного администратора для проведения сборки и/или нетривиальность интерфейса платформы;
Всяческие препятствия к внедрению, которые перечислит ИТ-отдел, нежелая перестраивать корпоративную инфраструктуру в более веб-ориентированную;
Вопросы безопасности, которые придется решать более сложными способами, нежели закрытие портов на файерволе.
Вообще, вопрос безопасности, пожалуй, самый сложный и ставит под сомнение всю идею Мэшапов для корпоративного рынка. Ведь если сборкой источников и сервисов будет заниматься бизнес-пользователь, то рассчитывать на то что он является экспертом по безопасности не приходится. Это открытый вопрос.
В ближайшие дни ждите описание 18 платформ для создания MashUp.
Tags: mashups, Терминология
Jun 26
Пять абзацев про Service Component Architecture
UncategorizedОставить комментарий (всего 3) »
Термин компонент в софтверной индустрии каждые три года принимает новое содержание, но по этому поводу никто не напрягается. В понятие компонент можно включать всё от возможности повторного использования до обеспечения совместимости. Теперь этот термин засветился и в наших любимых сервисных архитектурах. Как всегда, за новой аббревиатурой стоят заинтересованные лица. В данном случае лобби весьма солидно — BEA, IBM, IONA, Oracle, SAP, Siebel Systems и Sybase — не то что SOE от Intel или JBI от Sun. Посмотрим есть ли что-нибудь новое в Service Component Architecture по сравнению с просто SOA?
В SCA заявлено, что отныне строить приложения надо используюя принципы представления всей функциональности в виде сервисов. Однако, при этом нарочито подчеркивается то, что сервисы предоставляются компонентами. Именно компоненты являются кубиками для сборки. Таким образом, создание нового приложения в соответствии со SCA заключается в реализации компонентов, сборке и запуске на среде выполнения.
Для реализации, очевидно, можно использовать любой удобный язык. Главное чтобы компонент выполнял свой кусок бизнес-логики приложения и был готов взаимодействовать с другими SCA-совместимыми компонентами. Это взаимодействие специфицировано в области безопасности, проведения транзакций, набора настроек и, что самое главное, в области сборки из компонентов более крупных композитов. Наконец, так как сервисы висят не в вакууме, компоненты SCA запускаются на каких-то платформах в каких-то средах выполнения (которые видимо скоро будут анонсироваться вышеперечисленными вендорами).
Можно проследить много аналогий между J2EE и SCA, тем не менее во втором случае нет привязки к языку Java, а также будут отброшены EJB и другие сложные блоки. А для лоббирующих вендоров SCA — отличный путь для перевода своих java-продуктов на “сервисные” рельсы. Гораздо интереснее посмотреть как SCA соотносится с хитовыми аббревиатурами сервисной шины (ESB) и менее известной JBI (”стандартизированной” через Java Community Process спецификации сервисной шины). С технической точки зрения SCA описывает несколько другую плоскость, нежели ESB и JBI . Если ESB концентрируется на интеграции отдельных сервисов и существующих приложений, а также на использовании инфраструктурных сервисов трансформации и маршрутизации данных, то SCA обращает взор на внутреннюю архитектуру приложений. Попросту говоря, Сервисная Шина — это концепция промежуточного ПО, а Сервисные Компоненты — это концепция разработки приложений.
Ложка дёгтя: несмотря на то что SCA специфицирует запуск компонентов в среде выполнения, эти спецификации недостаточно четки, а значит разрабатываемые компоненты придется разворачивать на одной из платформ одного из вендоров. Зная что спецификация SCA 1.0 слабо описывает совместимость, получается привязка к платформе одного из вендоров. А значит изначальная предпосылка SOA в виде распределенных и независимых сервисов оказывается под угрозой. Можно считать, что платформы разных вендоров будут взаимодействовать по сервисным принципам, а SCA внесла лишь дополнительную чёткость и ясность как будут эти платформы устроены изнутри. Подобно тому как Microsoft предлагает использовать Windows Communication Foundation (WCF) для строительства сервисов на базе .NET Framework, SCA видимо будет фреймворком для создания сервисно-ориентированных приложений на java и возможно других языках. 25308976.2a404a00890bb8637dd371c5f7549894.1182926029.b8ccf843a177a756e86521f2d0d85631
25308976.2a404a00890bb8637dd371c5f7549894.1183274315.f5ee831242808d1451396df4de023e55
Tags: Терминология
May 20
Сервисно-ориентированная модель W3C
UncategorizedОставить комментарий (всего 2) »
Наиболее подробное описание SOA проводится двумя организациями: W3C (World Wide Web Consortium) и OASIS (Organization for the Advancement of Structured Information Standards) в рамках составления спецификаций для веб-сервисов и их использования в электронной коммерции.
Сервисно-ориентированная модель описывает сервисы, действия, задания и связанные с ними сущности. Основная задача модели – объяснить логическую взаимосвязь между программными агентами и сервисами, которые они предоставляют или запрашивают.
Модель показана на следующей схеме:
Читать статью полностью »
Tags: Терминология
Nov 28
EAI, Workflow, BPM. Кто ещё не запутался?
UncategorizedОставить комментарий (всего 2) »
В самоопределении к данному блогу я обещал вместе с читателями разобраться с аббревиатурами, чтобы видеть что за ними стоит. Сегодня на сцене BPM, EAI и Workflow.
Термин EAI появился еще в 90е годы. Он расшифровывается как Enterprise Application Integration. Основной смысл понятен из названия. К EAI относят технологии и приложения, задача которых преобразовывать форматы данных между несколькими приложениями (зачастую различных вендоров) и вовлекать приложения в единое взаимодействие (например, за счёт установки триггеров). Наиболее известным является словосочетание EAI Patterns или Enterprise Integration Patterns, то есть шаблоны интеграции приложений организации, в основном благодаря одноименной книге.
После того как вендоры предложили достаточное количество продуктов, просто преобразующих форматы, разговоры о интеграции приложений стали переводиться в бизнес-сферу, а именно интеграцию бинес-процессов. Кстати, это ещё одна аббревиатура: BPI – Business Process Integration.
Следующим красным словцом является Workflow. Workflow — это процесс (или приложение его обеспечивающее), включающий в себя элементы документооборота и контроля выполнения заданий. Цель Workflow — автоматизировать взаимодействие сотрудников компании, участвующих в одном бизнес процессе.
EAI и Workflow Management можно привести к общему знаменателю. И EAI, и WfM помогают оптимизировать бизнес-процессы компании как со стороны различных информационных систем, так и со стороны документооборота между сотрудниками (а также внешними партнёрами и клиентами).
Управление бизнес-процессами (BPM – Business Process Management) и ПО для его обеспечения (BPMS – Business Process Management Suite) — это подход и программное обеспечение, включающие в себя как элементы интеграции приложений, так и документооборот.
Tags: Терминология
Aug 18
Самоопределение
НовостиОставить комментарий »
Что такое SOA и как её реализовать? Что ждет Web2.0? Развернут операторы связи свои 3G сети и в чем их отличие от All-IP? Появится ли когда-нибудь Semantic Web? В конце концов, сможем ли мы через пару лет перестать носить с собой кошелек и расплачиваться в супермаркете с помощью мобильного телефона?
На подобные вопросы я постараюсь ответить в этом блоге, привлекая экспертный материал и мнения участников рынка по разные стороны баррикад (разработчиков, инженеров и пользователей).
В последние годы часто появляются “технологии номер один”, которые правильнее было бы назвать “аббревиатуры номер один”. Связка букв или словосочетание, вызывающее мистическое благоговение и пророчащее полное изменение мира программных продуктов или интернет-коммуникаций в сторону светлого будущего. Пройдя естественный отбор в среде программистов и пользователей, одни стали повсеместной реальностью, как например Объектно-Ориентированное Программирование или JavaScript, другие канули в лету. Что ждет мир телекома и мир IT в области предоставления услуг? Попытаемся найти ответ.
Tags: soa, Терминология
Видео
Терминология
Управление
веб-сервер
кавасаки
книги
конференция
сервисная шина
социальные сети
amazon
api
aqualogic
barcamp
bea
bpel
DataPortability
ebizq
esb
google
ibm
icamp
ims
intel
intrus
mashups
Microformats
online
openid
opensource
rdf
saas
salesforce
security
SemWeb
sid
soa
soainaction
soainactoin
sonic
tmf
voip
web2.0
websphere
XML
YouTube
Подписка на блог Добавить RSS:
Получать по e-mail:
Архив статей
April 2008
March 2008
February 2008
January 2008
December 2007
November 2007
October 2007
September 2007
August 2007
July 2007
June 2007
May 2007
April 2007
March 2007
February 2007
December 2006
November 2006
August 2006
Личная панель
Register Login
Статьи в RSS
Комментарии в RSS
Чат с автором
Последние статьи
Веб насыщенный приложениями
04-22-2008
Программа ServiceModels на КИБ
04-16-2008
DataPortability: Освободи свои данные!
04-04-2008
Секция про Сервисные API на КИБ-2008
03-28-2008
Российское ПО и “пробки” в Интернете
03-14-2008
Последние комментарии
Turok: А я в этой теме ничего не понимаю:)...
Фриленсер: на моё мнение идея супер...
Сергей: Очень нужны по работе. Если это возможно - буду благодарен з...
Artem: А потом гугль сольется с амазоном....
kt: Не сталкивались - есть в России реальные примеры реализации ...
Связаться с автором
По возникшим вопросам и предложениям можно обращаться по адресу
Автор блога - Тим Горшков. Дизайн темы Wordpress сделан N.Design Studio.
Лента RSS Лента Комментариев Login
man
soflens comfort
nokia 3230
kiev apartaments rent
r-600
.
:
omega
kyiv apartments service
775
dolmar
intex
-
dufour
-
thuraya
-4361
man
kiev apartaments rent
frigidaire
locus
shell omala
qtek
cata