САП
БУ и ЗиК элементарно интегрируются стандартными средствами еще со времен царя гороха
если приходить на форум чтобы сказать что-то отвлеченное, то зачем приходить? Про интеграцию шла речь совсем в другой теме, про царя гороха в сказаках, а здесь речь идет об объединении объектов из разных конфигураций и создание единой конфигурации. Даже ролик снят, чтобы объяснить ортодоксальным 1С-никам о том, что это такое, и чем отличается интеграция двух приложений от единого приложения. Как не читали, так и продолжают не читать. Тему продолжать неинтересно, беспочвенный флуд.

skeptik
Объединение двух полностью независимо разработанных приложений в единое приложение невозможна в общем случае без их существенной переделки ("Франкельштейн", ага) - 1С это или что-то другое неважно.
я уже перестаю что-либо понимать. Чуть выше на этой странице показан ролик как это возможно, делается и работает. Какой-то театр абсурда!

p.s. кстати сервисы напрасно перечисленые в одном ряду с другими технологиями, не позволящими реализовать то, о чем идет речь. Именно принципы SOA и работают в ролике выше.

напрасно перечисленые
читать как "напрасно перечисленны"

R Кто мешает сделать шину на SOA в 1С, если приспичит?
понятия не имею. Я не имею доступа к роадмапу 1С.

R
Разве в ней нет WS? Я не имею ввиду типовые конфигурации.
это немного не то. Хотя тоже один из вариантов реализации SOA поверх "не SOA"

САП
уважаемый, я верю, что в вашей Искре есть эта самая интеграция приложений (что бы вы не подразумевали под этим). вы на тему топика посмотрите. при чем тут САП, 1С и сравнение САП и 1С?
посмотрите на развитие темы и по какой причине в ней появилась тема СОА.

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

САПвам говорят, что в САПе никакого СОА нет, вы говорите, что в искре это есть... в огороде бузина, а в киеве дядька
а что mySAP ERP закрыли?
Пример в Искре был показан для иллюстрации всплывшей темы о том, что такое единое приложение и чем это отличается от интеграции приложений.
Официальный язык этого форума русский?

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

Суть СОАПриведем формальное определение сервисно-ориентированной архитектуры, которое сформулировано специалистами корпорации IBM [1]: «SOA — это прикладная архитектура, в которой все функции определены как независимые сервисы с вызываемыми интерфейсами. Обращение к этим сервисам в определенной последовательности позволяет реализовать тот или иной бизнес-процесс». С точки зрения разработчиков, ту же мысль можно передать несколько иными словами: SOA — это компонентная модель, в которой разные функциональные единицы приложений, называемые сервисами, взаимодействуют по сети посредством интерфейсов. Расшифруем данные определения.

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

Все сервисы независимы друг от друга. Они выполняют определенные действия по запросам, полученным от других сервисов, и возвращают результаты. Все детали этого полностью скрыты: в концепции SOA сервисы - это "черные ящики".

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

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

Web-сервисы — это совокупность технологий для описания сервисов, взаимодействия между распределенными сервисами и создания каталогов сервисов, которые позволяют строить частные решения по интеграции приложений. Эти технологии, эволюционируя, могут в перспективе оказаться вытесненными другими, более прогрессивными решениями, что не изменит общей сущности SOA, хотя, возможно, внесет коррективы в подходы к ее реализации. SOA — концепция, которая не дает точного описания, как именно должны взаимодействовать сервисы, но говорит о том, как добиться того, чтобы они понимали друг друга и могли быть интегрированы. Различие между SOA и Web-сервисами — это различие между стратегическим подходом к процессам интеграции приложений и конкретной тактикой этой интеграции

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