Vendor lock-inOften times when a bu

Vendor lock-in
Often times when a business decides to use a PaaS service to build their software, they may run
into the problem of vendor lock-in. Vendor lock-in occurs when cloud vendors make it difficult
for developers to switch between PaaS providers, through the use of proprietary protocols,
standards and tools28. This can hinder the flexibility and portability of software development, and
it is a problem that typically grows as the developer puts more data onto the cloud29. For
example, if a developer would like to switch to a less expensive alternative to the PaaS vendor
they currently use, the costs of removing and reconfiguring the data may outweigh the savings
from switching to the new vendor, preventing the move30
. The cause of this problem is due to the
lack of standardization within the industry, as most cloud vendors have their own specifications
and requirements for any applications hosted on their servers 31 . To mitigate this risk, it is
recommended that developers create an exit strategy, and build these exit costs into their initial
cost analysis when first deciding on a cloud vendor, and lobby for standardization within the
cloud computing industry32

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

ผู้ขายล็อคในบ่อยครั้งเมื่อธุรกิจตัดสินใจที่จะใช้บริการ PaaS การสร้างซอฟแวร์ของพวกเขาอาจจะเป็นปัญหาของล็อคในผู้ขาย ผู้ขายล็อคในผู้ขายที่เกิดขึ้นเมื่อเมฆทำให้เป็นเรื่องยากสำหรับนักพัฒนาที่จะเปลี่ยนผู้ให้บริการ PaaS ระหว่างผ่านการใช้งานของโปรโตคอลที่เป็นกรรมสิทธิ์, มาตรฐานและ tools28 นี้สามารถขัดขวางความยืดหยุ่นและพกพาของการพัฒนาซอฟต์แวร์และมันเป็นปัญหาที่มักจะเติบโตเป็นนักพัฒนาทำให้ข้อมูลได้มากขึ้นบน cloud29 ที่ สำหรับตัวอย่างเช่นถ้านักพัฒนาต้องการที่จะเปลี่ยนไปเป็นทางเลือกที่ราคาไม่แพงให้กับผู้ขาย PaaS ที่พวกเขาใช้ในขณะนี้ค่าใช้จ่ายในการถอดและการกำหนดค่าข้อมูลที่อาจเกินดุลเงินฝากออมทรัพย์จากการสลับไปยังผู้ขายใหม่ป้องกันmove30 สาเหตุของปัญหานี้เกิดจากการขาดมาตรฐานในอุตสาหกรรมเป็นส่วนใหญ่ผู้ขายเมฆมีคุณสมบัติของตัวเองและความต้องการสำหรับการใช้งานใดๆ โฮสต์บนเซิร์ฟเวอร์ของตน 31 เพื่อลดความเสี่ยงนี้จะขอแนะนำให้นักพัฒนาสร้างกลยุทธ์ทางออกและสร้างค่าใช้จ่ายเหล่านี้ออกจากการเข้ามาของพวกเขาเริ่มต้นการวิเคราะห์ค่าใช้จ่ายในตอนแรกที่ตัดสินใจในผู้ขายเมฆและล็อบบี้สำหรับมาตรฐานในการคำนวณเมฆindustry32

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

กุญแจ - ขาย
บ่อยครั้งเมื่อธุรกิจตัดสินใจที่จะใช้บริการ PaaS ที่จะสร้างซอฟต์แวร์ของพวกเขา พวกเขาอาจใช้
เป็นปัญหาของผู้ขายล็อคใน . ผู้ขายล็อคในเกิดขึ้นเมื่อผู้ขายเมฆให้มันยุ่งยาก
สำหรับนักพัฒนาเพื่อสลับระหว่าง PaaS ผู้ให้บริการ โดยใช้โปรโตคอลมาตรฐานและ tools28 กรรมสิทธิ์
. นี้สามารถขัดขวางความยืดหยุ่นและการพกพาของการพัฒนาซอฟต์แวร์และ
มันเป็นปัญหาที่มักจะเติบโตขึ้นเป็นนักพัฒนาให้ข้อมูลเพิ่มเติมบน cloud29 . สำหรับ
ตัวอย่าง หากนักพัฒนาต้องการที่จะเปลี่ยนไปเป็นทางเลือกที่ราคาไม่แพงไปแบบผู้ขาย
พวกเขาใช้ในปัจจุบัน ต้นทุนของการถอดและ reconfiguring ข้อมูลอาจเกินดุลเงินออม
สลับกับผู้ขายใหม่ ป้องกัน move30

สาเหตุของปัญหานี้เกิดจากการที่
การขาดมาตรฐานในอุตสาหกรรม ขณะที่ผู้ขายเมฆที่สุดได้ด้วยตนเองกำหนด
และความต้องการสำหรับโปรแกรมประยุกต์ใด ๆโฮสต์บนเซิร์ฟเวอร์ของตน 31 เพื่อลดความเสี่ยงนี้ มันเป็น
แนะนำว่านักพัฒนาสร้างกลยุทธ์ทางออก และสร้างต้นทุนทางออกเหล่านี้ในการวิเคราะห์ต้นทุนเริ่มต้นของพวกเขา
เมื่อแรกตัดสินใจเกี่ยวกับผู้ขายเมฆและมาตรฐานภายใน
ล็อบบี้industry32 คอมพิวเตอร์เมฆ