Tự động hóa điều tra sự cố với AWS DevOps Agent và Salesforce MCP Server

Tác giả: Rohit Sharma và Conor Manton
Ngày phát hành: 22 APR 2026
Chuyên mục: DevOps, Technical How-to

Bài viết này được đồng tác giả bởi Ross Belmont, Giám đốc cấp cao, Rodrigo Duran, Giám đốc chiến lược tại Salesforce

Mỗi phút đều quý giá khi quản lý một sự cố hạ tầng quan trọng. Các tổ chức cần nhanh chóng xác định vấn đề, chẩn đoán nguyên nhân gốc rễ và triển khai giải pháp—đồng thời thông báo cho khách hàng. AWS DevOps Agent thay đổi điều này bằng cách tự động hóa việc điều tra và phản hồi, giảm thời gian trung bình để giải quyết (MTTR) từ hàng giờ xuống còn vài phút.

Trong bài viết này, bạn sẽ tìm hiểu cách tích hợp AWS DevOps Agent với Salesforce Hosted MCP Server để tạo một quy trình làm việc điều tra sự cố tự động. Sự tích hợp này kết nối các trường hợp hỗ trợ khách hàng trực tiếp với chẩn đoán hạ tầng, giảm thời gian phản hồi và tạo điều kiện giải quyết sự cố nhất quán trong toàn tổ chức của bạn.

Thách thức: Chi phí của việc điều tra sự cố thủ công

Các khiếu nại của khách hàng như “trang web chậm” thường gây ra hàng giờ điều tra trên các hệ thống phân tán, dữ liệu đo từ xa phân mảnh và nhiều nhóm khác nhau. Nhóm hỗ trợ khách hàng của bạn thiếu chuyên môn sâu về hạ tầng để chẩn đoán nguyên nhân gốc rễ, trong khi các Kỹ sư DevOps của bạn liên tục bị gián đoạn và phải rời bỏ công việc cải tiến hệ thống.

Sự chuyển giao giữa các nhóm này tạo ra ma sát:

  • Tăng thời gian trung bình để phát hiện (MTTD) – Các vấn đề nằm trong hàng đợi chờ đợi chuyên gia phù hợp
  • Kéo dài thời gian trung bình để giải quyết (MTTR) – Điều tra thủ công trên Amazon CloudWatch, AWS CloudTrail, nhật ký ứng dụng và lịch sử triển khai tốn thời gian
  • Mất ngữ cảnh – Thông tin bị mất trong quá trình chuyển đổi giữa các phiếu hỗ trợ và phân tích hạ tầng
  • Giải quyết vấn đề theo kiểu phản ứng – Các nhóm dành thời gian cho các triệu chứng thay vì ngăn chặn các vấn đề tái diễn


Hình 1 – Quy trình hỗ trợ thủ công không có DevOps Agent

AWS DevOps Agent tích hợp với Salesforce thay đổi mô hình này bằng cách kết nối các quy trình làm việc hỗ trợ trực tiếp với điều tra hạ tầng tự động, loại bỏ các chuyển giao thủ công và giảm thời gian điều tra.

Cách thức hoạt động – Luồng liền mạch từ khiếu nại của khách hàng đến chẩn đoán hạ tầng


Hình 2 – Quy trình hỗ trợ tự động với DevOps Agent

  1. Tạo trường hợp: Khách hàng của bạn báo cáo một vấn đề trong Agentforce Service (ví dụ: “Load Balancer của tôi hiển thị không khả dụng”). Salesforce Flow phát hiện trường hợp mới và kích hoạt AWS DevOps Agent thông qua lệnh gọi API hoặc webhook.
  2. Điều tra tự động: DevOps Agent bắt đầu điều tra và xác định nguyên nhân gốc rễ. Agent truy vấn các dịch vụ quan sát của AWS, các nền tảng bên thứ ba như Splunk và Datadog, các kho lưu trữ mã và các pipeline CI/CD. Nó xây dựng một biểu đồ cấu trúc liên kết động để ánh xạ các mối quan hệ giữa các tài nguyên ứng dụng.
  3. Làm phong phú trường hợp: Các phát hiện điều tra tự động được đăng lại vào trường hợp Salesforce, cung cấp cho nhóm hỗ trợ của bạn ngữ cảnh kỹ thuật và phân tích nguyên nhân gốc rễ.
  4. Khuyến nghị phòng ngừa: Agent đề xuất các cải tiến kiến trúc để giúp ngăn chặn sự tái diễn.

Ví dụ thực tế: Sự cố ngừng hoạt động của một Instance duy nhất

Sự cố

Một khách hàng mở một trường hợp trong Agentforce Service báo cáo một ứng dụng không khả dụng.

Giao diện Salesforce Agentforce Service hiển thị một trường hợp hỗ trợ do khách hàng báo cáo. Chi tiết trường hợp bao gồm khiếu nại của khách hàng về việc một ứng dụng không khả dụng. Đây là điểm khởi đầu của quy trình điều tra tự động, nơi khách hàng mở một trường hợp báo cáo sự gián đoạn dịch vụ. Giao diện hiển thị các trường hợp Salesforce tiêu chuẩn như thông tin tài khoản, mô tả sự cố và chi tiết thời gian sẽ được AWS DevOps Agent sử dụng để bắt đầu điều tra hạ tầng tự động.
Hình 3 – Chi tiết trường hợp Agentforce Service

Điều tra

Salesforce Flow kích hoạt DevOps Agent khi trường hợp được tạo:

  1. Truy xuất trường hợp: Agent sử dụng công cụ Salesforce soql_query để truy xuất chi tiết trường hợp, bao gồm tài khoản của khách hàng, mô tả sự cố và thời gian. Công cụ này được cung cấp thông qua Salesforce Hosted MCP.
    Công cụ Salesforce soql_query, được cung cấp thông qua Salesforce Hosted MCP, để truy xuất chi tiết trường hợp từ Salesforce. Truy vấn lấy thông tin bao gồm tài khoản của khách hàng, mô tả sự cố và thời gian. Đây là bước đầu tiên của điều tra tự động, nơi agent truy cập dữ liệu CRM của Salesforce theo chương trình để hiểu vấn đề được báo cáo trước khi bắt đầu chẩn đoán hạ tầng.
    Hình 4 – Truy vấn SOQL của Salesforce
  2. Khám phá cấu trúc liên kết: Agent ánh xạ hạ tầng và xác định tất cả các thành phần của ứng dụng.
  3. Phân tích chỉ số CloudWatch: Agent kiểm tra các chỉ số trong khoảng thời gian xảy ra sự cố và phát hiện số lượng yêu cầu giảm xuống 0 trong thời gian không khả dụng.
    Phân tích chỉ số CloudWatch, cung cấp chi tiết bổ sung về dữ liệu số lượng yêu cầu trong khoảng thời gian xảy ra sự cố. Cùng với Hình 5a, nó tạo thành bức tranh hoàn chỉnh về mô hình lưu lượng truy cập cho thấy sự sụt giảm xuống 0 yêu cầu. Agent sử dụng dữ liệu đo từ xa này làm bằng chứng định lượng để hỗ trợ phân tích nguyên nhân gốc rễ của nó, tương quan thời gian chính xác của sự sụt giảm lưu lượng truy cập với các sự kiện khác được phát hiện trong quá trình điều tra, chẳng hạn như các hành động quản trị của CloudTrail. Phân tích chỉ số CloudWatch được thực hiện bởi AWS DevOps Agent trong quá trình điều tra. Nó hiển thị biểu đồ số lượng yêu cầu cho ứng dụng bị ảnh hưởng trong khoảng thời gian xảy ra sự cố. Các chỉ số cho thấy số lượng yêu cầu đến giảm xuống 0 trong thời gian không khả dụng được khách hàng báo cáo. Điểm dữ liệu này là bằng chứng quan trọng mà agent sử dụng để tương quan khiếu nại của khách hàng với hành vi hạ tầng thực tế, xác nhận rằng ứng dụng thực sự không thể truy cập được trong khung thời gian được báo cáo.
    Hình 5 – Biểu đồ số lượng yêu cầu
  4. Phân tích sự kiện CloudTrail: Agent phát hiện một chuỗi các hành động quản trị đã gây ra thời gian ngừng hoạt động.
    AWS DevOps Agent phân tích các sự kiện CloudTrail trong khung thời gian xảy ra sự cố. Agent phát hiện một chuỗi các hành động quản trị đã gây ra thời gian ngừng hoạt động của ứng dụng. CloudTrail cung cấp một dấu vết kiểm toán các lệnh gọi API được thực hiện trong tài khoản AWS, và agent kiểm tra các sự kiện này để xác định những thay đổi hạ tầng nào đã xảy ra xung quanh thời điểm xảy ra sự cố. Bước này rất quan trọng để tương quan các sự kiện hoạt động với sự sụt giảm chỉ số được quan sát, giúp agent xây dựng một dòng thời gian của sự cố.
    Hình 6 – Phân tích CloudTrail
  5. Xác định nguyên nhân gốc rễ: Agent tương quan các hành động quản trị với sự sụt giảm chỉ số, xác định rằng việc chấm dứt một EC2 instance đã gây ra sự cố ngừng hoạt động.
    Xác định nguyên nhân gốc rễ của AWS DevOps Agent. Agent tương quan các hành động quản trị được tìm thấy trong CloudTrail với sự sụt giảm chỉ số CloudWatch, xác định rằng việc chấm dứt một EC2 instance đã gây ra sự cố ngừng hoạt động. Các phát hiện cho thấy chuỗi sự kiện cụ thể: một EC2 instance đã bị chấm dứt, điều này khiến ứng dụng không khả dụng vì nó đang chạy trên một instance duy nhất mà không có dự phòng. Điều này chứng minh khả năng của agent trong việc tự động kết nối nhiều nguồn dữ liệu để xác định chính xác nguyên nhân của một sự cố.
    Hình 7 – Chi tiết nguyên nhân gốc rễ
  6. Cập nhật trường hợp: Agent sử dụng công cụ Salesforce create_sobject_record để đăng các phát hiện vào Activity feed của trường hợp. Công cụ này được cung cấp thông qua Salesforce Hosted MCP.

Kết quả

Trường hợp Salesforce của bạn hiện chứa một phân tích nguyên nhân gốc rễ toàn diện với dòng thời gian, các tài nguyên bị ảnh hưởng và các yếu tố đóng góp.

Trường hợp Salesforce Agentforce Service sau khi AWS DevOps Agent đã đăng các phát hiện điều tra của nó. Trường hợp hiện chứa một phân tích nguyên nhân gốc rễ toàn diện bao gồm dòng thời gian các sự kiện, các tài nguyên bị ảnh hưởng và các yếu tố đóng góp. Nhóm hỗ trợ có thể xem chẩn đoán kỹ thuật trực tiếp trong giao diện Salesforce quen thuộc của họ mà không cần phải leo thang lên kỹ thuật. Điều này chứng minh bước làm phong phú trường hợp, nơi kết quả điều tra tự động chảy ngược về Salesforce thông qua Hosted MCP Server.
Hình 8 – Trường hợp Agentforce Service được cập nhật với nguyên nhân gốc rễ

Kế hoạch giảm thiểu

Agent tạo ra một kế hoạch giảm thiểu có thể hành động cho thấy cách ngăn chặn sự tái diễn.

Kế hoạch giảm thiểu có thể hành động được tạo bởi AWS DevOps Agent sau khi hoàn thành phân tích nguyên nhân gốc rễ. Kế hoạch phác thảo các khuyến nghị cụ thể để ngăn chặn sự tái diễn của sự cố, chẳng hạn như triển khai dự phòng và tự động mở rộng quy mô. Thay vì chỉ xác định những gì đã sai, agent chủ động đề xuất các cải tiến kiến trúc. Điều này biến phản ứng sự cố từ một quy trình hoàn toàn phản ứng thành một cơ hội để cải thiện hạ tầng có hệ thống, giúp các tổ chức xây dựng các hệ thống kiên cường hơn theo thời gian.
Hình 9 – Kế hoạch giảm thiểu

Agent cũng cung cấp hướng dẫn khắc phục từng bước mà bạn có thể áp dụng ngay lập tức. Do độ dài, đây chỉ là một phần của kế hoạch.

Hiển thị một phần của hướng dẫn khắc phục từng bước được tạo bởi AWS DevOps Agent. Các hướng dẫn này cung cấp hướng dẫn cụ thể, có thể hành động ngay lập tức mà các nhóm vận hành có thể tuân theo để thực hiện các biện pháp giảm thiểu được khuyến nghị. Các hướng dẫn vượt ra ngoài các khuyến nghị cấp cao để bao gồm các bước triển khai cụ thể. Do độ dài, chỉ một phần của kế hoạch đầy đủ được hiển thị, chứng minh chiều sâu và tính cụ thể của hướng dẫn khắc phục của agent để ngăn chặn các sự cố đã xác định trong tương lai.
Hình 10 – Hướng dẫn giảm thiểu từng bước

Triển khai kỹ thuật

Điều kiện tiên quyết: Trước khi triển khai tích hợp này, hãy xác minh rằng bạn có:

  1. Agentforce Service với Salesforce Hosted MCP Server được bật
  2. AWS DevOps Agent Space được cấu hình trong tài khoản AWS của bạn
  3. Amazon CloudWatch và AWS CloudTrail được bật để quan sát
  4. Các tài nguyên hạ tầng được gắn thẻ để ánh xạ cấu trúc liên kết (tùy chọn)
  5. Sự quen thuộc với Salesforce Flow Builder để tự động hóa quy trình làm việc

Sự tích hợp này yêu cầu cấu hình cả trong Salesforce và AWS. Các bước sau đây cung cấp tổng quan về quy trình thiết lập.

  1. Tạo Agent Space: Thiết lập một DevOps Agent Space trong tài khoản AWS của bạn với các IAM roles và permissions phù hợp.
  2. Tích hợp các công cụ quan sát: Kết nối các công cụ vận hành của bạn như Splunk, Datadog hoặc New Relic để cung cấp dữ liệu đo từ xa cho agent.
  3. Kết nối các kho lưu trữ mã: Liên kết GitHub, GitLab hoặc AWS CodeCommit để cho phép agent tương quan các sự cố với các triển khai gần đây.
  4. Xây dựng ánh xạ cấu trúc liên kết: Gắn thẻ các tài nguyên hạ tầng của bạn, để agent tập trung vào các thành phần liên quan đến ứng dụng của bạn.
  5. Thêm Skills: Cấu hình agent với các hướng dẫn để chỉ đạo điều tra – ví dụ, để cập nhật các trường hợp Agentforce Service khi các cuộc điều tra hoàn tất.

Dưới đây là các bước thiết lập chính:

Tạo Agent Space

Một Agent Space định nghĩa các tài khoản AWS, tích hợp và kiểm soát truy cập cho các cuộc điều tra của DevOps Agent của bạn. Khi bạn tạo Agent Space của mình, hãy cấu hình một skill hướng dẫn agent đăng các phát hiện điều tra trở lại các trường hợp Salesforce.

Giao diện cấu hình AWS DevOps Agent Space nơi một skill của agent đang được thiết lập để tích hợp Salesforce. Skill cung cấp các hướng dẫn cụ thể chỉ đạo agent cập nhật trường hợp Agentforce Service gốc khi một cuộc điều tra hoàn tất. Bước cấu hình này là một phần của triển khai kỹ thuật, định nghĩa hành vi quy trình làm việc của agent. Skills cho agent biết những hành động cần thực hiện, trong trường hợp này là đăng các phát hiện điều tra trở lại trường hợp Salesforce đã kích hoạt cuộc điều tra.
Hình 11 – Skill của Agent cho Salesforce

Skill cung cấp các hướng dẫn cụ thể cho quy trình làm việc của agent – trong trường hợp này, hướng dẫn nó cập nhật trường hợp Agentforce Service gốc khi cuộc điều tra hoàn tất.

Thiết lập Salesforce Hosted MCP Server

Salesforce Hosted MCP Server cho phép AWS DevOps Agent truy vấn dữ liệu trường hợp và đăng các phát hiện điều tra trở lại Salesforce. Cấu hình MCP Server trong Salesforce org của bạn bằng cách sử dụng các bước sau. Để biết hướng dẫn đầy đủ, hãy xem tài liệu SalesforceKho lưu trữ GitHub của Salesforce Hosted MCP.

  • Bật Salesforce External MCP Service: Bật chức năng MCP trong Salesforce org của bạn.
  • Tạo External Client App: Đăng ký AWS DevOps Agent làm OAuth client trong Salesforce với các cài đặt sau:
    • Sử dụng URL callback này: https://api.prod.cp.aidevops.us-east-1.api.aws/v1/register/mcpserver/callback
    • Bật OAuth Settings với các scopes cần thiết (xem bên dưới)

Thêm Salesforce Hosted MCP Server vào Agent Space của bạn

Trong AWS Console, đăng ký Salesforce MCP Server với Agent Space của bạn. Kết nối này cho phép DevOps Agent truy vấn dữ liệu trường hợp Salesforce và đăng các phát hiện điều tra.

  • Thêm Endpoint URL: Đối với thiết lập của bạn, nếu bạn đang sử dụng Salesforce Sandbox, endpoint của bạn là: https://api.salesforce.com/platform/mcp/v1/sandbox/sobject-all
  • Xác thực: OAuth 2.0 với PKCE (Three-Legged OAuth)
  • Exchange URL: https://test.salesforce.com/services/oauth2/token
  • Authorization URL: https://test.salesforce.com/services/oauth2/authorize
  • Scopes: api, sfap_api, refresh_token, einstein_gpt_api, offline_access

Sau khi đăng ký, hãy kiểm tra bằng cách kích hoạt thủ công một cuộc điều tra từ AWS Console. Hướng dẫn agent truy xuất chi tiết trường hợp từ Salesforce và đăng phân tích nguyên nhân gốc rễ trở lại trường hợp.

Khi cấu hình các công cụ MCP, hãy tuân thủ các thực tiễn bảo mật tốt nhất.

Giao diện AWS DevOps agent Operator Console để kích hoạt thủ công một cuộc điều tra của DevOps Agent. Nó minh họa cách hướng dẫn agent truy xuất chi tiết trường hợp từ Salesforce và đăng phân tích nguyên nhân gốc rễ trở lại trường hợp. Kích hoạt thủ công này được sử dụng trong quá trình thiết lập và kiểm tra ban đầu trước khi tự động hóa quy trình làm việc với Salesforce Flow. Giao diện hiển thị lời nhắc điều tra và cấu hình, bao gồm kết nối với Salesforce Hosted MCP Server để giao tiếp hai chiều giữa AWS và Salesforce.
Hình 12 – Bắt đầu một cuộc điều tra

Trong bước tiếp theo, bạn sẽ tự động hóa quy trình làm việc này bằng cách sử dụng Salesforce Flow, để các cuộc điều tra tự động kích hoạt khi các trường hợp được tạo.

Sử dụng Salesforce Flows

Salesforce Flows tự động hóa kết nối giữa việc tạo trường hợp và các cuộc điều tra của DevOps Agent. Flow là một công cụ tự động hóa không cần mã sử dụng giao diện kéo và thả trực quan (Flow Builder) để tự động hóa các quy trình kinh doanh.

Cấu hình một Flow trigger trên đối tượng Case của bạn để tự động gọi DevOps Agent khi các trường hợp được tạo.

Cấu hình trigger của Salesforce Flow trên đối tượng Case. Trigger được đặt để tự động kích hoạt khi các trường hợp mới được tạo, khởi tạo quy trình làm việc điều tra của DevOps Agent mà không cần can thiệp thủ công. Đây là thành phần tự động hóa kết nối việc tạo trường hợp Salesforce với AWS DevOps Agent, thay thế quy trình thủ công leo thang vấn đề cho các nhóm kỹ thuật. Giao diện trực quan của Flow Builder hiển thị các điều kiện trigger xác định khi nào cuộc điều tra tự động nên bắt đầu.
Hình 13 – Trigger của Salesforce

Flow gọi webhook của DevOps Agent với chi tiết trường hợp bao gồm tài khoản khách hàng, mô tả sự cố và thời gian. Điều này kích hoạt một cuộc điều tra tự động mà không yêu cầu chuyển giao thủ công cho các nhóm kỹ thuật. Do độ dài, đây chỉ là một phần của Flow.

Salesforce Flow tự động hóa kết nối giữa việc tạo trường hợp và các cuộc điều tra của AWS DevOps Agent. Flow gọi webhook của DevOps Agent với chi tiết trường hợp bao gồm tài khoản khách hàng, mô tả sự cố và thời gian. Được xây dựng bằng Flow Builder không cần mã của Salesforce với giao diện kéo và thả trực quan, tự động hóa này kích hoạt điều tra hạ tầng tự động mà không yêu cầu chuyển giao thủ công cho các nhóm kỹ thuật. Do độ dài, chỉ một phần của Flow đầy đủ được hiển thị.
Hình 14 – Salesforce Flow

Để biết chi tiết triển khai và mã ví dụ, hãy xem kho lưu trữ mã này.

Kết nối Salesforce Flow với AWS DevOps Agent

Cấu hình cách Salesforce Flow gọi webhook của DevOps Agent. Chọn một trong ba phương pháp tích hợp dựa trên yêu cầu của bạn:

  1. Tùy chọn 1: External Service (Được khuyến nghị để đơn giản)
    External Service Tích hợp với các dịch vụ AWS bằng cách sử dụng xác thực SigV4 (AWS Signature Version 4) thông qua Named Credentials. Phương pháp không cần mã này là cách nhanh nhất để thiết lập kết nối.
  2. Tùy chọn 2: Apex Class (Được khuyến nghị cho logic tùy chỉnh)
    Tạo một Apex class mà Flow của bạn gọi để gọi webhook. Phương pháp này cung cấp sự linh hoạt để thêm logic kinh doanh tùy chỉnh hoặc xử lý lỗi trước khi kích hoạt điều tra.

Kết quả và Tác động

Sự tích hợp này biến đổi phản ứng sự cố bằng cách kết nối hỗ trợ khách hàng trực tiếp với điều tra hạ tầng tự động:

  • Giải quyết sự cố nhanh hơn: Điều tra tự động giảm thời gian trung bình để giải quyết (MTTR) bằng cách loại bỏ phân tích nhật ký thủ công. Agent phát hiện và chẩn đoán vấn đề ngay lập tức khi các trường hợp được tạo, cung cấp phạm vi phủ sóng 24/7 trên các múi giờ.
  • Giảm nỗ lực thủ công: Các nhóm SRE tập trung vào các cải tiến hệ thống thay vì phản ứng với các sự cố riêng lẻ. Các nhóm hỗ trợ nhận được thông tin chi tiết kỹ thuật mà không cần leo thang lên kỹ thuật, và mỗi cuộc điều tra đều tuân theo cùng một quy trình kỹ lưỡng.
  • Cải thiện trải nghiệm khách hàng: Khách hàng nhận được phân tích nguyên nhân gốc rễ chi tiết trong vòng vài phút sau khi báo cáo sự cố. Sự minh bạch này xây dựng lòng tin, và các khuyến nghị kiến trúc của agent giúp ngăn chặn các vấn đề tái diễn.
  • Học hỏi trong tổ chức: Mỗi cuộc điều tra đều được ghi lại và có thể tìm kiếm, tạo ra một cơ sở kiến thức về các mẫu sự cố. Agent xác định các vấn đề tái diễn trên các trường hợp và đề xuất các cải tiến hạ tầng để giải quyết nguyên nhân gốc rễ.

Kết luận

Kết nối AWS DevOps Agent với Salesforce Hosted MCP Server tạo ra một quy trình làm việc điều tra tự động loại bỏ các chuyển giao thủ công giữa các nhóm hỗ trợ và kỹ thuật. Sự tích hợp này giảm thời gian trung bình để giải quyết thông qua phân tích tức thì, cải thiện trải nghiệm khách hàng với các cập nhật nguyên nhân gốc rễ nhanh chóng và cho phép phòng ngừa chủ động thông qua nhận dạng mẫu.

Về tác giả

Ảnh tác giả Conor Manton

Conor Manton

Conor Manton là Principal Technical Account Manager tại AWS, có trụ sở tại San Francisco. Anh làm việc với các khách hàng doanh nghiệp chiến lược để đẩy nhanh hành trình đám mây của họ, tập trung vào việc vận hành các quy trình làm việc được hỗ trợ bởi AI để thúc đẩy kết quả kinh doanh.

Ảnh tác giả Ross Belmont

Ross Belmont

Ross Belmont là Senior Director of Product Management tập trung vào các tích hợp, với hơn 15 năm kinh nghiệm trong hệ sinh thái Salesforce.

Ảnh tác giả Rohit Sharma

Rohit Sharma

Rohit Sharma là Senior Technical Account Manager tại AWS Enterprise Support, có trụ sở tại New York. Anh hợp tác với các khách hàng doanh nghiệp chiến lược để tối ưu hóa hoạt động đám mây của họ, tận dụng AI và tự động hóa để giảm chi phí vận hành và cải thiện phản ứng sự cố ở quy mô lớn.

Ảnh tác giả Rodrigo Duran

Rodrigo Duran

Rodrigo Duran là AI Deployment Strategist Director tại Salesforce. Có trụ sở tại São José dos Campos, São Paulo, Brazil. Anh hợp tác với các khách hàng chiến lược trên toàn cầu để thu hẹp khoảng cách giữa chiến lược kỹ thuật và tác động kinh doanh, mở rộng quy mô triển khai được hỗ trợ bởi AI trên nền tảng Salesforce.

Leave a comment