go

https://ipfser.org/2020/02/25/filecoinhucaolouts/ 来源： oschina 链接： https://my.oschina.net/u/4288530/blog/3203867

10.17 Gopher Meetup 深圳站 Go 中国社区联合华为云，即将为深圳的 Gopher 们带来一场技术盛宴。本次 Meetup 邀请了来自华为云微服务、华为云边缘计算、腾讯IEG和腾讯云的技术专家们，交流分享使用 Go 语言的开发和应用经验。干货内容，现场交流，不容错过。 时间：2020.10.17 13:30-17:30 地点：广东深圳市南山区科园路1001号深圳市软件产业基地4A栋一层 Tips：性急的 Gopher 可以直接点击文末“阅读原文”进行报名～ No.1 华为云的go语言云原生实践 田晓亮｜华为云工程师 负责华为云微服务相关产品的架构设计和落地，开发了国内首个go语言微服务框架和服务网格方案。国内早期云服务从业者，在PaaS，微服务，混合云，Devops，APM方向均有深入的实践经验。 内容简介 华为进军云计算后，就引入了kubernetes，promethues等云原生项目，自然也开始大范围使用go语言自研云服务，几年前go的生态也不完善，所以这时候自然就是要自己从头到尾编写工具库，另外也要落地微服务架构模式，自然有大量基础能力需要编写，go chassis就是在这样的背景下诞生的，我将介绍如何利用编写并在华为云治理大规模go云原生应用。 No.2 服务网格在边缘计算领域的实践与探索 李呈隆｜华为云边缘云创新Lab工程师 华为云边缘云创新Lab工程师

作者 | 郭浩（项升） 阿里巴巴经济体 RPC 框架负责人 导读： 本文整理自作者于 2020 年云原生微服务大会上的分享《Dubbo3.0 - 开启下一代云原生微服务》，主要介绍了关于思考 rpc 框架层面，功能演进的方向是什么？以及怎么更好地支持云上的多语言开发的新思考。 看 到这个题目，大家可能会有几个问题，比如，什么是云原生微服务？Dubbo3.0 是什么？和目前的 Dubbo2.0 有什么区别？用了 Dubbo3.0 会带来哪些业务视角的好处？ 后面的分享会对这些问题逐一解答。 这次分享分为以下几个环节： Dubbo 的演进历史 Dubbo 的开源现状 定义 Dubbo3.0 分享 Dubbo 3.0 目前取得的一些成果 考虑到有些同学对 Dubbo 可能不太熟悉，在介绍背景之前，我先简单介绍一下 Dubbo 是什么。简单地说，Dubbo 是基于 Java 的 RPC 框架。一个 RPC 框架至少由数据格式、传输协议和连接管理组成，这三点也是构成核心。Dubbo 能够被广泛应用主要有两个原因： 一方面是较好的插件机制支撑了多种扩展，这些扩展在不同业务场景和基础架构中能分别发挥最大优势； 另一方面不同于普通的 RPC 框架，Dubbo 的服务治理功能让其在易用性方面脱颖而出，比如路由规则能够支持灵活多样的运行时动态路由，可以基于此功能实现灰度、ABTest、流量回放等功能。

使用库 https://github.com/antchfx/htmlquery package main import ( "fmt" "github.com/antchfx/htmlquery" "golang.org/x/net/html" "golang.org/x/net/html/charset" "net/http" ) func main() { url := "http://tool.yeves.cn" client := &http.Client{} req,err := http.NewRequest("GET",url,nil) if err != nil{ fmt.Println(err) } req.Header.Add("User-Agent", "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/74.0.3729.108 Safari/537.2222") req.Header.Add("testet-sdfsdf","english") resp,err := client.Do(req) defer resp.Body.Close() r, err := charset.NewReader(resp.Body, resp

目录 文章目录 目录 微服务架构的问题 如何拆分服务 服务间如何通信 微服务框架 API 网关 配置中心 Service Mesh 文档 微服务治理 监控 链路跟踪 日志分析 服务中心 熔断、服务降级、限流 微服务框架 Service Mesh 流量治理 微服务架构的问题 微服务架构中，服务之间会有错综复杂的依赖关系，例如：一个前端请求一般会依赖于多个后端服务，称为 “1=>N 扇出”。在实际生产环境中，服务往往不是百分百可靠，服务可能会出错或者产生延迟，如果一个应用不能对其依赖的故障进行容错和隔离，那么该应用本身就处在被拖垮的风险中。在一个高流量的网站中，某个单一后端一旦发生延迟，可能在数秒内导致所有应用资源（线程，队列等）被耗尽，造成所谓的雪崩效应（Cascading Failure），严重时可致整个网站瘫痪。另外，微服务架构整个应用分散成多个服务，定位故障点非常困难。 服务组合 服务依赖： 微服务架构虽然逻辑设计上看是完美的，但就像积木搭建的华丽宫殿一样，经不起风吹草动。在解决了旧问题，也引入了新的问题： 微服务架构整个应用分散成多个服务，定位故障点非常困难。 稳定性下降。服务数量变多导致其中一个服务出现故障的概率增大，并且一个服务故障可能导致整个系统挂掉。事实上，在大访问量的生产场景下，故障总是会出现的。 服务数量非常多，部署、管理的工作量很大。 开发方面

简介： 本文主要分析阿里巴巴集团开源的流量控制中间件 Sentinel，其原生支持了 Java/Go/C++ 等多种语言，本文仅仅分析其 Go 语言实现。下文如无特殊说明，sentinel 指代 Sentinel-Go。 作者 | 于雨 apache/dubbo-go 项目负责人 本文作者系 apache/dubbo-go 项目负责人，目前在 dubbogo 项目中已内置可用 sentinel-go，如果想单独使用可参考 在 dubbo-go 中使用 sentinel 一文，若有其他疑问可进 dubbogo社区【钉钉群 23331795】进行沟通。 导读 ：本文主要分析阿里巴巴集团开源的流量控制中间件 Sentinel，其原生支持了 Java/Go/C++ 等多种语言，本文仅仅分析其 Go 语言实现。下文如无特殊说明，sentinel 指代 Sentinel-Go。 1 基本概念 Resource 和 Rule 1.1 Resource // ResourceType represents classification of the resources type ResourceType int32 const ( ResTypeCommon ResourceType = iota ResTypeWeb ResTypeRPC ) // TrafficType describes

Knetic-govaluate 参考资料 https://github.com/Knetic/govaluate PaesslerAG-gval 参考资料 https://github.com/PaesslerAG/gval google-cel-go 参考 https://github.com/google/cel-go dop251-goja otto 也不错，但是goja使用更简单，参考资料 https://github.com/dop251/goja yuin-gopher-lua 参考 https://github.com/yuin/gopher-lua 说明 以上是一些整理，实际上还有其他类似的语言实现，都是很不错的，可以提高系统的灵活性 来源： oschina 链接： https://my.oschina.net/u/4286896/blog/4290693