3.6.3 Processes dealing with unreli

3.6.3 Processes dealing with unreliable resources
Not only is the data from resources inherently unreliable, but also the
resources providing the data themselves, e.g., due to the failure of the hosting
device. Processes relying on such resources need to be able to adapt to such
situations. The first issue is to detect such a failure. In the case that a process
is calling a resource directly, this detection is trivial. When we’re talking
about resources that might generate an event at one point in time (e.g., the
resource that monitors the temperature condition within the truck and sends
an alert if it has become too hot), it is more difficult. Not having received
any event can be because of resource failure, but also because there was
nothing to report. Likewise, the quality of the generated reports should be
regularly audited for correctness. Some monitoring software is needed to
detect such problems; it is unclear though if such software should be part of
the BPM execution environment or should be a separate component. Among
the research challenges is the synchronization of monitoring processes with
run-time actuating processes, given that management planes (e.g., monitoring

Kết quả (Việt) 1:

3.6.3 quy trình giao dịch với nguồn tài nguyên không đáng tin cậyKhông chỉ là các dữ liệu từ các nguồn lực vốn không đáng tin cậy, mà còn cácCác nguồn tài nguyên cung cấp cho các dữ liệu chính mình, ví dụ:, do sự thất bại của các lưu trữthiết bị. Quy trình dựa vào các nguồn tài nguyên cần để có thể thích ứng với cáctình huống. Vấn đề đầu tiên là để phát hiện một sự thất bại. Trong trường hợp mà một quá trìnhgọi một nguồn tài nguyên trực tiếp, phát hiện này là tầm thường. Khi chúng tôi nóivề nguồn tài nguyên có thể tạo ra một sự kiện tại một thời điểm trong thời gian (ví dụ, cácnguồn tài nguyên mà theo dõi các điều kiện nhiệt độ trong xe tải và gửicảnh báo nếu nó đã trở nên quá nóng), nó là khó khăn hơn. Không có nhận đượcbất kỳ sự kiện có thể vì sự thất bại của tài nguyên, mà còn bởi vì cókhông có gì để báo cáo. Tương tự, chất lượng của các báo cáo được tạo nênthường xuyên kiểm tra cho đúng đắn. Một số phần mềm giám sát là cần thiết đểphát hiện các vấn đề như vậy; nó không rõ ràng mặc dù nếu phần mềm như vậy nên là một phần củamôi trường thực hiện BPM hoặc phải là một thành phần riêng biệt. Trong số cácnhững thách thức nghiên cứu là sự đồng bộ của giám sát quá trình vớiactuating quá trình, cho rằng quản lý máy bay thời gian chạy (ví dụ: giám sát

Kết quả (Việt) 2:

3.6.3 Quy trình xử lý nguồn không đáng tin cậy
Không chỉ các dữ liệu từ các nguồn vốn không đáng tin cậy, mà còn là
nguồn cung cấp dữ liệu bản thân, ví dụ, do sự thất bại của các lưu trữ
thiết bị. Quy trình dựa trên các nguồn lực như vậy cần phải có khả năng thích ứng với như vậy
tình huống. Vấn đề đầu tiên là để phát hiện một sự thất bại đó. Trong trường hợp đó là một quá trình
được gọi là một nguồn tài nguyên trực tiếp, phát hiện này là tầm thường. Khi chúng ta đang nói
về các nguồn tài nguyên mà có thể tạo ra một sự kiện tại một thời điểm (ví dụ, các
nguồn tài nguyên đó theo dõi các điều kiện nhiệt độ bên trong xe tải và gửi
một cảnh báo nếu nó đã trở nên quá nóng), nó là khó khăn hơn. Không có nhận được
bất kỳ sự kiện có thể là do sự thất bại tài nguyên, nhưng cũng bởi vì có
không có gì để báo cáo. Tương tự như vậy, chất lượng của các báo cáo phát sinh nên
thường xuyên được kiểm toán cho đúng đắn. Một số phần mềm giám sát là cần thiết để
phát hiện các vấn đề đó; nó là không rõ ràng mặc dù nếu phần mềm đó nên là một phần của
môi trường thực hiện BPM hoặc phải là một thành phần riêng biệt. Trong số
những thách thức nghiên cứu là sự đồng bộ của các quy trình giám sát với
các quá trình thời gian chạy gạt, cho rằng máy bay quản lý (ví dụ, giám sát