Огляд архітектури та розгортання N8n
Мова
Наша технічна команда говорить англійською, російською та німецькою. Ви можете вибрати будь-яку з цих мов для вашого текстового матеріалу та дзвінка для обговорення.
Мета
Ми працюємо з готовими до виробництва AI та документними робочими процесами на n8n Cloud, які інтегрують Salesforce з LLM та документними сервісами. Хоча логіка робочого процесу є функціональною, наш процес розгортання зламаний. Переміщення робочого процесу з DEV до TEST до PROD — і підключення n8n до наших змінюваних пісочниць Salesforce — наразі вимагає ручного втручання і повністю заблоковано вже кілька тижнів.
Ми залучаємо досвідченого архітектора інтеграцій для перегляду нашої поточної налаштування. Основна увага приділяється встановленню надійного, автоматизованого процесу розгортання для наших існуючих функцій. Одночасно, оскільки ми зазнали значних недоліків з n8n, цей огляд повинен надати чіткий аналіз сильних та слабких сторін n8n, щоб допомогти нам вирішити, чи варто зобов'язуватися до нього або прийняти новий технологічний стек для майбутніх функцій.
Це оцінка в рамках визначеного обсягу.
Роботи з реалізації не включені.
Обсяг поставок
Письмова оцінка обсягом від двох до чотирьох сторінок, за якою слідує один дзвінок для обговорення. Оцінка повинна стосуватися трьох основних питань:
- Залишити чи замінити (з аналізом сильних і слабких сторін): Надайте чітку оцінку можливостей та обмежень n8n щодо нашої топології середовища. Нам потрібно вирішити, чи залишитися з n8n або перейти до альтернативного стеку для майбутніх функцій (наприклад, самостійно розгорнутий n8n, вищий рівень n8n або інша платформа оркестрації/код-першого). Включіть остаточну стратегічну рекомендацію та її технічне обґрунтування.
- Ліцензування та обмеження платформи: Досліджуйте та картографуйте точні обмеження платформи та межі ліцензування нашого поточного рівня в порівнянні з альтернативними рівнями або варіантами самостійного розгортання. Огляд повинен стосуватися:
- Вирівнювання функцій та ліцензій: Проаналізуйте, чи викликані наші поточні блокування розгортання абсолютними обмеженнями платформи, помилками конфігурації процесу або обмеженнями рідних інструментів. Не припускайте, що вищий рівень ліцензії є стандартним або необхідним рішенням.
- Рідні середовища та функціональність Git: Надайте об'єктивну оцінку рідних функцій контролю версій та просування середовища n8n (включаючи явну доступність, критерії доступу та обмеження при координації кількох проектів/робочих просторів).
- Аналіз витрат та функцій: Якщо конкретні функції автоматизації розгортання або середовища вимагають оновлення, визначте точні назви функцій, технічні обмеження та поточну цінову структуру. Чітко зважте це на операційні витрати та накладні витрати на перехід до самостійної архітектури.
- Критичний шлях:
- Для існуючих функцій: Визначте термінові, дієві кроки, необхідні для автоматизації та надійності нашого поточного процесу розгортання.
- Для майбутніх функцій: Якщо рекомендовано замінити стек, визначте цільову архітектуру на високому рівні.
Не в обсязі: Детальні плани міграції проектів, детальна оцінка зусиль та зміни коду. Нам потрібен експертний технічний судження, а не план управління проектом.
Контекст компанії та системи
Наша основна система — Salesforce, налаштована з керованим пакетом рекрутингу. n8n виступає в ролі нашого проміжного програмного забезпечення, обробляючи важку роботу з AI та логікою інтеграції, що викликається Salesforce.
Наразі ми працюємо з трьома середовищами в одному робочому просторі n8n Cloud, розділеному на три проекти:
Середовище | Проект n8n | Ціль Salesforce |
DEV | DEV | Пісочниця розробника |
TEST | TEST | UAT Пісочниця |
PROD | PROD | Виробництво |
Архітектура робочого процесу
Наш конвеєр включає три основні інструменти, підтримувані LLM, та спільні підробочі процеси, що обробляють аутентифікацію Salesforce та перевірку HMAC.
Робочі процеси мають однакові назви у всіх трьох проектах. Значення, специфічні для середовища (ідентифікатори клієнтів, секрети), ізольовані як змінні проекту, щоб основна логіка робочого процесу залишалася однорідною. Запити Salesforce до n8n захищені через заголовки HMAC, а n8n аутентифікується назад до Salesforce через OAuth. Система спроектована так, щоб бути динамічною: Salesforce передає своє власне URL-адресу екземпляра в навантаженні вебхука, що означає, що n8n не повинно потребувати жорстко закодованих URL-адрес пісочниць.
Поточний процес розгортання та відомі проблеми
Просування між середовищами обробляється з проекту в проект за допомогою внутрішнього Bash-скрипту, який передає JSON робочого процесу та намагається переназначити ідентифікатори облікових даних на цільовий проект. Репозиторій Git використовується для контролю версій та перевірки коду, але він повністю відокремлений від процесу розгортання; синхронізація між Git та n8n є повністю ручною.
Цей кастомний скрипт був створений, оскільки рідні функції просування середовища, здається, заблоковані за вищими корпоративними ліцензійними рівнями.
Критичні вузькі місця:
- Блокування розгортання: Просування з DEV до PROD повністю зупинено і триває вже кілька тижнів.
- Непрозора причина: Наразі неясно, чи наші блокування виникають через обмеження ліцензії платформи, недоліки інструментів чи внутрішні прогалини в процесах.
- Серіалізація середовища: Підключення n8n до нової пісочниці Salesforce вимагає ручної перенастройки, що створює серйозне вузьке місце, яке серіалізує робочі процеси розробників.
- Ручне тертя: Багато кроків після просування все ще вимагають ручного втручання, і ми не маємо ясності щодо того, які кроки є жорсткими обмеженнями платформи, а які можна вирішити автоматизацією.
Необхідна експертиза
- Глибокий досвід роботи з n8n у середовищах Cloud та самостійного розгортання, включаючи точні знання про обмеження ліцензійних рівнів.
- Широкий досвід інтеграції n8n з Salesforce через OAuth, зокрема управління життєвими циклами від пісочниці до виробництва та безпекою вебхуків (HMAC).
- Практичний підхід до архітектури, з готовністю рекомендувати відмову від кастомних внутрішніх скриптів на користь надійної автоматизації.
- Виняткові технічні комунікаційні навички, з можливістю перекладати складні архітектурні компроміси на зрозумілу англійську для неінженерного власника продукту.
Надано при залученні
Доступ до робочого простору n8n, пісочниці для тестування Salesforce, нашої внутрішньої документації процесів та репозиторію Git. Буде доступний спеціальний технічний контакт як з боку Salesforce, так і з боку n8n. Примітка: Облікові дані та секрети виробництва строго виключені з цього публічного оголошення.
Вимоги до пропозиції
Щоб бути розглянутим, ваша пропозиція повинна чітко стосуватися наступних трьох пунктів:
-
Поставте ваше запитання замовнику