mixer

import pygame import time def play_music(): filepath = r " 900A.mp3 " ; pygame.mixer.init() # 加载音乐 pygame.mixer.music.load(filepath) pygame.mixer.music.play(start =0.0 ) # 播放时长，没有此设置，音乐不会播放，会一次性加载完 time.sleep(300 ) pygame.mixer.music.stop() play_music() MP4 class Video(object): def __init__ (self,path): self.path = path def play(self): from os import startfile startfile(self.path) class Movie_MP4(Video): type = ' MP4 ' movie = Movie_MP4(r ' F:\Y2019\Python\ppt\ArcGIS Python入门到精通广告视频.mp4 ' ) movie.play() 来源： oschina 链接： https://my.oschina.net/u/4287611/blog/3329457

前言 计算机软件技术发展到现在，软件架构的演进无不朝着让开发者能够更加轻松快捷地构建大型复杂应用的方向发展。容器技术最初是为了解决运行环境的不一致问题而产生的，随着不断地发展，围绕容器技术衍生出来越来越多的新方向。 最近几年，云计算领域不断地出现很多新的软件架构模式，其中有一些很热门的概念名词如：云原生、函数计算、Serverless、ServiceMesh等等，而本文将初窥一下ServiceMesh的面纱。下面结合自己的理解尽量以通俗的话进行叙述。 背景和定义 微服务及服务治理 在微服务之前的软件开发中，往往通过一个应用的方式将所有的模块都包括进去，并一起编译、打包、部署、运维。这种方式存在很多问题，由于单个应用包含的东西太多，其中某个模块出现问题或者需要更新那么整个应用就需要重新部署。这种方式给开发和运维带来了很大的麻烦。随着应用的逐渐复杂，单个应用涉及的东西就会越来越多，慢慢地大家发现了其中很多的缺点，开始对服务进行划分，将一个大的应用按照不同的维度进行划分从而产生很多个小的应用，各应用之间会形成一个调用关系，每个小的应用由不同的开发负责，大家各自部署和运维，这样微服务就出现了。 由于微服务中各应用部署在不同的机器上，服务之间需要进行通信和协调，相比单个应用来说会麻烦很多。在同一个应用内不同方法之间的调用由于在相同的内存中，在代码编译打包时已经进行了链接

Service Mesh新秀，初出茅庐便声势浩荡，前有Google，IBM和Lyft倾情奉献，后有业界大佬俯首膜拜，这就是今天将要介绍的主角，扛起Service Mesh大旗，掀起新一轮微服务开发浪潮的Istio！ 今天的主角名叫 Istio，估计很多同学在此之前可能完全没有听过这个名字。请不必介意，没听过很正常，因为Istio的确是一个非常新的东西，出世也才四个月而已。 今天的内容将会分成三个部分: 1.介绍： 让大家了解Istio是什么，以及有什么好处，以及Istio背后的开发团队 2.架构： 介绍Istio的整体架构和四个主要功能模块的具体功能，这块内容会比较偏技术 3.展望： 介绍Istio的后续开发计划，探讨未来的发展预期 一、介绍 Istio是什么：Istio是Google/IBM/Lyft联合开发的开源项目，2017年5月发布第一个release 0.1.0， 官方定义为: Istio：一个连接，管理和保护微服务的开放平台。 按照isito文档中给出的定义: Istio提供一种简单的方式来建立已部署的服务的网络，具备负载均衡，服务到服务认证，监控等等功能，而不需要改动任何服务代码。 简单的说，有了Istio，你的服务就不再需要任何微服务开发框架（典型如Spring Cloud，Dubbo），也不再需要自己动手实现各种复杂的服务治理的功能（很多是Spring

1 性能增强 虽然Istio1.0的目标是生产可用，但从去年7月份发布以来，在性能和稳定性上并不能让用户满意。社区的Performance and Scalability工作组在Istio v1.1中做了大量的努力以提高控制面和数据面的性能，其中最明显的性能增强包括： Sidecar API，减少发给proxy的配置数量以及pilot负载。 网络配置规则（Destinationrule,Virtualservie, ServiceEntry）中增加的 exportTo字段限制配置的可见范围。 Envoy默认收集的统计数据大量减少。 给mixer增加load-shedding功能，防止overload。 提升envoy和mixer之间的交互协议。 可配置并发线程数，提高吞吐量。 可配置filter来约束mixer遥测数据。 从对Istio 1.1的测试数据来看，这部分工作取得了显著的效果。 1.1控制面性能表现 Pilot的CPU和内存使用受网格内的配置和系统状态的影响，例如负载变化速率，配置变化速率，连接到Pilot的proxy的数量等。可以通过增加Pilot的实例数来减少配置分发处理的时间，提高性能。 在网格内有1000个服务，2000 个sidecars，每秒1000请求下的表现： 单Pilot 实例使用 1 vCPU 和1.5 GB 的内存。 istio

来源：阿里巴巴中间件 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 恢复 旧版本

Istio 1.8 是 Istio 在 2020 年发布的最后一个版本，按照 Istio 社区在 今年初设定的目标 继续推进，该版本主要有以下更新： 支持使用 Helm 3 进行安装和升级 正式移除了 Mixer 新增了 Istio DNS proxy，透明地拦截应用程序的 DNS 查询，实现智能应答 新增了 WorkloadGroup 以简化对虚拟机的引入 WorkloadGroup 是一个新的 API 对象，旨在与虚拟机等非 Kubernetes 工作负载一起使用，模仿现有的用于 Kubernetes 工作负载的 sidecar 注入和部署规范模型来引导 Istio 代理。 安装与升级 Istio 从 1.5 版本开始弃用了 Helm，使用 istioctl manifest 方式安装，后来又改成了 istioctl install ，现在又重新回归了 Helm，Helm 作为 Kubernetes 环境下最常用的应用安装管理组件，此次回归也是倾听用户声音，优化安装体验的的反应吧，不过 Istio Operator 依然将是 Istio 安装的最终形式，从 1.8 版本开始 Istio 支持使用 Helm 进行 in-place 升级和 canary 升级。 增强 Istio 的易用性 istioctl 命令行工具新的了 bug reporting 功能（ istioctl

程序员的成长之路 互联网/程序员/技术/资料共享 关注 阅读本文大概需要 4 分钟。 来自： 杨净 发自 凹非寺 量子位 报道 | QbitAI 不只要求封禁，还直接要求出售？ 这是当前特朗普对待 海外版抖音TikTok 的新戏码。 据彭博社报道，特朗普下令要求 字节跳动 放弃对海外版抖音TikTok的所有权。 也就是说，命令字节跳动在美国出售 海外版抖音TikTok 。 而下一个接盘TikTok的企业也已经找到了。 彭博社报道称， 微软 表示正在洽谈TikTok收购事宜。 截止目前，字节跳动方面回应，不会对未经证实的「传言」或「猜测」发表言论，但对TikTok的长期成功充满信心。 而微软方面拒绝发表评论。 华尔街日报援引知情人士透露，此番交易将在 周一 进行，字节跳动、白宫和微软的代表都将出席，但谈判的情况是不确定的，可能并不会达成协议。 变数依然不少。 最新消息， CNBC 报道，特朗普称将于周六尽快通过行政命令禁止TikTok，不支持TikTok的分拆交易。 对此，网友表示：明抢。 将TikTok出售给微软？ 两周前，特朗普就曾放话，正加紧研究是否要正式禁用海外版抖音TikTok，并预计将在未来几周内，正式采取行动。 现在，结果出来了——预计是把TikTok卖给美方。 在考虑封禁的同时，特朗普政府也一直在审查TikTok的所有权。就在周三特朗普在接受媒体采访时表示，

[TOC] #pygame如何实现“切歌”以及多曲重奏？ 昨天晚上研究了好久pygame的音乐混合器mixer，出了很多问题后最终成功，不过学习本来也不可能一帆风顺的吗，下面我就来讲一讲我遇到的问题。 ##一、pygame实现切歌 初始化路径 # 导库，需安装 import pygame # 把路径赋值分别给三个变量，以便之后加载。 music_file_path1 = "./sound/background.mp3" music_file_path2 = "./sound/background1.mp3" music_file_path3 = "./sound/dead.mp3" # 初始化混合器 pygame.mixer.init() ###尝试一 开始尝试直接加载新的音乐，想着循环里有调用play方法，是不是直接调用load方法修改路径，就能播放其他音乐了呢？ # 加载初始背景音乐 pygame.mixer.music.load(music_file_path1) while True: pygame.mixer.music.play() if 死亡: # 切换死亡音乐 pygame.mixer.music.load(music_file_path3) for 检测按键 if 按键: #重开游戏，并切换成初始背景音乐 pygame.mixer.music.load(music

参考 istio/istio istio/Kubernetes Customizable Install with Helm Istio安装参数介绍 1. Istio Chart 目录结构 PATH: istio-1.1.7/install/kubernetes/helm 1.1 Chart.yaml Chart 的基础信息文件，其中包含版本号，名称，关键字等元数据信息。 1.2 values-*.yaml 提供 istio 在各种场景下的关键配置范本，范本文件可以作为 helm 的输入文件，对 istio 进行典型定制； 对输入文件改写后，使用 helm template 命令生成最终的部署文件。 1.3 requirements.yaml 用于管理对子 Chart 的依赖关系，其中定义了一系列开关变量‘ 在 helm 的输入内容中对相关变量进行定义，就可以对 istio 的部署文件进行修改，来控制对应组件的启用状态。 1.4 templates 1.4.1 _affinity.tpl 生成一组节点亲和或互斥元素，供各个组件在渲染 yaml 时使用； 在该文件里使用一系列变量，用于控制 istio 组件的节点亲和性，即 istio 在部署时对节点的选择。 定义了两个局部模版： nodeAffinityRequiredDuringScheduling : 会根据全局变量中的