In Service Oriented Architecture (S

In Service Oriented Architecture (SOA), because of the nature
of the comprised distributed service capabilities and the availability
of standards, implementing consistency is difficult to achieve
across service boundaries. The BASE approach, especially outside
service boundaries is more easily implementable. If we look at task
services and certainly orchestrated task services, the BASE is the
default approach. Offering BASE is easier, if it is known what is the
accepted margin-of-error in the business or project principal, identified
during the requirements clarification phase of every service
delivery effort. Without proper requirements and business process
analysis, it is virtually impossible to determine whether the ACID
or BASE is suitable [4].

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

ในบริการเชิงสถาปัตยกรรม (SOA), ลักษณะความสามารถประกอบด้วยการกระจายบริการและความพร้อมใช้งานมาตรฐาน ใช้ความสอดคล้องเป็นยากที่จะบรรลุข้ามขอบเขตของบริการ ฐานวิธี โดยเฉพาะอย่างยิ่งด้านนอกขอบเขตของบริการเป็น implementable ได้ง่ายขึ้น ถ้าเราดูที่งานบริการและแน่นอนทั้งพัฒนางาน ฐานเป็นการแนวทางการเริ่มต้น ฐานเป็นง่ายขึ้น ถ้าเป็นที่รู้จักกันคือการระบุยอมรับขอบของพลาดในธุรกิจหรือโครงการหลักในบริการทุกความต้องการชี้แจงขั้นตอนการจัดส่งแรงงาน ไม่ มีข้อกำหนดที่เหมาะสมและกระบวนการทางธุรกิจวิเคราะห์ มันเป็นจริงไปตรวจสอบว่าเป็นกรดหรือฐานเหมาะสม [4]

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

ใน Service Oriented Architecture (SOA) เพราะธรรมชาติ
ของการประกอบด้วยความสามารถในการให้บริการกระจายและความพร้อม
ของมาตรฐานการดำเนินการสอดคล้องยากที่จะบรรลุ
ข้ามขอบเขตของการบริการ วิธีการที่ฐานด้านนอกโดยเฉพาะอย่างยิ่ง
ขอบเขตบริการ implementable ได้ง่ายขึ้น ถ้าเราดูที่งาน
บริการและการบงการแน่นอนบริการงานฐานเป็น
วิธีการเริ่มต้น BASE เสนอขายจะง่ายขึ้นถ้ามันเป็นที่รู้จักกันเป็นสิ่งที่
ได้รับการยอมรับขอบของข้อผิดพลาดในการดำเนินธุรกิจหรือโครงการหลักระบุ
ในช่วงความต้องการขั้นตอนการชี้แจงในการให้บริการทุก
ความพยายามจัดส่ง โดยไม่ต้องการที่เหมาะสมและกระบวนการทางธุรกิจ
การวิเคราะห์มันเป็นไปไม่ได้จริงเพื่อตรวจสอบว่ากรด
หรือเป็นฐานที่เหมาะสม [4]