江苏龙网

  1. 首页 > 生活 > >

内部系统可以做成通过REST API的方式调用吗

我原来谈到过这个问题，内部业务系统当然可以通过restful service来调用，服务调用方式是解耦比较彻底的调用方式。当然也可以通过soap web service来调用。前面给过建议，对于技术类服务能力建议用restful service，因为一开始就能够识别的比较清楚，并发调用量也比较大，不存在太多的路由，协议转换，服务监控等问题。业务系统间的业务服务有严格的服务契约定义，建议用soap web service来调用。
■网友
答案是：可以！完全没有问题！业务架构和接口风格完全没有关系，什么方便用什么吧。
■网友
比较同意@何明璐 关于Restful和Soap WS的观点。题中“想将各业务系统通过开放API的方式”，这个单从技术上是可行的。但我认为这里边有一个度还是要把握的。不论是什么API，什么接口，都是为模块、系统间的交互服务的，既然是内部系统，就要评估哪些存在对外交互需求，没必要把内部系统中的所有接口都Rest化或WS化，这样做将存在较大的性能损耗、安全风险及较大的开发维护的工作量。至于优势，已如题主所说，有利于其它系统、平台的调用，但也是这种需求真的存在时才能体现。
■网友
不止是内部系统，现在稍微有点规模的公司都这么做。因为业务要模块化，而且要易于分拆。前后端彻底的以接口分开有利于程序之间的解耦。我写的内部的系统全部采用分离的方式，也都遵守restful的规范。任何应用以接口之间的调用在后端进行，传输采用https保证安全。当然，在开发周期上会造成一部分的增加。可以看看taobao他们对于前后端彻底分离的探索。前后端分离的思考与实践（一）
■网友
没有问题，我们公司就即将这么干的。
■网友
web开发跟业务怎么可能捆绑式，是项目太小了吧，业务与展现分离都多少年的事情了，怎么还“大都”捆绑式。。。。。restful service到现在都没有公共的契约，各家有各家的标准，互不兼容，不建议使用，直接http api就行了，但安全性必须得考虑到，用openssl在http的基础上加密一下也够用了；你说的一个“开放”，不知道是给谁开放，怎么个“开放API”。。。。但有一点是需要必须做的，就是保证业务流的完整、可靠、正确、一致，如果做不到，就乖乖的写到程序内部吧，不能给别人用


    推荐阅读


    上一篇：汽车知识|能让你放弃SUV的，只有这款霸气无比的道奇RAM

    下一篇：怎样看“双十一三百多亿交易额是偷税漏税的行为”