.net使用分布式处理
使用.NET Core搭建分布式音频效果处理服务（目录）
使用.NET Core搭建分布式音频效果处理服务（五）利用消息队列提升水平扩展灵活性 使用.NET Core搭建分布式音频效果处理服务（六）让MIddleware自动Invoke 使用.NET Core搭建分布式音频效果处理服务（七）使用Docker压榨性能极限 感谢阅读
使用.NET Core搭建分布式音频效果处理服务（七）使用Docker压榨性能极限
运行多个docker dotnet core镜像 上面噼里啪啦的说了一大堆，其实就是一张图片就解释的事情：笔者用了三台服务器做处理服务，每台上面运行相同的docker实例32个，总共3*32=96个实例（全傻瓜式的水平扩展），通过客户端模拟100个请求，得到...
使用.NET Core搭建分布式音频效果处理服务（三）完成音频合成效果处理程序
创建默认构造函数 大家现在都码砖都喜欢用依赖注入的方式去构建某个类，笔者也不例外，依赖注入的优势很多很多，你可以使用netcore自带，asp.net core，autofac，unity等优秀的框架做依赖注入，笔者这里不做详细阐述。笔者这里使用autofac...
使用.NET Core搭建分布式音频效果处理服务（六）让Middleware自动Invoke
为何要用中间件来实现音频处理的监听服务 当然也可以使用Startup来进行服务的自启动，或者也可以使用quartz定时调度任务来启动音频服务，大家随意。笔者认为使用中间件的目的，是为了分离应用和服务，也是一种解耦手段。我们知道，在...
使用.NET Core搭建分布式音频效果处理服务（一）需求、问题和解决方案的几个坑
一切就那么简单，不存在大并发问题，不存在扩展性问题，可两个关键问题又来了：如果所有交互设备都使用统一的流媒体处理库进行处理（比如ffmpeg），那么，最终得到的效果文件将必定是一样的，可目前关键是目前IOS小组和ANDROID小组参数一样...
使用.NET Core搭建分布式音频效果处理服务（二）创建基于FFMpeg的Web程序
准备工作：1：Net Core 2.1 为何要用2.1，因为在macOS 10.13上一个奇怪的问题，请看另一篇博文介绍 2：FFmpeg 版本无所谓，最新即可，安装教程网上很多，当然也可以使用docker进行ffmpeg的部署，下载地址 ...目前准备工作就这样，后续需要添加...
使用.NET Core搭建分布式音频效果处理服务（四）选择垂直扩展还是水平扩展？
三：分离用户请求和耗时处理——异步 当朋友们看到这里的时候，或许心里早就想到用异步的方式来实现C/S的接口请求了，对，但我们还是需要走一下流程，梳理一下思路。请继续接着看。异步其实就是多线程，只是目前由于高级语言的发展，已经将...
