mesh

春节期间肺炎疫情来势汹汹，虽然时至今日疫情已得到了有效地控制但是由于复工潮的临近，仍不可掉以轻心。在公共场所对于口罩佩戴的监管依然是关键的疫情防控点，因此口罩佩戴检测是一项核心工作。 疫情当前，阿里云视觉智能开放平台（vision.aliyun.com）紧急推出了基于视觉AI分析的“人脸口罩检测”算法服务，通过对接该服务可快速构建监控系统并可统计人员的口罩佩戴情况，实现疫情防控的AI化，数字化。 除了单个人脸的口罩佩戴检测外，我们还合作了阿里云函数计算、Serverless工作流、OSS以及资源编排等多个服务，并结合自身算法成功实现多个API的能力串联，组合成为新的能力，例如使用人脸识别API和口罩检查API实现多人脸的口罩检测服务。通过此项能力可解决单张图片中多人脸口罩佩戴情况的检测，并且可协助开发者快速上云，部署环境。 那资源编排、Serverless工作流、函数计算是什么呢？ 资源编排 （Resource Orchestration）是一种简单易用的云计算资源管理和自动化运维服务。用户通过模板描述多个云计算资源的依赖关系、配置等，并自动完成所有资源的创建和配置，以达到自动化部署、运维等目的。 Serverless 工作流 （Serverless Workflow）是一个用来协调多个分布式任务执行的全托管云服务。您可以用顺序，分支，并行等方式来编排分布式任务

阿里妹导读： DataWorks是阿里巴巴自主研发，支撑阿里巴巴经济体99%数据业务建设和治理，每天数万名数据开发和算法开发工程师在使用。 从2010年起步到目前的版本，经历了多次技术变革和架构升级，也遗留了大量的历史包袱。技术的创新和业务的发展，相辅相成但也互为掣肘。存在需求接入慢，代码牵一发而动全身，环境复杂等问题，沉疴已久。历次迭代均未从根基上升级DataWorks，仅仅是一些性能提升、工程结构的优化，减少了重复代码等，并未促成根本性的技术革命。 本文将探讨如何通过当前大热的微服务架构，来改变DataWorks平台的现实问题，从繁杂的工程中探索出一条切实可行的技术架构变革之路 一、痛点 让我们先来谈谈DataWorks当前遇到了哪些痛点，这些痛点是倒逼着我们进行技术变革的源动力。 1.1 沉重的历史包袱 首先要提的就是历史原因遗留的各种问题，DataWorks历史上多个版本同步开发，前后端技术栈多次变革，应用一旦上线就很难废弃，一个对外暴露的api，很可能是5年前开发的，但依然有业务在依赖，通常情况下连这些古老业务的负责人都找不到了。当我们的服务正常运行的时候，无人搭理，一旦下线，则可能不知道从哪儿跳出几个用户前来投诉。页面上的功能同样如此，有时候只是过去不知道哪位同学开发中引入的一个bug，但也因为我们的用户基数庞大，而变成了真理

直播地址： https://developer.baidu.com/live/show/3 （临时页面，直播开始后，会有画面播放） 讲师介绍：李鸿斌 百度资深研发工程师 内容大纲： 如何实现一个Service Mesh 网盘版本的Service Mesh的扩展功能 基于Service Mesh之上的服务治理实践 适合对象： 了解 Service Mesh 的概念、应用场景、基本功能 了解业界的一些落地实践，比如 Istio 来源： oschina 链接： https://my.oschina.net/u/4299156/blog/3190434

Description Service Mesh 架构下，服务间调用会通过服务名（Service Name）互相调用，比如在 Kubernetes 、Docker Swarm 集群中，服务 IP 均由集群动态分配，外部网络无法直接访问到集群内部的服务。对于大型系统，微服务的数量较多，服务间的调用关系也错综复杂，遇到问题时，本地启动整个服务集群去 Debug，不仅需要本地电脑有很高的配置，而且操作起来也比较麻烦。比较优雅一点的做法是本地启动相应服务，gRPC 调用都连接到远程集群。 Nginx gRPC Module Nginx 版本 1.13.10 之后支持 gRPC 反向代理，这样我们就能通过在集群中部署 Nginx 服务，来连通外部网络和集群内的服务。 Kubernetes Demo 1、Deploy gRPC Server In Kubernetes Cluster 首先，在 Kubernetes 集群中部署镜像为 python:3 的容器，为下面的代码提供运行环境 然后，克隆项目 https://github.com/ChinaSilence/python-grpc ，执行 pip install python-grpc 安装依赖 接着，在 python-grpc 目录下执行 python server/server.py ，观察日志，等待 gRPC server 启动成功

2 月 12 日， OCI(Open Container Initiative) 完成了新的一轮 TOB(Technical Oversight Board) 成员选举。阿里巴巴高级开发工程师 傅伟（花名：聿歌）获得 TOB Member 席位，任期为 2 年，是 9 位 TOB 中唯一一位来自中国公司的华人工程师，在成为 OCI 组织的 TOB 之前，傅伟一直积极参与云原生开源项目共建，同时也是 CNCF/containerd 项目的 Maintainer，未来他将继续参与容器标准的演进建设。 OCI（Open Container Initiative）组织于 2015 年 6 月成立，OCI 组织提供了一个开放技术社区，旨在帮助容器领域的开发者能更好地共建一个中立开放的容器运行时标准。而 TOB Member 的责任是协助治理这一开放技术社区，以及 OCI 项目引进管理。目前 OCI 共设立了 9 个 TOB Member 席位，他们分别来自 Docker、RedHat、IBM、Google、AWS、Microsoft 和 SUSE。 3 月 3 日，傅伟首次参加了 2020 年 OCI TOB 第一次会议，讨论提议 ORAS(OCI Registry as Storage) 和 umoci 成为 OCI 子项目等事宜。 在云原生时代，容器和镜像仓库已经成为

函数计算（Function Compute） ： 函数计算 是事件驱动的全托管计算服务。使用函数计算，您无需采购与管理服务器等基础设施，只需编写并上传代码。函数计算为您准备好计算资源，弹性地可靠地运行任务，并提供日志查询、性能监控和报警等功能。借助函数计算，您可以快速构建任何类型的应用和服务，并且只需为任务实际消耗的资源付费。 背景 通过工单和客户群里面的反馈，我们发现存在大量用户问：“函数计算如何安全的访问某某资源”。例如：函数计算如何安全的访问 RDS 资源等等诸如此类。 尤其是 “函数计算如何安全访问 RDS 资源” 这种问题特别多，我们针对该类型问题提供了服务配置中绑定 RDS 实例功能，帮助用户解决如何实现内网访问 RDS 资源问题。 操作步骤 创建专有网络 VPC 实例，具体搭建步骤可以参考 详情 。 为创建的服务配置专有网络 VPC 实例，具体可以参考一下 详情 。 创建 MySQL 实例。 在 RDS 控制台 新建RDS实例，点击创建实例。 基本配置选择您需要的配置，没有特殊要求选择默认配置即可。 网络类型选择专有网络，并选择您已经创建的 VPC 和交换机。注意选择的专有网络实例需要和函数计算配置的专有网络实例一致。 选择您需要的存储空间和购买量，立即购买。即成功创建了 RDS 实例。 在函数计算服务配置页面选择您创建好的 RDS 实例，点击添加，如图！ 5

作者：李宁 来源：博云技术社区 / 博云研究院 当下微服务的实践方案中，Spring Cloud，Dubbo作为主流的落地方案，在企业应用架构中发挥越来越重要的作用。本文探讨企业应用架构如何从微服务架构向Service Mesh架构演化，并形成落地方案。需要特别说明：本文讨论的架构目前适用于普通的企业级应用，其他行业（例如互联网）需要进一步扩展。 在讨论之前，我们需要明确一个事实： 企业应用一定是围绕业务进行的 。无论采用什么的架构落地，都是为了更好的为应用业务进行服务。从企业应用的特性考虑，主要包括：稳定性，安全性，扩展性，容错性。 围绕着企业应用的这些特点，我们来看一个典型的微服务企业架构模型，如图所示： 服务接入层： 企业暴露到外部访问的入口，一般通过防火墙等。 网关层： 服务网关是介于客户端和服务端的中间层，所有的外部请求会先经过服务网关，为企业应用提供统一的访问控制入口。服务网关是微服务架构下的服务拆分，聚合，路由，认证以及流控综合体现。 支撑服务层： 为企业应用提供运行所需的支撑环境，包括注册发现，集中配置，容错限流，认证授权，日志聚合，监测告警，消息服务等 业务服务层： 业务服务是企业应用的核心所在，为企业领域应用的具体实现，一般进一步拆分为基础服务（基础功能）和聚合服务（综合场景）。 平台服务层： 为企业应用提供运行所需的软件资源，包括应用服务器，应用发布管理

作者 | 刘军（陆龟）Apache Dubbo PMC 本文整理自架构师成长系列 2 月 18 日直播课程。 关注“阿里巴巴云原生”公众号，回复 “218” ，即可获取对应直播回放链接及 PPT 下载链接。 导读 ：Apache Dubbo 是一款开源的 RPC 框架，其提供了简单易用、高性能的 RPC 能力、灵活可控的扩展、强大的服务治理，目前已有 Java、Go、JS、Python 等多个语言支持；并且已经悄然衍进为 Cloud Native 基础设施。这一切成就都离不开 Dubbo 社区的建设，本文将由 Apache Dubbo PMC 刘军来介绍 Dubbo 社区在过去的一年取得的成绩及未来 Dubbo 社区的发展新规划。 非常感谢大家对 Dubbo 社区的关注，通过这篇文章我们将： 总结过去一年 Dubbo 社区取得的成绩，包括社区和框架演进两个方面； 展望未来 Dubbo 社区和框架的新的规划（roadmap）。 社区建设是推动 Dubbo 健康持续发展的一个非常重要的环节，我们需要与社区保持良性的互动、有活跃的贡献者、有积极的富有建设性的讨论，而整个 Dubbo 社区过去一年在这方面都做的不错；在框架演进上，我们主要发布了 2.7.0 - 2.7.5 共 6 个特性版本，功能层面涵盖编程模型、协议、服务治理、性能优化等多个方面；除了已经发布的功能外，我们在 Dubbo

本次使用拓扑的是我的一个角色模型的脖颈绳子，绳子是用笔刷画的，面数较高，手动拓扑是很麻烦的，所以这里使用自动拓扑的方式： 第一步使用Decimate Master进行减面： 第二步：dynamic mesh 重新布线 第三步：使用zremesh重新布线 最终结果： 来源： CSDN 作者： Jiabin.niu 链接： https://blog.csdn.net/u010392759/article/details/104623789