코딩된 앱 - 데이터 패브릭 대 SQL 서버 대 데이터 패브릭 + SQL 동기화?

도움 Apps
, , ,
1

제목: 코딩된 앱 — 데이터 패브릭 vs SQL 서버 vs 데이터 패브릭 + SQL 동기화?

안녕하세요 여러분,

현재 우리는 새로운 솔루션을 위해 UiPath 코딩된 앱을 탐색하고 있으며, 백엔드/데이터 저장소에 대한 다양한 옵션을 보고 있습니다. 아직 결정된 것은 없으므로 이러한 접근 방식을 다룬 경험이 있는 분들의 의견을 듣고 싶습니다.

현재 고려하고 있는 사항은 다음과 같습니다:

옵션 1 - 데이터 패브릭만
코딩된 앱 → 데이터 패브릭

옵션 2 - SQL 서버를 백엔드로
코딩된 앱 → 보안 REST API → SQL 서버

옵션 3 - SQL 서버 + 데이터 패브릭 동기화
코딩된 앱 → 데이터 패브릭 ↔ UiPath 프로세스 ↔ SQL 서버

옵션 3의 경우, SQL 서버에 데이터를 저장하고 관련 데이터를 SQL과 데이터 패브릭 간에 동기화하는 UiPath 프로세스를 사용하여 코딩된 앱이 데이터 패브릭 엔티티와 작업할 수 있도록 하는 것입니다.

주로 이러한 접근 방식의 장단점에 대한 의견과 잘 작동했던 사례를 듣고 싶습니다.

예를 들어:

  • REST API를 통해 SQL 서버와 함께 코딩된 앱을 사용해 본 사람이 있나요?
  • SQL + API 접근 방식이 생산 애플리케이션에 대해 실용적이고 안전한가요?
  • SQL ↔ 데이터 패브릭 동기화 접근 방식을 사용해 본 사람이 있나요? 어떻게 작동했나요?
  • 동기화 접근 방식이 너무 많은 유지 관리/복잡성을 추가하나요, 아니면 둘 다 가지는 데에 좋은 이유가 있나요?
  • 새로운 코딩된 앱 솔루션을 시작한다면 데이터 패브릭 vs SQL vs 둘의 조합 중 무엇을 선택할 것인가요?

이러한 아키텍처에서 작업한 경험이 있는 분들의 아이디어와 경험을 듣고 싶습니다.

감사합니다!

2

안녕하세요 @Kirbymisa, 지금처럼 코드로 앱을 탐색하는 것은 좋은 시작입니다.
API와 함께 SQL 서버를 사용하는 것에 대한 귀하의 질문에 대해 말씀드리자면, 이것은 귀하의 시스템에서 개발 및 테스트할 때 예상대로 작동합니다. 하지만 이를 프로덕션에 적용하는 것은 불가능할 것입니다. SQL 서버는 Integration Services를 통해 Data Fabric에 연결되어야 합니다.
전 데이터 패브릭과 함께 작업하는 것을 선택하여 더 나은 제어와 원활한 통합을 얻는 것이 좋습니다.

3

SQL을 기반으로 하는 보안 API가 개발 환경에만 국한되는 것은 아닙니다. 중요한 경계는 Coded Apps가 브라우저 코드를 호스팅한다는 점입니다. 인증 검사, 데이터베이스 자격 증명, SQL 액세스는 JavaScript 번들이 아니라 백엔드 서비스에 있어야 합니다.

SQL이 이미 시스템의 기준 데이터 저장소라면 옵션 2부터 시작하겠습니다. Data Fabric의 데이터 모델과 통합 방식이 애플리케이션에 적합한 경우에만 Data Fabric을 단독으로 선택하세요. 동기화는 구체적인 필요가 있을 때만 추가하고, 권위 있는 쓰기 주체를 하나로 정한 뒤 충돌과 삭제를 명시적으로 처리하세요. 그렇지 않으면 옵션 3은 데이터가 서로 불일치할 수 있는 곳만 두 군데로 늘립니다.