×Закрыть

Материалы по теме «iPaaS»

RSS

Атоми, молекули та інша хімія. Огляд платформи Dell Boomi Атоми, молекули та інша хімія. Огляд платформи Dell Boomi

Микола Мацях 2790

Dell Boomi Platform — це ESB-based iPaaS-рішення, що дає змогу інтегрувати дані та аплікації як у межах компанії in-the-cloud, так і з On-Premise. Автор статті — Микола Мацях, System Integration Engineer, розглядає Dell Boomi з технічного погляду та описує переваги й недоліки в роботі з платформою. 4

Обзор iPaaS платформы MuleSoft Anypoint Обзор iPaaS платформы MuleSoft Anypoint

Ivan Tukin 2783

В этой статье Иван, System Integration Architect в SoftServe, описывает те инструменты, которые входят в состав платформы MuleSoft AnyPoint Platform и используются для реализации задач интеграции и позволяют сократить трудозатраты на выполнение работ. По словам автора, платформа довольно дружелюбна для новичков, хотя при разработке есть своя специфика, к которой нужно привыкнуть.

Інтеграційні платформи (iPaaS): у чому фішка Інтеграційні платформи (iPaaS): у чому фішка

Yaroslav Klochnyk 21703

Потреба в швидкій синхронізації даних між різними системами поставила перед інтеграційними платформами складні й комплексні завдання. Ярослав Клочник, Java Developer, розглядає різноманітні платформи на зразок ESB чи iPaaS та їхні особливості. 18

Комментарии

Впринципе, я рад, что это статья вызывает желание по дисскутировать. Я думаю, все таки люди, за всю жизнь не видят тысячи разных коров, но мы знаем признаки, что такое коровы.
Тобто ви хочете сказати, що ви навчились бути архітектором виключно методом проб і помилок на проектах не маючи відповідної теоретичної підготовки і тільки спостерігаючи за більш досвідченими колегами? Якщо так, то це трохи п**ц.
По крайней мере во всяких Датабриксах и тд — Solution Architect Потому что это звучит лучше чем «пресейлс инженер». А роль солюшн архитектора там выполняют «принсипл инженеры» (или типа того)
Сучасний принцип Мартіна вимагає використання абстрактних типів (інтерфейсів) і збереження контракту класу, а не його коду. А яка принципова різниця? Контракт теж може змінюватись під нові потреби, якщо щось у старому починає бути неадекватним.
По крайней мере во всяких Датабриксах и тд — Solution Architect это англоязычный джун/миддл, который всеми силами пытается тебе впарить их «самый лучший» продукт.
архітектурні драйвери Не зовсім зрозуміло, що це таке, можете пояснити?
архітектурні драйвери Не зовсім зрозуміло, що це таке, можете пояснити? зрозуміти суть проблеми, зібрати у замовників З такими обов’язками особисто я стикався на 100% своїх проектів.
Ну как студент что учился у вас в универе могу сказать что взятки почти на всех предмета. Уровень квалификации преподователей нулевой ( за искулючение пары прекрасных педагогов).
Хотілося б почути чи дійсно ви, як архітектор, займаєтесь System Design Это зависит от компании/проекта. В некоторых детальный System Design может быть задачей лида, а у архитектора очень высокоуровневый.
Спасибо, я постараюсь это учитывать в будущих статьях. С концовкой есть одна загвоздка — happy end бывает только у инвесторов, а у разработки концовка всегда одна.
хороша ідея, спробую описати у окремій статті. Вибачте, що не вдалось це зробити в цій — фокус був на інші речі
так, обидва — не наукові терміни, але функціональні вимоги — надто довго
Так я займаюсь як архітектор системним дизайном, але суттєва цікавий нюанси роботи архіртектора в тому, що перед тим, як створити/мотифікувати дизайн треба зрозуміти суть проблеми, зібрати у замовників архітектурні драйвери, а вже потім будувати системний...
Кожен, хто мав досвід співбесід у Фаанги, знає чи хоча б чув, що таке System Design. Поправте мене, але я десь ± уявляю собі роботу архітектора як людини, що створює/модифікує цей дизайн для конкретної аплікухи чи великої системи з багатьма аплікухами.
Я б додав до описаних технік — розвинути навик і звичку посидіти в тиші, розслабивши максимально всі м’язи і уповільнивши дихання, з закритими очима 10-20 хвилин 2-3 рази на день.