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) เพราะธรรมชาติของประกอบด้วยความสามารถในการให้บริการการกระจายและความพร้อมของมาตรฐานที่สอดคล้องการดำเนินการเป็นเรื่องยากที่จะบรรลุข้ามเขตแดนบริการ. วิธี Base, โดยเฉพาะอย่างยิ่งขอบเขตบริการนอก implementable ได้ง่ายขึ้น ถ้าเราดูที่งานบริการและบงการแน่นอนบริการงานฐานเป็นวิธีการเริ่มต้น BASE เสนอขายจะง่ายขึ้นถ้ามันเป็นที่รู้จักกันเป็นสิ่งที่ได้รับการยอมรับขอบของข้อผิดพลาดในการดำเนินธุรกิจหรือโครงการหลักที่ระบุในระหว่างความต้องการขั้นตอนการชี้แจงของทุกความพยายามการส่งมอบบริการ. โดยไม่ต้องการที่เหมาะสมและการวิเคราะห์กระบวนการทางธุรกิจก็เป็นจริงเป็นไปไม่ได้ ตรวจสอบว่ากรดหรือเป็นฐานที่เหมาะสม [4]