Browsed by
标签:互联网

物联开发相关名词解释

物联开发相关名词解释

閱讀本文約花費: 5 (分鐘)物联网 物联网是新一代信息技术的重要组成部分,IT行业又叫:泛互联,意指物物相连,万物万联。其英文名称是“The Internet of things”。由此,“物联网就是物物相连的互联网”。这有两层意思:第一,物联网的核心和基础仍然是互联网,是在互联网基础上的延伸和扩展的网络;第二,其用户端延伸和扩展到了任何物品与物品之间,进行信息交换和通信。因此,物联网的定义是通过射频识别(RFID)、红外感应器、全球定位系统、激光扫描器等信息传感设备,按约定的协议,把任何物品与互联网相连接,进行信息交换和通信,以实现对物品的智能化识别、定位、跟踪、监控和管理的一种网络。 物联卡 物联卡,又叫物联网卡,物联网卡是由移动、电信、联通运营商提供的2/3/4G卡,外观与普通SIM卡基本一样,采用专用号段,满足智能硬件和物联网行业对设备联网的需求。 物联卡功能主要有:1、基础通信能力:GPRS通信能力和短信通信能力,短信可提供不同优先级服务(重发频次、储存时间),充分满足不同集团客户需求。2、终端状态查询:向客户提供开关机信息、终端位置信息、终端GPRS上线、离线、IP、APN等信息查询。3、账务信息查询:向客户提供账户信息查询,提供账户欠费、流量超标等事件的提醒功能。4、业务统计分析:向用户提供多维度的业务报表统计及分析等。5、灵活计费功能:根据客户需求提供流量池、生命…

Read More Read More

为啥负利率国债有人抢着买?因为时代变了

为啥负利率国债有人抢着买?因为时代变了

閱讀本文約花費: 19 (分鐘)上篇文章里提了一句中国发行负利率国债的事,后台有大量消息说让博主聊下这个话题。其实负利率国债本身并不值得聊,几句话的事,不过今天顺便说下我对接下来的“负利率时代”和“微增长时代”的看法。 1  负利率国债 国债好理解。国家需要钱,开了张欠条说是想借钱,你把钱带过去,国家收钱把借条给你;五年期国债就是五年后还你,十年期国债就是十年后还你,而且要支付利息,大概就这样了。 那啥是负利率国债呢?一目了然,国家发了一万块的债,说是过几年还九千。按理说脑子有病才会去买,不过现实中不但有人买,而且被疯抢。去年我国给欧洲发了一批利率为-0.152%的国债,场面就跟深圳新房开盘似的,迅速被抢光了。 那问题来了,他们有病吗这么想不开? 也没病,只是欧洲自有国情在。 欧洲现在是负利率嘛,钱存在银行要收手续费。说到这里大家可能纳闷,那就放家里呗,又不是不能放?必须可以啊,德国一度保险箱卖断货了,老百姓骂骂咧咧就把钱从银行取出来放家里了。 但问题来了,有个几万、几十万可以放家里;如果账户上有几百、几千亿,类似那种养老金、主权基金什么的,啥保险箱能放得下这么多钱?而且那么多钱放家里,是不是得再搞几百人的安保团队看着这些钱?那不还得花钱嘛,还不如放银行里;问题是放在银行里就得交保管费,大家一权衡,收就收吧,负利率就这么来了。 这次中国发行的国债尽管也是负利率,不过比欧洲…

Read More Read More

服务器三大技术架构及应用软件部署架构

服务器三大技术架构及应用软件部署架构

閱讀本文約花費: 6 (分鐘)1、服务器三大技术架构及其发展趋势2、服务器应用软件的部署架构和特点 【服务器技术架构的三大发展趋势】 Scale-up纵向扩展架构 Scale-out横向扩展架构 Hyper-converged超融合架构 【纵向扩展架构特性】 主要是提升单台服务器的计算性能,包括高可靠、高可用性以及可扩展性,主要适用于高性能交易类业务,如企业核心交易数据库、关键应用系统以及HPC高性能计算等业务。 【纵向扩展架构应用领域】 Scale-up纵向扩展架构被广泛应用于金融交易、电信计费、科学研究、气象分析等领域。 它可被比喻为一艘庞大而战斗力超强的大型战列舰,具有强大的武器装备和作战性能,是大规模海战的核心作战系统。 【横向扩展架构特性】 Scale-out横向扩展架构简单说就是以数量取胜。Scale-out架构通常对单台服务器的性能要求不高,主要通过更多的服务器来协同完成任务。Scale-out系统通常具有高并发性能、低成本、高密度、节能低碳、统一管理等特点。 【横向扩展架构应用领域】 通常适用于超大规模数据中心、大数据分析、公有云、Web应用集群等业务场景。 Scale-out系统可以比作是一个轻型的快艇集群,通过群狼战术、实现整体的作战效能。 【超融合架构理念】 Hyper-converged超融合架构的理念是将计算、储存、网络和统一管理放在一个盒子里。可以做到开…

Read More Read More

物联网2.0平台架构体系

物联网2.0平台架构体系

閱讀本文約花費: 6 (分鐘)准确的来说,物联网1.0平台的单体应用架构没有互联网项目架构一说,传统的MVC开发模式,简单的小作坊操作流程,对于每个开发人员来说,只需要关注业务的功能模块实现而已。在1.0平台运营的半年时间里面,除了业务本身的需求爆炸性的增长,要求开发的迭代迅速,并且每次升级都不应该伤筋动骨,只是模块化的累加或者在原有的框架里面局部的更新,除了这些,我们还看到了1.0平台本身的基础性运营配套设施也迫切需要投入进来,以提高平台的运营效率,如日志平台,监控平台,调度平台,报表平台,甚至权限和单点登录也很需要,所以对于物联网2.0平台的整体规划以上的都应该包含在里面。 一 平台整体能力规划 主要将一些公共的东西全部从原有的业务层里面拆离出来,以平台化软件包的模式运营。 1. 统一调度平台在项目中很多业务会经常用到,但是1.0平台将调度工作和业务执行工作全部糅合在代码里面,造成大量的调度工作后期的维护非常不便,而且调度没法监控目前在运行的调度和距离下次需要执行的调度。统一调度平台可以解决这方面的问题,可以有效的通过管理界面来维护平台的所有调度工作,从设计角度简单来说,调度的工作归调度平台,业务的执行归个各自业务平台(微服务)。 2.统一接口平台主要解决前端应用系统通过统一接口平台获取数据,不直接与外部系统接口打交道。统一接口平台通过多种方式与外部系统联接获取数据并向各前端应…

Read More Read More

物联网平台架构设计

物联网平台架构设计

閱讀本文約花費: 11 (分鐘)现在网上讨论的有关物联网的帖子非常之多,但大部分都是介绍理论或者有关硬件,通讯相关的问题,比如物联网模块,物联网通讯协议MQTT、XMPP、NB_IOT等,个人认为这些只是物联网中一部分,而涉及到物联网的设备如何管理,用户如何管理,数据包如何解析,大数据如何展示等也是物联网模块中非常重要的部分,所以作者就根据自身工作中总结出来的建构在云端的物联网平台基本架构分享给大家,并基于此架构如何一步一步来开发一套物联网平台。 物联网平台,应该是基于现在的互联网,通讯技术来建构,而不依赖与特定的硬件模块,用户可以基于自身的设备技术架构,简单轻松接入物联网。下图是物联网的核心架构: 1. 四大核心模块 在物联网中存在4大核心模块,那就是设备管理,用户管理,数据传输管理,数据管理,只有具备了这四大核心模块,才能认为是一个完整的物联网平台,而所有其他的功能模块都是基于此四大功能模块的延展。 1.1 设备管理 设备类型管理:定义设备的类型,此功能一般由设备的制造商来定义,一种设备类型最重要的是关联到一套独有的数据解析方法,数据的存储方法,已经设备规格等数据,也只有设备的制造商才可以编辑有关设备类型的数据,而设备的使用者只能浏览设备类型的相关信息 设备管理:设备管理定义设备相关信息,每个设备必须定义其设备类型,设备类型有使用者属性,设备在完成销售,并被使用者激活后设备就属…

Read More Read More

从Foxmail到微信,张小龙的22年

从Foxmail到微信,张小龙的22年

閱讀本文約花費: 40 (分鐘)2000.3 自由职业中 如果你打开百度,搜索“张小龙”,那么你能搜到的最早的相关信息应该是《人民日报》的一篇名为《免费软件饿着肚子挥洒冲动》的时评,刊载在《人民日报》2000年3月26日第4版上,署名魏然。 这篇报道,讲了一个名为“张小龙”的青年,开发了一款免费软件,现在没有工作。 没有人会想到,这个青年,最终会深刻地影响人们的交往方式。你唯一能知道的只有以下信息:张小龙,男,30岁,待业,免费软件开发者。如果稍微有一点传奇色彩的,就是张小龙开发的免费软件当时在中国免费邮箱领域拥有着最多的用户数量。 软件的名称叫Foxmail。 在后来的坊间传闻中,时任金山总经理的雷军,曾对Foxmail感兴趣,并开价15万购买,最终因某些原因而作罢。但往事已矣,从1997年1月到2000年4月,也就是开发并维护Foxmail的3年间,他颗粒无收。现实留给青年张小龙的,只有对未来的彷徨和踌躇。 按现在观点的理解,张小龙完全可以对Foxmail进行收费,即使每个用户只交一块钱,张小龙每个月至少也有上百万的收入。但张小龙没有。 为什么没有? 这背后当然有时代的原因,在当时的互联网世界,免费是一项基本法则。软件一旦付费,就得做好用户流失的准备。 但除此之外,更多的还是张小龙本身的坚持。 时任《电脑爱好者》的记者李月鹏曾经问过张小龙,为什么FoxMail不收费? 张小龙说…

Read More Read More

通俗易懂的解释 SDN/NFV

通俗易懂的解释 SDN/NFV

閱讀本文約花費: 9 (分鐘) 5G时代到来,让基于软件定义网络(SDN)和网络功能虚拟化(NFV)的新型网络架构在通讯领域的发展得到了广泛的共识。 为啥都在提NFV? NFV is an initiative to transfer the “Network Services” sector through virtualizing the network services by replacing the dedicated hardware with Virtual Machines. NFV ( Network Function Virtualization,也即网络虚拟化)的概念是随着云计算和SDN(Software Defined Network)的出现而提出的。核心思想是将网络硬件设备通过虚拟化技术,集成到通用的x86架构的服务器或者其他硬件平台上。然后再通用标准的硬件平台上,执行路由器、交换机、负载均衡、防火墙、入侵防御等功能。 简单来说,就是将分散的网络硬件产品集成到一个大盒子里面。然后每种产品相当于一个插件来使用。这样,对于服务提供商来说,只需要对设备进行一次性的投入,再通过软件赋予每一部分硬件单独的网元的功能,就可以快速的实现整个网络的搭建。 重要的是,可以省去硬件的升级扩容所带来的巨大的时间的浪费和利润的占用。 技术的发展演进不可能是一蹴而就,却可能伴随着无…

Read More Read More

Tumblr 扫黄事宜

Tumblr 扫黄事宜

閱讀本文約花費: 13 (分鐘)曾经,tumblr上什么都有 你们知道tumblr吗? 用户层面中的Tumblr,曾经是一个有点杂乱,但是非常自由开放的图片社交平台。 上面会有动漫组放上自己的动画手稿,会有摄影师在上面更新自己新的作品,会有喜欢猫咪的用户在上面每天拍各种各样的萌猫图片,我国几个最大的宠物账号每天发的图,很多都是从Tumblr上面找到的。 猫咪们 动物冷笑话漫画们 其实就是一个普通的图片社交软件,就和如日中天的pinterest以及instagram差不多。 但曾经的Tumblr,对相当大一部分用户来说,其最大的意义不在这些。虽然tumblr上面的猫咪确实很可爱,漫画确实很精美,但它还有一点,是那些如日中天的图片社交软件无法代替的,那就是 黄图 那会儿Tumblr上面有许许多多的小黄图。 高清大图无码,充满艺术性的那种。他们不会和谐平台上的黄图,只要你的黄图不让其它用户觉得恶心,不涉及儿童色情,他们就不会干涉你发成人内容。 甚至于他们在自己用户条款里写着,“当然,欢迎你发布成人内容”。 很多人都觉得即使这样允许发黄图,网站流量还是会以正常的图片为主,但事实上并不是,有统计显示,tumblr上敏感色情内容的比例,超过三成,已经成为该大型图片社交社区内容最重要的比例之一。 这时候你才会发现,对色情内容的需求原来这么旺盛,就像《Q大道》里唱的那样,很多人“上网就是为了看毛片…

Read More Read More

使用Istio治理微服务入门

使用Istio治理微服务入门

閱讀本文約花費: 20 (分鐘)近两年微服务架构流行,主流互联网厂商内部都已经微服务化,初创企业虽然技术积淀不行,但也通过各种开源工具拥抱微服务。再加上容器技术赋能,Kubernetes又添了一把火,微服务架构已然成为当前软件架构设计的首选。 但微服务化易弄,服务治理难搞! 一、微服务的“痛点” 微服务化没有统一标准,多数是进行业务领域垂直切分,业务按一定的粒度划分职责,并形成清晰、职责单一的服务接口,这样每一块规划为一个微服务。微服务之间的通信方案相对成熟,开源领域选择较多的有RPC或RESTful API方案,比如:gRPC、Apache Thrift等。这些方案多偏重于数据如何打包、传输与解包,对服务治理的内容涉及甚少。 微服务治理是头疼的事,也是微服务架构中的痛点。治理这个词有多元含义,很难下达一个精确定义,这里可以像小学二年级学生那样列出治理的诸多近义词:管理、控制、规则、掌控、监督、支配、规定、统治等。对于微服务而言,治理体现在以下诸多方面: 服务注册与发现 身份验证与授权 服务的伸缩控制 反向代理与负载均衡 路由控制 流量切换 日志管理 性能度量、监控与调优 分布式跟踪 过载保护 服务降级 服务部署与版本升级策略支持 错误处理 …… 从微服务治理角度来说,微服务其实是一个“大系统”,要想将这个大系统全部落地,绝非易事,尤其是之前尚没有一种特别优雅的技术方案。多数方案(…

Read More Read More

商旅网站用户画像的解决方案

商旅网站用户画像的解决方案

閱讀本文約花費: 11 (分鐘)(一)用户画像的目的与意义、构建步骤 用户画像(persona)的概念最早由交互设计之父Alan Cooper 提出:是指真实用户的虚拟代表,是建立在一系列属性数据之上的目标用户模型。随着互联网的发展,现在我们说的用户画像是根据用户人口学特征、网络浏览内容、网络社交活动和消费行为等信息而抽象出的一个标签化的用户模型。通过各个维度对用户或者产品特征属性的刻画,并对这些特征分析统计挖掘潜在价值信息!完美地抽象出一个用户的信息全貌,可以看作企业应用大数据的根基。构建用户画像的核心工作,主要是利用存储在服务器上的海量日志和数据库里的大量数据进行分析和挖掘,给用户贴“标签”,而“标签”是能表示用户某一维度特征的标识。 为了能解决业务问题,用数据来帮助企业了解用户和定位产品,更好地解决业务问题,首先必须明确业务目标。用户画像是帮助企业明确目标客群,当企业了解了自己的用户都长什么样子以后,接下来的任务就是如何将有类似画像特征人群的潜在用户变成自己的用户,也就是在营销上获新客的过程。 所以,从大的框架来看,用户画像承载了两个业务目标: 一是如何准确的了解现有用户; 二是如何在茫茫人海中通过广告营销获取类似画像特征的新用户。 那么用户画像具体有什么作用,能帮助我们达到哪些目标呢?大体上可以总结为以下几个方面: 1. 精准营销:精准直邮、短信、App消息推送、个性化广告…

Read More Read More

图文:千万级高性能长连接网关是如何搭建的?

图文:千万级高性能长连接网关是如何搭建的?

閱讀本文約花費: 17 (分鐘)实时的响应总是让人兴奋的,就如你在微信里看到对方正在输入,如你在王者峡谷里一呼百应,如你们在直播弹幕里不约而同的 666,它们的背后都离不开长连接技术的加持。 每个互联网公司里几乎都有一套长连接系统 ,它们被应用在消息提醒、即时通讯、推送、直播弹幕、游戏、共享定位、股票行情等等场景。而当公司发展到一定规模,业务场景变得更复杂后,更有可能是多个业务都需要同时使用长连接系统。 业务间分开设计长连接会导致研发和维护成本陡增、浪费基础设施、增加客户端耗电、无法复用已有经验等等问题。共享长连接系统又需要协调好不同系统间的认证、鉴权、数据隔离、协议拓展、消息送达保证 等等需求,迭代过程中协议需要向前兼容,同时因为不同业务的长连接汇聚到一个系统导致容量管理的难度也会增大。 经过了一年多的开发和演进,经过我们服务面向内和外的数个 App、接入十几个需求和形态各异的长连接业务、数百万设备同时在线、突发大规模消息发送等等场景的锤炼,我们提炼出一个长连接系统网关的通用解决方案,解决了多业务共用长连接时遇到的种种问题。 知乎长连接网关致力于业务数据解耦、消息高效分发、解决容量问题,同时提供一定程度的消息可靠性保证。 我们怎么设计通讯协议? 业务解耦 支撑多业务的长连接网关实际上是同时对接多客户端和多业务后端的,是多对多的关系,他们之间只使用一条长连接通讯。 这种多对多的系统…

Read More Read More

Java 应用性能调优实践

Java 应用性能调优实践

閱讀本文約花費: 24 (分鐘)Java 应用性能优化是一个老生常谈的话题,典型的性能问题如页面响应慢、接口超时,服务器负载高、并发数低,数据库频繁死锁等。尤其是在”糙快猛”的互联网开发模式大行其道的今天,随着系统访问量的日益增加和代码的臃肿,各种性能问题开始纷至沓来。Java 应用性能的瓶颈点非常多,比如磁盘、内存、网络 I/O 等系统因素,Java 应用代码,JVM GC,数据库,缓存等。笔者根据个人经验,将 Java 性能优化分为 4 个层级:应用层、数据库层、框架层、JVM 层,如图 1 所示。 图 1.Java 性能优化分层模型 每层优化难度逐级增加,涉及的知识和解决的问题也会不同。比如应用层需要理解代码逻辑,通过 Java 线程栈定位有问题代码行等;数据库层面需要分析 SQL、定位死锁等;框架层需要懂源代码,理解框架机制;JVM 层需要对 GC 的类型和工作机制有深入了解,对各种 JVM 参数作用了然于胸。 围绕 Java 性能优化,有两种最基本的分析方法:现场分析法和事后分析法。现场分析法通过保留现场,再采用诊断工具分析定位。现场分析对线上影响较大,部分场景(特别是涉及到用户关键的在线业务时)不太合适。事后分析法需要尽可能多收集现场数据,然后立即恢复服务,同时针对收集的现场数据进行事后分析和复现。下面我们从性能诊断工具出发,分享搜狗商业平台在其中的一些案例与实践。 性…

Read More Read More

浅谈领域模型

浅谈领域模型

閱讀本文約花費: 10 (分鐘)|01 领域模型是什么 领域模型是什么?一句话:“经济基础决定上层建筑”中的“经济基础”,是帮助理解复杂业务领域问题的基石。 有人说:“领域模型是一个商业概念,同行业的企业,一定有内在的共性,是帮助系统分析人员认识现实业务的工具。”领域,即边界的意思,有了清晰的边界,协作才有了利益的基础;模型,即知识体系,深入理解了业务知识,开发才不会走过多的弯路。一般意义上的领域模型是面向软件工程领域的,而现实意义的领域模型则包含了商业模式等广义上的概念。 很多人一上来理解领域驱动设计(DDD),基本都是一头雾水,因为模型设计的初衷并不是围绕性能、架构、分层等软件概念展开的,而是从边界、内聚等抽象概念开始讲起。理解领域模型,并不是通过技术的思维来学习,而是通过不断地实践过程来训练自我的思维意识,进而彻底形成结构化与面向对象的思维方法论。 领域模型并不能直接带来收益,只是辅助我们去理解正在做的事情。 引用百度的说法,“领域模型是对领域内的概念类或现实世界中对象的可视化表示。又称概念模型、领域对象模型、分析对象模型。它专注于分析问题领域本身,发掘重要的业务领域概念,并建立业务领域概念之间的关系。”总结一下,就是“准确描述问题,清晰描述方案”。 如果说软件开发的本质,是从“问题空间”到“解决方案空间”的转化,那么“领域模型”,就是“解决方案空间”的架构,通过抽象的模型,…

Read More Read More

云原生架构概述

云原生架构概述

閱讀本文約花費: 9 (分鐘)1. 什么是云原生 1.1 CNCF组织 在讲云原生之前,我们先了解一下CNCF,即云原生计算基金会,2015年由谷歌牵头成立,基金会成员目前已有一百多企业与机构,包括亚马逊、微软。思科等巨头。 目前CNCF所托管的应用已达14个,下图为其公布的Cloud Native Landscape,给出了云原生生态的参考体系。 1.2 云原生 CNCF给出了云原生应用的三大特征: 容器化封装:以容器为基础,提高整体开发水平,形成代码和组件重用,简化云原生应用程序的维护。在容器中运行应用程序和进程,并作为应用程序部署的独立单元,实现高水平资源隔离。 动态管理:通过集中式的编排调度系统来动态的管理和调度。 面向微服务:明确服务间的依赖,互相解耦。 云原生包含了一组应用的模式,用于帮助企业快速,持续,可靠,规模化地交付业务软件。云原生由微服务架构,DevOps 和以容器为代表的敏捷基础架构组成。 这边引用网上关于云原生所需要的能力和特征总结,如下图。 云原生所需要的能力和特征 1.3 The Twelve Factors 12-Factors经常被直译为12要素,也被称为12原则,12原则由公有云PaaS的先驱Heroku于2012年提出,目的是告诉开发者如何利用云平台提供的便利来开发更具可靠性和扩展性、更加易于维护的云原生应用。具体如下: 基准代码 显式声明依赖关…

Read More Read More

用户画像基础

用户画像基础

閱讀本文約花費: 31 (分鐘)导读:在互联网步入大数据时代后,用户行为给企业的产品和服务带来了一系列的改变和重塑,其中最大的变化在于,用户的一切行为在企业面前是可“追溯”“分析”的。企业内保存了大量的原始数据和各种业务数据,这是企业经营活动的真实记录,如何更加有效地利用这些数据进行分析和评估,成为企业基于更大数据量背景的问题所在。随着大数据技术的深入研究与应用,企业的关注点日益聚焦在如何利用大数据来为精细化运营和精准营销服务,而要做精细化运营,首先要建立本企业的用户画像。 01 画像简介 用户画像,即用户信息标签化,通过收集用户的社会属性、消费习惯、偏好特征等各个维度的数据,进而对用户或者产品特征属性进行刻画,并对这些特征进行分析、统计,挖掘潜在价值信息,从而抽象出用户的信息全貌,如图1-1所示。用户画像可看作企业应用大数据的根基,是定向广告投放与个性化推荐的前置条件,为数据驱动运营奠定了基础。由此看来,如何从海量数据中挖掘出有价值的信息越发重要。 大数据已经兴起多年,其对于互联网公司的应用来说已经如水、电、空气对于人们的生活一样,成为不可或缺的重要组成部分。从基础设施建设到应用层面,主要有数据平台搭建及运维管理、数据仓库开发、上层应用的统计分析、报表生成及可视化、用户画像建模、个性化推荐与精准营销等应用方向。 很多公司在大数据基础建设上投入很多,也做了不少报表,但业务部门觉得大…

Read More Read More

Service Mesh (服务网格) 入门

Service Mesh (服务网格) 入门

閱讀本文約花費: 11 (分鐘)现在最火的后端架构无疑是微服务了,微服务将之前的单体应用拆分成了许多独立的服务应用,每个微服务都是独立的。 微服务基本组件包括服务注册和发现、服务通信和治理、故障熔断恢复、配置、安全、监控等等,这些微服务组件和功能在业界已经深入人心,在各大互联网公司开花结果,业界知名开源的微服务框架有 Netflix OSS、Spring Cloud 及其国内的阿里 Dubbo 等等,各种框架百花齐放。 微服务好处自然很多,但是随着应用的越来越大,微服务暴露出来的问题也就随之而来了,微服务越来越多,管理越来越麻烦。特别是要你部署一套新环境的时候,随之而来的服务发现、负载均衡、Trace跟踪、流量管理、安全认证等等问题。 当然随着微服务的不断发展,微服务的生态的不断完善,新的微服务框架 Service Mesh 的出现就是为了解决这一系列问题。 什么是 Service Mesh Service Mesh 是一个非常新的名词,最早是 2016 年由开发 Linkerd 的 Buoyant 公司提出的,伴随着 Linkerd 的传入,Service Mesh 的概念也慢慢进入国内技术社区。 Service Mesh 是一个基础设施层,其独立运行在应用服务之外,提供应用服务之间安全、可靠、高效的通信,并为服务通信实现了微服务运行所需的基本组件功能,包括服务注册发现、负载均…

Read More Read More

Scroll Up