grpc

在全面开源的步伐下，微软也逐步跟上了脚步，作为微软最早迈向开源的重要软件之一，.NET 5的发布对微软及其使用者都具有重要意义。 微软未来目标是将所有的 .NET 组件整合到一个产品下，然后用户可以根据需求使用 .NET 的某个部分，而不是单独下载或安装所有内容。 对于Visual Studio用户，需要Visual Studio 16.8或更高的版本才能在Windows上使用.NET 5.0，在MacOS上使用最新版本的Visual Studio for Mac)。Visual Studio Code的C#扩展也已经支持.NET5.0和C#9。 NET 5.0是.NET统一之旅的第一个版本。微软希望 .NET Framework 开发者能够迁移他们的代码和应用到 .NET 5.0 上，为明年发布的 .NET 6.0 将 Xamarin 开发者过渡到统一平台奠定基础。 版本发布时间轴： .NET Core 3.0 已于2019/09推出 .NET Core 3.1 已于 2019/12推出，为 LTS (Long Term Support，长期支援版)，之后.NET Core 将更名.NET，固定每年释出新版，并定义双数版号为LTS版，单数版号为Current版。 .NET 5.0 2020/11 .NET 6.0 LTS 2021/11 .NET 7.0 2022/11 .NET

在全面开源的步伐下，微软也逐步跟上了脚步，作为微软最早迈向开源的重要软件之一，.NET 5的发布对微软及其使用者都具有重要意义。 微软未来目标是将所有的 .NET 组件整合到一个产品下，然后用户可以根据需求使用 .NET 的某个部分，而不是单独下载或安装所有内容。 对于Visual Studio用户，需要Visual Studio 16.8或更高的版本才能在Windows上使用.NET 5.0，在MacOS上使用最新版本的Visual Studio for Mac)。Visual Studio Code的C#扩展也已经支持.NET5.0和C#9。 NET 5.0是.NET统一之旅的第一个版本。微软希望 .NET Framework 开发者能够迁移他们的代码和应用到 .NET 5.0 上，为明年发布的 .NET 6.0 将 Xamarin 开发者过渡到统一平台奠定基础。 版本发布时间轴： .NET Core 3.0 已于2019/09推出 .NET Core 3.1 已于 2019/12推出，为 LTS (Long Term Support，长期支援版)，之后.NET Core 将更名.NET，固定每年释出新版，并定义双数版号为LTS版，单数版号为Current版。 .NET 5.0 2020/11 .NET 6.0 LTS 2021/11 .NET 7.0 2022/11 .NET

go实现dgraph的各种操作 import "github.com/dgraph-io/dgo" import "github.com/dgraph-io/dgo/protos/api" import "google.golang.org/grpc" 我在这篇博客将会做以下的工作: 初始化Node 添加Node 查询数据库 为数据库添加Edge , 即 添加predicate<朋友> 更新数据库 删除Node 之前我已经实现了用dgraph的http客户端实现 dgraph 的各种操作, 但是在 go 客户端实现和 http 客户端实现还是存在着比较大的区别. 因此, 我就写了这篇博客用于记录. 哦, 对了, 另外还有一个关键就是, 在我写这篇博客的时候 dgraph 在GODOC和GOWalker的文档都还没补全, 有很多方法都还只是写了个名, 甚至都没介绍, 对新手非常不友好. 初始化数据库 此处, 我将创建五个用户作为基础数据库 初始化Person的结构体, 表的属性从中也可以看出 type Person struct{ Uid string `json:"uid,omitempty"` Name string `json:"name,omitempty"` From string `json:"from,omitempty"` NameOFcn string `json:

来源：阿里巴巴中间件 Istio 1.0 于北京时间8月1日0点正式发布！虽然比原本官网公布的发布时间晚了9个小时，但这并未影响到Istio在社区的热度。 Istio 是 Service Mesh概念的具体实现 。2018年被称为 Service Mesh 原年，誉为新一代的微服务架构，有了Service Mesh， 像Docker和Kubernetes标准化部署操作一样来标准化我们的应用程序运行时的操作便成为可能。 Istio是其中最成熟和被广泛接受的开源项目。它是连接、管理和保护微服务的开放平台。 今天发布的1.0 版本是一个重要的里程碑。这意味着Istio的所有核心功能都已经可以落地部署，不再只是演示版了。 本文来自阿里巴巴中间件事业部硅谷团队 Istio 技术专家 Andy 在 Istio上的实践和对1.0版本的解读，Andy长期关注 Service Mesh，在Cloud Foundry，Kubernetes，Envoy上有着丰富的实践和开发经验。 从功能上说，1.0版本是对0.8版本的补充和加强。从0.8之前版本到1.0版本，改变的部分从 网络，策略和遥测，适配器，到安全 等几大模块，都有补充和增强。 一、Istio 新功能简介 1.0 版本中的新功能大致如下： ➤ 网络 使用 Virtual Service 进行 SNI 路由 流式 gRPC 恢复 旧版本

本文系云原生应用最佳实践杭州站活动演讲稿整理。杭州站活动邀请了 Apache APISIX 项目 VP 温铭、又拍云平台开发部高级工程师莫红波、蚂蚁金服技术专家王发康、有赞中间件开发工程师张超，分享云原生落地应用的经验心得，以下是张超《有赞统一接入层架构演进》分享内容。 张超，有赞中间件团队开发工程师，网关、Service Mesh 领域的专家，热衷技术，对 Golang、Nginx、Ruby 语言等有深入的研究。 大家好，我是来自有赞的张超，有赞中间件团队的开发工程师。今天给大家带来有赞接入层架构演进的分享。 先简单给大家介绍下有赞接入层，内部名为 YZ7，从概念来讲它与网关比较接近，是基于 OpenResty 和 Nginx 来实现的，主要是有标准 C 模块，自研发的 Nginx C 模块，以及基于 lua 实现的模块。它作为有赞业务流量的公网入口，提供 Traffic Shaping，包括限流、安全相关的像 WAF、请求路由等功能，请求路由包含标准的蓝绿发布、灰色发布功能，负载均衡等方面的功能。今天的分享，主要是从下面从三个方面来深入解析： 旧版接入层架构痛点 新架构设计分析 新架构设计总结 旧版接入层架构痛点 首先从旧版接入层架构的相关痛点出发，开始新架构的设计分析。 上图是旧版接入层架构的纵向切面，方案是早几年之前的。当时流行用 redis 做配置同步

Netflix的微服务架构为其提供全球视频流服务，本篇文章将对此架构进行全面的系统设计分析。 1. 简介 Netflix多年来一直是全球最出色的在线订阅制的视频流服务之一，其占世界互联网带宽容量的15%以上。2019年，Netflix已经获得了超过1.67亿的订阅用户，每个季度新增用户超过500万，服务涵覆盖全球200多个国家或地区。更具体点说，Netflix的用户每天要花费超过1.65亿小时观看4000多部电影和47000多集电视剧。这些令人印象深刻的数据从工程设计的角度来看，Netflix的技术团队已经设计了一个惊人的视频流系统，其具有高可用性和可扩展性，以服务其全球客户。 然而，这可是其技术团队花费了超过8年的时间才将他们的IT系统升级到现在的规模。事实上，Netflix的基础架构转型始于2008年8月，触发点是当时数据中心的服务中断导致整个DVD租赁服务关闭了三天。Netflix意识到它需要一个没有单点故障的更可靠的基础架构。为此，它做出了两个重要的决定：将IT基础架构从其数据中心迁移到公有云，并使用微服务架构的小型可管理软件组件替换其单体应用程序。这两个决定直接塑造了Netflix今天的成功。 Netflix选择AWS Cloud来迁移其IT基础架构，因为AWS可以在全球范围提供高度可靠的数据库、大规模云存储和多个数据中心。通过使用AWS建立和维护的云基础架构

今天跟大家分享的是阿里内部资料，帮助大家开启云原生时代Serverless之门， 文末下拉获取网盘链接 一、快速入门 1.初识 Knative: 跨平台的 Serverless 编排框架 2.在阿里云上一键安装 Knative 3.手动安装 Knative 4.Serving Hello World 5.Eventing Hello World 6.Tekton Hello World 二、Serving 进阶 1.自动扩缩容 - Autoscaler 2.Serving 健康检查机制分析 3.流量灰度和版本管理 4.服务路由管理 5.WebSocket 和 gRPC 服务 6.Serving Client 介绍 三、Eventing 进阶 1.定义无处不在的事件 -CloudEvent 2.关于 Broker/Trigger 事件模型 3.事件注册机制 - Registry 4.Sequeue 解析 5.Parallel 解析 四、云原生开发实战 1.日志和监控告警 2.调用链管理 3.使用 GitHub 事件源 4.基于 Kafka 实现消息推送 5.基于 MNS 与 OSS 实现人脸图片识别 6.基于 APIGateway 打造生产级别的 Knative 服务 7.三步走！基于 Knative Serverless 技术实现一个短网址服务 8.基于 Knative

1.Google >1.Google >https://github.com/google >2.Google Samples https://github.com/googlesamples >3.Google Codelabs >https://github.com/googlecodelabs >4.GoogleChrome >https://github.com/GoogleChrome >5.Google Creative Lab >https://github.com/googlecreativelab >6.Google Internationalization 人人皆可使用的Google开源字体 >https://github.com/googlei18n >7.tensorflow https://github.com/tensorflow 2.Facebook >1.Facebook >https://github.com/facebook >2.Facebook Samples >https://github.com/fbsamples >3.facebookresearch >https://github.com/facebookresearch >4.Facebook Incubator >https://github.com

本月初，Microsoft 宣布了.NET Core 3.0的.NET Framework API移植项目的结论 。 这意味着官方开发团队不会将任何其他API从.NET Framework移植到.NET Core 3.0（及以后的版本）。 但是，在同一公告中，Microsoft还声明了他们打算开放更多.NET Framework代码的源代码，这可能允许将来创建由社区驱动的移植项目。 Microsoft .NET的程序经理Immo Landwerth解释说，该决定与Microsoft .NET Core的计划一致： 我们宣布，.NET的未来将基于.NET Core。 使用.NET Core 3.0，我们可以轻松移植现代工作负载所需的所有技术，无论是台式机应用程序，移动应用程序，控制台应用程序，网站还是云服务。 这并不是说我们在新技术方面没有任何差距或机会，但我们通常认为我们不会再在.NET Framework代码库中找到它们。 展望未来，我们将资源集中在整合新技术上。 根据Immo的说法，自1.0版以来，超过一半的.NET Framework API（约120k）已移植到.NET Core。 此外，.NET Core中有62k个新API，但.NET Framework中不存在。 根据API的总数进行比较时，.NET Core约占.NET Framework API表面积的80％。