企业服务资源数字化
<p>企业服务资源数字化</p><p>咏南微服务使用2种接口：rest api 和 google protobuf。</p>
<p>换用这2种有公共协议的序列和接口，因为考虑支持跨语言。</p>
<p>rest api 使用json序列，google protobuf是二进制序列，json是明文，google protobuf 因为是二进制，所以效率高于JSON。</p>
<p>google protobuf 通过 .proto 协议文件支持所有主流语言，主流语言一般有工具将 .proto 协议文件里面的数据结构和接口自动转为本语言的。</p>
<p>下面讲下GOOGLE PROTOBUF：</p>
<p>微服务提供的服务接口，目的是要让所有语言都能调用。这点不同于DELPHI传统的中间件接口</p>
<p>.proto 里面的语法是GOOGLE PROTOBUF的中立标准</p>
<p><img src="https://img2020.cnblogs.com/blog/368779/202106/368779-20210622130652599-1248610868.png"></p>
<p>转为delphi 记录</p>
<p><img src="https://img2020.cnblogs.com/blog/368779/202106/368779-20210622130715358-340893338.png"></p>
<p><img src="https://img2020.cnblogs.com/blog/368779/202106/368779-20210622130741407-1481647951.png"></p>
<p>其他语言类似调用，rest api 和google protobuf api，都是通过http get\post\put\delete 来调用。调用接口都是url。</p>
<p>服务即接口，接口即服务。</p>
<p>下面是rest api：</p>
<p><img src="https://img2020.cnblogs.com/blog/368779/202106/368779-20210622130905811-501139739.png"></p>
<p><img src="https://img2020.cnblogs.com/blog/368779/202106/368779-20210622130913267-244332131.png"></p>
<p>rest api, protobuf api，都是通过 标准的数据结构来序列和还原，有点orm的味道。</p>
<p>同mormot orm有异曲同工之妙。</p>
<p>下面是Mormot orm api：</p>
<p><img src="https://img2020.cnblogs.com/blog/368779/202106/368779-20210622131012758-425118716.png"></p>
<p><img src="https://img2020.cnblogs.com/blog/368779/202106/368779-20210622131020046-939393609.png"></p>
<p>没错这就是orm，数据结构让序列、还原 有法可依。</p>
<p>这才是服务接口，其实这也是webservice api的奥妙所在，为了跨语言，大家最终想到了一块儿。</p>
<p>现在提倡 服务接口，一个接口就是一个企业服务资源，服务通过接口提供，这就是现在 流行 微服务的原因，将企业资源转化为数字化服务，转化为一种灵活的轻资源，这是微服务的内涵。</p>
<p>服务接口目的：跨任何设备，跨任何语言。</p>
<p>可以按业务功能，划分不同粒度的微服务，各种微服务组成自己的集群，可以任意增加或减少微服务服务器，自动故障转移，负载均衡，在架构上来说，这是解放3大战役的 总决战规模，一场战役动用N个集团军，这是真正的高并发。</p>
<p>重要的是传统delphier思想上的转变，架构思想上的转变，接口思想上的转变，服务接口有别于传统接口的转变，企业服务资源数字化是无可阻挡的潮流。</p>
<p> </p>
</div>
<div id="MySignature" role="contentinfo">
<p>本文来自博客园，作者：{咏南中间件}，转载请注明原文链接：https://www.cnblogs.com/hnxxcxg/p/14918144.html</p><br><br>
来源：https://www.cnblogs.com/hnxxcxg/p/14918144.html
頁:
[1]