Насколько отличается последнее модное слово API/APIfication, отличное от архитектуры на основе SOA?В чем разница между API и SOA?
Помимо технических различий API, являющихся веб-службами на основе REST и SOA, являющимися веб-службами на основе SOAP, есть ли другие преимущества или преимущества этого нового API-интерфейса API/API-интерфейса.
... API-интерфейсы являются отдыха на основе WebServices и SoA будучи SOAP на основе Webservices
Это, вероятно, наименее точное определение обоих терминов я когда-либо слышал.
Я думаю, что вопрос, который вы пытаетесь задать, - «В чем разница между веб-службами REST и SOAP?» В этом случае there. Are. Many. Answers.
Но, я пытался понять, в последнее время модным словечком APIfication из традиционных/унаследованных Enterprise Apps
APIfication не имеет смысла. A google search этого термина возвращает смешанные результаты.
Концепция, казалось, похожи с SoA стиле архитектуры
API и SOA не связаны между собой понятия. Оба термина были в течение многих лет, и их значение оставалось довольно постоянным с течением времени.
Итак, я пытался выяснить, если я был что-нибудь
Это маловероятно, что вы ничего, кроме ясности о том, что именно это вы хотите спросить отсутствует отсутствует.
спасибо. Я понимаю основную разницу между REST и SOAP. Но я пытался понять недавнее Buzzword of APIfication традиционных/устаревших приложений для предприятий. Похоже, что эта концепция была похожа на стиль архитектуры SoA, но упоминается как API/APIfication ..etc. Итак, я пытался уточнить, не упустил ли я что-нибудь о новом слове. – yathirigan
@yathirigan, пожалуйста, уточните мой ответ –
спасибо за более подробное обновление .. может быть, я использовал необычную терминологию .. вот статья, которая рассказывает о моем вопросе http://searchsoa.techtarget.com/answer/Microservices- архитектура-101-What-the-heck-is-it >> На первый взгляд это может показаться чем-то иным, чем то, что много лет назад помогало разработчикам SOA << – yathirigan
Мое понимание архитектуры SOA:
Весь код принадлежит к службе, независимо от того, какого уровня он работает в - будь то пользовательский интерфейс, среднего уровня или доступа к данным. Он принадлежит независимому сервису, которому принадлежат данные, на которых он работает или отображается.
Микросервисы никогда не звонят друг другу. Вместо этого их пользовательский интерфейс объединяются во время выполнения, а бизнес-процессы, пересекающие границы служб, являются «новыми», а не организуются на высоком уровне. Единственное сообщение, которое пересекает границы службы, состоит из событий, а не данных.
Эти события могут быть версиями, а новые версии распространяются на более старые версии, поэтому издатель может публиковать новую версию события, в то время как подписчики по-прежнему получают старую версию события (которая отделяет сервисы и предотвращает несколько сервисов от необходимости изменения и развертывания в замке.)
Служба «IT/Ops» объединяет компоненты пользовательского интерфейса из нескольких сервисов вместе во время выполнения, чтобы создать интерфейс интерфейса приложения.
Поскольку API подразумевает связь между поставщиком и потребителем, вызовы API выполняются только в рамках службы, а не через границы службы.
Если API (например, REST/веб-службы) являются хотя как горизонтальные срезы, сервисы (в терминах SOA) могут быть хотя вертикальными срезами приложения. – pnschofield
Этот разговор Уди Дахана действительно помог ему нажать на меня: https://vimeo.com/5022174 – pnschofield
Итак, вопрос, который вы должны задать, - «в чем разница между микросервисами и SOA», и в этом случае вы можете найти ответ здесь: http://stackoverflow.com/questions/25501098/difference-between-microservices -architecture-and-soa –