使用企業系統
當您需要工作並整合現有的企業系統（例如 SAP 和 Oracle）時，您必須從 IT 管理團隊或系統管理員的團隊那裡尋找合作和支援。
即使您不是技術角色，也請閱讀本節，了解在與企業系統整合時，通常需要考慮的部分事項。
資料整合的頻率與時間
與其他系統整合時，您必須考慮整合的頻率，並在整合使用跨時區的案例時，將時區帶進其中。 整合的頻率將視兩個環節而定：資料量和業務的時間相關需求。
與企業系統整合的方法
有多種方式可以與企業系統整合：
資料庫整合直接與資料庫整合。 這並不是與外部系統整合很常見的方式，因為有暴露資料的風險。
API整合是使用 API 與系統整合的一種方法。 大部分的 Web 系統提供可整合的 API，但是部分沒有。
檔案整合是使用檔案與系統整合的一種方法。 一個系統會匯出資料檔案。 此檔案可能是 CSV、TSV、XML 或其他格式。 它要整合的系統會偵測至有新的檔案，或者使用計時器設定，以定期掃描以檢查新檔案是否存在，然後匯入匯出的檔案。 在無法透過資料庫或 API 直接存取資料來源的情況下，會用到此方法。
連接至內部部署系統
內部部署資料閘道允許應用程式和服務連接至無法以安全方式開啟網際網路的系統。 使用安裝程式可以輕鬆地設定，但是有數個因素可以考慮：
資料中心或伺服器位置的網路頻寬
資料來源的資料庫調整
內部部署系統的伺服器規格
資料傳輸的量和頻率
資料中心或伺服器位置的網路頻寬
應用程式的速度將視內部部署資料中心或伺服器和雲服務之間的網路頻寬是否足夠。 如果許多人同時使用應用程式，則不會有足夠的頻寬會造成應用程式花費很長時間的回應。 其他資訊：Web 應用程式需求
若要找出組織的網路速度，請使用 Microsoft Store 的網路速度測試（免費），以及 專門針對模型導向應用程式的診斷工具。
資料來源的資料庫調整
資料庫調整也扮演著重要角色，尤其是當您要連接至包含大量資料的資料來源時。 如果您建立的應用程式使用資料的方式與之前的方式相同，就很容易遇到問題。
例如，假設現有的客戶管理系統已最佳化為使用名字、姓氏和電子郵件地址進行搜尋，但是您建立了可使用電話號碼搜尋的新應用程式。 資料並未編入索引，協助您的應用程式有效地搜尋。
索引可協助您的應用程式加速搜尋，缺少索引時，搜尋和查詢資料的時間就越長。 您可能需要聯繫 IT 團隊來資料來源，討論您將如何存取資料以及新增其他索引。 如需 SQL Server 索引編製的詳細資訊，請參閱 SQL Server 索引架構和設計指南。
內部部署系統的伺服器規格
另一個要考慮的環節是處理內部部署閘道的伺服器規格。 如果您有太多使用者同時存取應用程式，則您的伺服器可能無法處理所有的要求。 在這些情形中，您應該考慮將內部部署閘道設定成多台伺服器，以形成叢集。 其他資訊：管理內部部署資料閘道高可用性叢集和負載平衡
資料傳輸的量和頻率
對於高容量的要求，使用資料流程之類的方法可以提供更佳的效能，同時仍然允許與內部部署資料整合。