コーディングアプリ - データファブリック vs SQL Server vs データファブリック + SQL同期？

ヘルプ Apps
, , ,
1

タイトル: コード化されたアプリ — データファブリック vs SQL Server vs データファブリック + SQL 同期？

皆さん、

現在、新しいソリューションのためにUiPathのコード化されたアプリを検討しており、バックエンド/データストレージのさまざまなオプションを見ています。まだ何も決まっていないので、これらのアプローチで作業したことがある人からの意見を聞きたいと思いました。

これまでのところ、私たちが考えているのは以下のオプションです:

オプション 1 - データファブリックのみ
コード化されたアプリ → データファブリック

オプション 2 - SQL Serverをバックエンドとして使用
コード化されたアプリ → セキュアなREST API → SQL Server

オプション 3 - SQL Server + データファブリックの同期
コード化されたアプリ → データファブリック ↔ UiPathプロセス ↔ SQL Server

オプション3では、データをSQL Serverに保存し、関連するデータをSQLとデータファブリック間で同期させるためにUiPathプロセスを使用するというアイデアがあります。これにより、コード化されたアプリがデータファブリックのエンティティと連携できるようになります。

これらのアプローチの利点/欠点についての考えや、他の人がうまくいったことを知りたいと考えています。

たとえば:

  • REST APIを介してSQL Serverを使用したコード化されたアプリは誰かが使ったことがありますか？
  • SQL + APIアプローチは、本番アプリケーションにとって実用的で安全ですか？
  • SQL ↔ データファブリックの同期アプローチを使用したことがある人は？どのように機能しましたか？
  • 同期アプローチはメンテナンス/複雑さを追加しすぎるのか、それとも両方を持つことに良い理由がありますか？
  • 新しいコード化されたアプリソリューションを始める場合、データファブリックvs SQL vs 両方の組み合わせを選ぶ理由は何ですか？

これらのアーキテクチャで作業したことがある人からのアイデアや経験を求めています。

ありがとうございます!

2

こんにちは @Kirbymisa、あなたがそうしているようにコーディングされたアプリを探索するのは良いスタートです。
APIでSQLサーバーを使用するというあなたのクエリについてですが、これはあなたのシステムで開発およびテストを行っている間は期待通りに動作します。しかし、実運用化することはできません。SQLサーバーは、Integration Servicesを介してData Fabricに接続する必要があります。
より良い制御とスムーズな統合を実現するために、Data Fabricでの作業を選ぶ方が良いでしょう。

3

SQLをバックエンドとするセキュアなAPIは、開発環境でしか使えないわけではありません。重要なのは、Coded Appsがブラウザー上で実行されるコードをホストするという点です。認証チェック、データベースの認証情報、SQLへのアクセスはJavaScriptバンドルではなく、バックエンドサービスに置く必要があります。

SQLがすでに信頼できる唯一の情報源（system of record）なら、まずは選択肢2から始めるのがよいでしょう。アプリケーションにデータモデルと連携方法が合う場合は、Data Fabricだけを選びます。同期を追加するのは、具体的な必要性がある場合に限り、書き込み元を一つに定め、競合や削除の処理を明示します。そうでなければ、選択肢3ではデータの不整合が起こり得る場所が二つに増えるだけです。