- 博客(7)
- 资源 (3)
- 收藏
- 关注
RSS订阅原创 01｜定义：到底什么是Serverless？
本文仅作为学习记录，非商业用途，侵删，如需转载需作者同意。一、serverless要解决什么问题server less 字面解释是较少关系服务端。1、什么是服务端服务端的边界就是上图中的蓝色部分。serverless解决的就是服务端运维的事情。发展历程：a、开发和运维的工作都放在一起做，分工不明确b、开发和运维分工明确，开发专注业务开发，运维处理线上运维等杂事c、devops时代，运维开发工具和平台，提高运维效率d、平台化发展的越来越完善，日常的发布上线，查看问题都可以开发自己在平台.
2020-05-27 14:57:33
1071
3
原创 到底Serverless要解决什么问题？
本文仅作为学习记录，非商业用途，侵删，如需转载需作者同意。文章目录问题一、serverless要解决什么问题1、降低成本：2、省力气：问题二、为什么到公司在关注serverless1、降低中长尾应用的成本2、提高研发效能问题一、serverless要解决什么问题1、降低成本：使用云服务器等成本远大于使用serverless。具体的费用比较就不写了。2、省力气：serverless是对运维体系的极端抽象，不用在linux上安装web服务器，配置负载均衡，使用serverless可以很快很简单的.
2020-05-26 10:13:45
819
原创 05 | Service Mesh 的请求路由流程分析
本文仅作为学习记录，非商业用途，侵删，如需转载需作者同意。一、weiboMesh的服务注册与发现weiboMesh服务发现和注册相关的功能是从开源的Motan RPC框架扩展来的，基本用法不变。服务启动的时候将自己的分组、服务名称、版本注册到注册中心。...
2020-05-25 21:19:38
233
原创 04 | Service Mesh 的事实规范
本文仅作为学习记录，非商业用途，侵删，如需转载需作者同意。一、service mesh出现的背景微服务的好处：把复杂的系统拆开，便于代码的维护，降低升级成本，机动性得到提高，简化开发流程。带来的问题：复杂的分布式架构使得各个微服务之间的连接管理、服务治理、监控变的非常复杂。为了解决这些问题而实现了负载均衡、动态路由、服务发现、高可用、熔断等功能，跨语言服务化中同样有类似的问题。所以需要一个通用的解决方案，就是service mesh。service mesh实现功能的边界：业务无关、透明的基础.
2020-05-25 16:20:39
259
原创 03 | 异构系统跨语言服务化
本文仅作为学习记录，非商业用途，侵删，如需转载需作者同意。一、RPCremote procedure call = RPC :远程服务调用，主要解决远程服务通信的问题。RPC 协议通常包括：stub、通信协议、RPC消息解析这几部分。一般的RPC框架除了包含点对点的通信外，还包含服务发现1和治理等相关功能。Motan实现了：服务发布、订阅机制，失败重试、快速失败、异常隔离等高可用策略；低并发度优先，一致性Hash，随机请求，轮询等负载均衡策略；SPI2展机制，调用统计，流量控制等。结合微.
2020-05-22 08:54:38
334
原创 02 | 从单体应用到 Service Mesh过程
本文仅作为学习记录，非商业用途，侵删，如需转载需作者同意。文章目录一、单体服务二、 服务化改造三、RPC服务化1、HTTP的RESTful接口2、RPC四、容器化五、跨语言服务化一、单体服务内部信息，没太看得懂，有些地方借鉴下：在接入层实现了一些通用的逻辑，比如提供统一的认证、频次控制、黑白名单、降级开关、配置服务等功能。平台服务内部则通过 Jar 包的方式依赖调用，对外暴露 API 接口。二、 服务化改造按照业务模块进行拆分，业务解耦。三、RPC服务化1、HTTP的RESTful接口.
2020-05-21 15:29:29
208
原创 01 | 微服务 Service Mesh是什么？
1、service mesh是一个专门负责请求可靠传输的基础设施；2、service mesh的实现为一组同应用部署在一起，并且对应用透明的轻量网络代理。
2020-05-21 12:54:08
294
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人