云提供商更新API时，开发者必定更新并从新测试自己的软件，如何为这个环节做好预备并且最小化影响?
云提供商为了裁减和改善服务启动了服务更新，通常须要启动API更新。然而随同着利好的局部，这些运行编程接口(API)变卦会对经常使用这个API的软件开发者形成影响。
云提供商每次微调API，开发者就必定更新，从新测试并未他们的云运行打补丁。由于环节繁琐，一些开发者不情愿经常使用API，或是是由于API更新造成的复杂上班。关于云提供商和开发者而言，都形成了时机散失。
关于云服务API和软件集成最关键的是性能延续性以及向后兼容性。开发者应该审核一下云提供商的服务或许API更新历史和未来的路途图。他们也应该评价一下多常年间或许须要更新软件，坚持与API变卦同步。通常上，云提供商设计API是谋求常年的性能调用、语法和其余的个性的，从而最小化API更新带来的影响。
比如，假定云提供商更新了服务，包含更新API调用。假设提供商用心的调用取代了原来的调用，开发者就要自愿立刻更新他们的软件，从而造成终止。然而假设云提供商交付的更新API调用作为现有性能的新的性能，开发者的软件应该继续反常运转。随后，开发者可以在繁难的时刻转到新的API调用。云提供商之后可以逐渐地淘汰旧的API调用，最小化影响。
开发者应该确保服务提供商的API有明晰的版本制订，以便他们可以在API更新可用的时刻判别进去。云提供商越早引入API更新，就能够为开发者提供足够的期间启动基本测试，制订他们的软件更新战略。
原文链接：
© 版权声明