View a markdown version of this page

考量和討論 - AWS 方案指引

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

考量和討論

SaaS 適用於何處?

產業專家積極討論客服人員如何影響軟體即服務 (SaaS) 環境。雖然客服人員確實正在為許多系統變更軟體,但建議客服人員讓交付模型過時是一段延伸。有些 SaaS 提供者可能會因為採用代理程式而中斷,有些供應商可能會完全重新思考其價值主張,方法是倚賴代理程式即服務 (AaaS) 模型。其他人可能會選擇性地引進客服人員來解決特定需求,進而達到平衡。

本主題很有趣,因為採用最佳 SaaS 原則可能代表 SaaS 的下一個演變。這可能表示 SaaS 正在進行,或者可能表示 SaaS 的基本原則正在以代理程式為基礎的模型中封裝和實現。決定術語最終到達何處可能較不重要,但概念中的 SaaS 似乎不太可能消失。代理程式更有可能塑造 SaaS 足跡。

最終,我們必須決定哪些策略可以套用到 AaaS,這表示組織能夠採用代理架構和商業策略,以便供應商可以最大限度地提高其代理系統的效率、價值和影響。代理程式不是黑框。客服人員會耗用資源、擴展操作、依賴資料並產生成本 - 提供者必須解決的所有因素。客服人員提供者必須評估多租戶原則如何塑造服務方案並最佳化營運模型。

說明

隨著設計因網域、預期使用案例和目標產業而異,代理程式環境持續演進。此演變的一部分包括進一步完善我們對於架構師在設計和建置代理程式時考慮的策略、模式和權衡的觀點。

完整的客服人員策略必須同時符合商業和技術目標。這包括定義目標市場和角色、建立定價和資源管理策略,以及判斷客服人員如何適應更大的系統。這些考量事項在交付 AaaS 時特別重要,其中擴展、成本效益和創新是主要目標。

操作功能同樣重要。環境必須支援監控客服人員活動、運作狀態指標和用量模式。這在多代理程式系統中變得更加複雜,其中操作必須跨獨立代理程式進行協調。

整體而言,這項客服人員討論只會抓取可能屬於代理系統的各種架構考量的表面。除了選擇適當的工具、架構和 LLMs 之外,成功還取決於建立符合可擴展性、效率、部署和多租用戶業務需求的架構。