Service technology has been one of

Service technology has been one of the mainstream
technologies in today’s software development since it enables
rapid flexible development and integration of software systems.
The current Web services technology builds software upon basic
building blocks called Web services. They are software units
that provide certain functionalities over the Web and involve a
set of interface and protocol standards, e.g. Web Service
Definition Language (WSDL) for describing service interfaces,
SOAP as a messaging protocol, and Business Process Execution
Language (WS-BPEL) for describing business processes of
collaborating services [1]. Like other software, services may suffer
from communication problems or contain faults themselves, and
hence service consumers may experience service interruption.
Different types of faults have been classified for services [2],
[3], [4], and can be viewed roughly in three categories: (1) Logic
faults comprise calculation faults, data content faults, and other
logic-related faults thrown specifically by the service. Web service
consumers can detect logic faults by WSDL fault messages or
have a way to check correctness of service responses. (2) System
and network faults are those that can be identified, for example,
through HTTP status code and detected by execution
environment, e.g., communication timeout, server error, serviceunavailable. (3) SLA faults are raised when services violate SLAs,
e.g., response time requirements, even though functional
requirements are fulfilled. For service providers, one of the main
goals of service provision is service reliability. Services should
be provided in a reliable execution environment and prepared for
various faults so that failures can be made as transparent as
possible to service consumers. Service designers should therefore
design services with a fault tolerance mindset, expecting the
unexpected and preparing to prevent and handle potential failures.
There are many fault tolerance patterns or exception handling
strategies that can be applied to make software and systems
more reliable. Common patterns involve how to handle or recover
from failures, such as communication retry or the use of redundant
system nodes. In a distributed services context, we end up with a
question of which fault tolerance pattern should be applied to a
particular service. We argue that not all patterns are equally
appropriate for any services. This is due to the characteristics of
each service including service semantics and the environment of
service provision. In this paper, we propose a mathematical model
that can assist service designers in designing fault tolerant
versions of services. The model helps recommend which fault
tolerance patterns are suitable for particular services. With a
supporting tool, service designers can choose a recommended
pattern and have fault tolerant versions of the services generated
as WS-BPEL services.
Section 2 discusses related work in Web services fault
tolerance. Section 3 lists fault tolerance patterns that are
considered in our work. Characteristics of the services and
condition of service provision that we use as criteria for pattern
recommendation are given in Section 4. Section 5 presents
how service designers can be assisted by the pattern
recommendation model. The paper concludes in Section 6 with
future outlook.

ผลลัพธ์ (ไทย) 1:

บริการเทคโนโลยีมีหลักการอย่างใดอย่างหนึ่งเทคโนโลยีในการพัฒนาซอฟต์แวร์ในปัจจุบันเนื่องจากช่วยให้พัฒนาความยืดหยุ่นรวดเร็วและการรวมระบบซอฟต์แวร์บริการเทคโนโลยีปัจจุบันของเว็บสร้างซอฟต์แวร์เมื่อพื้นฐานสร้างบล็อกที่เรียกบริการเว็บ มีซอฟต์แวร์หน่วยที่มีฟังก์ชันบางอย่างผ่านเว็บ และเกี่ยวข้องกับการโพรโทคอลและอินเตอร์เฟซมาตรฐาน บริการเว็บเช่นคำจำกัดความภาษา (WSDL) สำหรับอธิบายบริการอินเทอร์เฟซสบู่เป็นโพรโทคอข้อความ และการดำเนินการกระบวนการทางธุรกิจภาษา (WS-BPEL) อธิบายกระบวนการทางธุรกิจของร่วมมือกันบริการ [1] เช่นซอฟท์แวร์ บริการอาจได้รับจากปัญหาการสื่อสาร หรือประกอบด้วยข้อบกพร่องของตัวเอง และดังนั้น ผู้บริโภคบริการอาจพบการหยุดชะงักชนิดของข้อบกพร่องที่ถูกแบ่งสำหรับบริการ [2],[3], [4], และสามารถดูได้คร่าว ๆ ในสามประเภท: ตรรกะ (1)ข้อบกพร่องประกอบด้วยการคำนวณผิดพลาด ข้อบกพร่องของเนื้อหาข้อมูล และอื่น ๆที่เกี่ยวข้องกับตรรกะบกพร่องโดยเฉพาะโดยให้บริการ บริการเว็บผู้บริโภคสามารถตรวจพบข้อบกพร่องตรรกะ โดย WSDL ข้อบกพร่อง หรือมีวิธีการตรวจสอบความถูกต้องของการตอบสนองบริการ (2) ระบบและข้อบกพร่องของเครือข่ายที่สามารถระบุ เช่นผ่านรหัสสถานะ HTTP และตรวจพบ โดยการดำเนินการสิ่งแวดล้อม เช่น หมดเวลาสื่อสาร ข้อผิดพลาดเซิร์ฟเวอร์ serviceunavailable (3) ข้อบกพร่อง SLA ถูกยกกำลังเมื่อบริการละเมิด Slaเช่น การต้อง การทำงานแม้ว่าเวลาตอบรับมีการเติมเต็มความต้องการ ผู้ให้บริการ หลักอย่างใดอย่างหนึ่งเป้าหมายของบริการคือ บริการความน่าเชื่อถือ บริการควรในสภาพแวดล้อมของการดำเนินการที่เชื่อถือได้ และพร้อมสำหรับต่าง ๆ ทเกี่ดที่ล้มเหลวจะได้รับความโปร่งใสเป็นให้บริการผู้บริโภคได้ บริการออกแบบดังนั้นควรบริการ ด้วยความคิดยอมรับข้อบกพร่อง การออกแบบต้องการไม่คาดคิด และเตรียมการป้องกัน และจัดการกับความล้มเหลวที่อาจเกิดขึ้นมีหลายรูปแบบค่าเผื่อความบกพร่องหรือจัดการข้อยกเว้นกลยุทธ์ที่สามารถใช้เพื่อทำให้ซอฟต์แวร์และระบบน่าเชื่อถือ รูปทั่วไปเกี่ยวข้องกับวิธีการจัดการ หรือการกู้คืนจากความล้มเหลว เช่นลองสื่อสารหรือการใช้ซ้ำซ้อนระบบโหน ในบริบทการบริการกระจาย เราจบลงด้วยการคำถามของข้อบกพร่องที่ยอมรับรูปแบบควรใช้กับการบริการเฉพาะ เราเถียงว่า รูปทั้งหมดไม่มีเท่า ๆ กันเหมาะสมสำหรับบริการ ทั้งนี้เนื่องจากลักษณะของความหมายของบริการและสภาพแวดล้อมของแต่ละบริการบริการ ในกระดาษนี้ เราได้เสนอแบบจำลองทางคณิตศาสตร์ที่สามารถช่วยให้นักออกแบบบริการออกข้อบกพร่องความอดทนรุ่นของบริการ แบบช่วยแนะนำข้อบกพร่องที่ยอมรับรูปแบบเหมาะสำหรับบริการนั้น ๆ ด้วยการสนับสนุนเครื่องมือ บริการออกแบบสามารถเลือกได้คำแนะนำรูปแบบ และมีสร้างรุ่นทนต่อข้อบกพร่องของการให้บริการเป็นบริการ WS BPELส่วนที่ 2 กล่าวถึงในเว็บบริการบกพร่องความคลาดเคลื่อน ส่วนที่ 3 แสดงรูปแบบยอมรับข้อบกพร่องที่พิจารณาในการทำงานของเรา ลักษณะของการให้บริการ และเงื่อนไขของบริการที่เราใช้เป็นเกณฑ์สำหรับรูปแบบคำแนะนำจะได้รับใน 4 ส่วน ส่วนที่ 5 นำเสนอวิธีสามารถช่วยออกแบบบริการตามรูปแบบรุ่นแนะนำ กระดาษสรุปในข้อ 6 ด้วยแนวโน้มในอนาคต

ผลลัพธ์ (ไทย) 2:

เทคโนโลยีบริการได้รับหนึ่งในหลัก
เทคโนโลยีในการพัฒนาซอฟแวร์ของวันนี้เพราะมันจะช่วยให้
การพัฒนามีความยืดหยุ่นอย่างรวดเร็วและบูรณาการระบบซอฟต์แวร์.
เทคโนโลยีบริการเว็บปัจจุบันสร้างซอฟต์แวร์บนพื้นฐาน
การก่อสร้างตึกที่เรียกว่าบริการเว็บ พวกเขาเป็นหน่วยซอฟแวร์
ที่ให้ฟังก์ชันการทำงานบางอย่างผ่านเว็บและเกี่ยวข้องกับ
ชุดของอินเตอร์เฟซและโปรโตคอลมาตรฐานเช่นบริการเว็บ
Definition Language (WSDL) สำหรับการอธิบายการเชื่อมต่อบริการ
SOAP เป็นโปรโตคอลการส่งข้อความและกระบวนการทางธุรกิจการดำเนิน
ภาษา (WS-BPEL) สำหรับการอธิบายกระบวนการทางธุรกิจของ
บริการการทำงานร่วมกัน [1] เช่นเดียวกับซอฟแวร์อื่น ๆ บริการอาจประสบ
ปัญหาการสื่อสารหรือมีความผิดพลาดของตัวเองและ
ด้วยเหตุนี้ผู้ใช้บริการอาจพบการหยุดชะงักของการบริการ.
ชนิดที่แตกต่างของความผิดพลาดได้รับการจำแนกการให้บริการ [2],
[3] [4] และสามารถดูได้ประมาณ ในสามประเภทคือ (1) ลอจิก
ความผิดพลาดจึงมีความผิดพลาดในการคำนวณผิดพลาดเนื้อหาข้อมูลและอื่น ๆ
ความผิดพลาดตรรกะที่เกี่ยวข้องกับการโยนโดยเฉพาะการให้บริการ บริการเว็บ
ผู้บริโภคสามารถตรวจสอบความผิดพลาดตรรกะโดยข้อความความผิด WSDL หรือ
มีวิธีการตรวจสอบความถูกต้องของการตอบสนองบริการ (2) ระบบ
และเครือข่ายความผิดพลาดเป็นผู้ที่สามารถระบุได้ตัวอย่างเช่น
ผ่านรหัสสถานะ HTTP และตรวจพบโดยการดำเนินการ
สภาพแวดล้อมเช่นการหมดเวลาการสื่อสารผิดพลาดของเซิร์ฟเวอร์, serviceunavailable (3) ความผิดพลาด SLA ถูกยกสูงขึ้นเมื่อได้ให้บริการละเมิด SLAs,
เช่นต้องการเวลาตอบสนองการทำงานแม้ว่า
ความต้องการเป็นจริง สำหรับผู้ให้บริการซึ่งเป็นหนึ่งในหลัก
เป้าหมายของการให้บริการที่มีความน่าเชื่อถือบริการ บริการควร
มีการจัดสภาพแวดล้อมในการดำเนินการที่เชื่อถือได้และเตรียมไว้สำหรับ
ความผิดพลาดต่างๆเพื่อให้ความล้มเหลวสามารถทำเป็นโปร่งใสเป็น
ไปได้ที่จะให้บริการผู้บริโภค ออกแบบบริการดังนั้นจึงควร
ออกแบบบริการที่มีความคิดความผิดความอดทนความคาดหวัง
ที่ไม่คาดคิดและเตรียมความพร้อมในการป้องกันและจัดการกับความล้มเหลวที่อาจเกิดขึ้น.
มีหลายรูปแบบความอดทนความผิดหรือการจัดการข้อยกเว้นเป็น
กลยุทธ์ที่สามารถนำมาประยุกต์ใช้เพื่อให้ระบบซอฟต์แวร์และ
น่าเชื่อถือมากขึ้น รูปแบบที่พบบ่อยที่เกี่ยวข้องกับวิธีการจัดการหรือการกู้คืน
จากความล้มเหลวเช่นลองใหม่อีกครั้งการสื่อสารหรือการใช้ซ้ำซ้อน
โหนดระบบ ในบริบทบริการกระจายเราจบลงด้วย
คำถามซึ่งรูปแบบการยอมรับความผิดควรจะนำไปใช้กับ
การให้บริการโดยเฉพาะอย่างยิ่ง เรายืนยันว่าไม่ได้ทุกรูปแบบได้อย่างเท่าเทียมกัน
ที่เหมาะสมสำหรับการบริการใด ๆ เพราะนี่คือลักษณะของ
แต่ละบริการรวมทั้งความหมายการให้บริการและสภาพแวดล้อมของ
การให้บริการ ในบทความนี้เรานำเสนอแบบจำลองทางคณิตศาสตร์
ที่สามารถช่วยให้นักออกแบบบริการในการออกแบบทนความผิด
รุ่นของบริการ รูปแบบที่จะช่วยแนะนำซึ่งความผิด
รูปแบบความอดทนมีความเหมาะสมสำหรับการให้บริการโดยเฉพาะอย่างยิ่ง ด้วย
เครื่องมือสนับสนุนนักออกแบบบริการสามารถเลือกแนะนำ
รูปแบบและมีความผิดรุ่นใจกว้างของการบริการที่สร้าง
การบริการ WS-BPEL.
ส่วนที่ 2 กล่าวถึงการทำงานที่เกี่ยวข้องในความผิดเว็บบริการ
ความอดทน รูปแบบมาตรา 3 รายการยอมรับความผิดที่ได้รับการ
พิจารณาในการทำงานของเรา ลักษณะของการบริการและ
เงื่อนไขของการให้บริการที่เราใช้เป็นเกณฑ์สำหรับรูปแบบ
คำแนะนำจะได้รับในมาตรา 4 มาตรา 5 นำเสนอ
วิธีการออกแบบบริการที่สามารถรับความช่วยเหลือจากรูปแบบ
รูปแบบการให้คำแนะนำ กระดาษสรุปในมาตรา 6 ที่มี
แนวโน้มในอนาคต

ผลลัพธ์ (ไทย) 3:

บริการเทคโนโลยีได้รับหนึ่งในกระแสหลักเทคโนโลยีในการพัฒนาซอฟต์แวร์ของวันนี้ เพราะมันจะช่วยให้รวดเร็วยืดหยุ่นพัฒนาและบูรณาการระบบซอฟต์แวร์เทคโนโลยีการบริการเว็บปัจจุบันสร้างซอฟต์แวร์บนพื้นฐานอาคารบล็อกที่เรียกว่าบริการเว็บ พวกเขาเป็นหน่วยซอฟต์แวร์ที่ให้ฟังก์ชันบางอย่างผ่านเว็บและเกี่ยวข้องชุดของอินเทอร์เฟซและมาตรฐานโปรโตคอล เช่น บริการเว็บภาษานิยาม wsdl ) เพื่ออธิบายการเชื่อมต่อบริการสบู่เป็นโปรโตคอลการส่งข้อความ และกระบวนการทางธุรกิจภาษา ( ws-bpel ) เพื่ออธิบายกระบวนการทางธุรกิจของการบริการต่างๆ [ 1 ] ชอบอื่น ๆ ซอฟต์แวร์ การบริการ อาจประสบจากปัญหาการสื่อสาร หรือมีตำหนิ ตัว เอง และดังนั้นบริการผู้บริโภคอาจพบการหยุดชะงักบริการประเภทที่แตกต่างกันของข้อบกพร่องที่ได้รับการจัดบริการ [ 2 ][ 3 ] , [ 4 ] , และสามารถดูประมาณ 3 ประเภทได้แก่ ( 1 ) ตรรกะความผิดพลาดของการคำนวณประกอบด้วย เนื้อหาข้อมูล ข้อบกพร่อง และอื่น ๆตรรกะที่เกี่ยวข้องกับความผิดโยนโดยเฉพาะ โดยบริการ บริการเว็บผู้บริโภคสามารถตรวจสอบข้อผิดพลาดตรรกะโดย wsdl ผิดข้อความมีวิธีการตรวจสอบความถูกต้องของการบริการ ( 2 ) ระบบและความผิดพลาดของเครือข่ายที่สามารถระบุได้ ตัวอย่างเช่นผ่านรหัสสถานะ HTTP และตรวจพบโดยการประหารชีวิตสิ่งแวดล้อม เช่น การสื่อสาร หมดเวลา , ข้อผิดพลาดของเซิร์ฟเวอร์ serviceunavailable . ( 3 ) ความผิดมีขึ้นเมื่อการให้บริการ SLA สามารถละเมิด ,เช่น ความต้องการเวลาในการตอบสนอง แม้ว่าการทำงานต้องการจะเติมเต็ม สำหรับผู้ให้บริการ หนึ่งในหลักเป้าหมายของการให้บริการคือ ความน่าเชื่อถือ บริการ บริการ ควรได้รับในสภาพแวดล้อมที่เชื่อถือได้และเตรียมการสำหรับความผิดพลาดต่าง ๆดังนั้น ความล้มเหลวสามารถสร้างความโปร่งใสเป็นเป็นไปได้เพื่อผู้บริโภคบริการ ออกแบบบริการ จึงควรบริการออกแบบกับความผิดยอมรับความคิด , คาดว่าที่ไม่คาดคิดและเตรียมป้องกันและรับมือกับความล้มเหลวที่อาจเกิดขึ้นมีรูปแบบความอดทนความผิดหลายหรือการจัดการข้อยกเว้นกลยุทธ์ที่สามารถนำมาใช้เพื่อให้ซอฟต์แวร์และระบบเชื่อถือได้มากขึ้น รูปแบบทั่วไปเกี่ยวข้องกับวิธีการจัดการหรือการกู้คืนจากความล้มเหลว เช่นการสื่อสาร ลองใหม่อีกครั้ง หรือใช้แทนภายในระบบ ในการกระจายบริการบริบท เราจบลงด้วยคำถามที่ทนทานต่อความผิดพลาด ควรใช้กับรูปแบบโดยเฉพาะบริการ เรายืนยันว่ารูปแบบทั้งหมดจะไม่เท่ากันที่เหมาะสมสำหรับการบริการใด ๆ . เนื่องจากมีลักษณะของแต่ละบริการ รวมถึงบริการและสภาพแวดล้อมของอรรถศาสตร์การให้บริการ งานวิจัยนี้ได้เสนอแบบจำลองทางคณิตศาสตร์ที่สามารถช่วยให้นักออกแบบในการออกแบบผิดใจกว้างรุ่นของบริการ ช่วยแนะนำแบบผิดที่รูปแบบความอดทนเหมาะสำหรับการบริการที่เฉพาะเจาะจง กับเครื่องมือสนับสนุนนักออกแบบให้บริการสามารถเลือกแนะนำแบบแผนและมีความผิดใจกว้างของรุ่นต่างๆที่สร้างขึ้นบริการ ws-bpel .ส่วนที่ 2 กล่าวถึงงานที่เกี่ยวข้องในการบริการเว็บผิดความอดทน หมวด 3 ความผิดความอดทนที่เป็นรูปแบบรายการพิจารณาในงานของเรา ลักษณะของบริการ และเงื่อนไขการให้บริการ ที่เราใช้เป็นเกณฑ์สำหรับรูปแบบคำแนะนำจะได้รับในส่วนที่ 4 มาตรา 5 ของขวัญวิธีการออกแบบบริการสามารถช่วยโดยรูปแบบรุ่นแนะนำ กระดาษได้ในมาตรา 6 ด้วยOutlook ในอนาคต