续上篇，这篇我们来进一步探索 Tye 更多的使用方法。本篇我们来了解一下如何在 Tye 中如何对数据库进行链接。
中间件链接
绝大多数服务都需要用到外部中间件来支持应用程序的正常运行，通常来说，就包含有数据库、缓存中间件、消息队列和文件系统等等。
因此，在开发过程中需要在应用程序中管理对这些中间件的链接字符串。
Tye 提供了一种方式以便更加容易的管理这些链接字符串。
使用 Tye 启动 mongo
首先，我们使用 Tye 来启动一个 mongo。
手动创建一个 tye.yml:
tye.yml
使用 tye run 便可以在本地启动一个 mongo 并且在 http://localhost:8081 通过 ui 查看 mongo 中的数据情况：
实际上就是使用 Tye 控制 docker desktop 启动 mongo。因此需要提前在本地安装好 docker desktop，以便启动。
当然，这实际上和使用 docker-compose 没有什么实质性的区别。
创建应用程序连接 mongo
下面，我们创建一个应用，并且将应用与 mongo 进行连接。
创建测试应用，并安装必要的包：
create-tye-mongo-test.sh
进入 Startup，向容器中注册 MongoClient :
Startup.cs
值得注意的是，这里使用了一个扩展方法从 IConfiguration 中读取 mongo 的连接字符串：
mongo实际上就是定义在 tye 中的服务名称。GetConnectionString是来自于Microsoft.Tye.Extensions.Configuration的扩展方法MongoClient应该全局单例还是Scope其实笔者也没查过资料。实际项目开发者注意按照需求调整。
打开 WeatherForecastController，让我们在每次接受请求时，都写入一些数据到 mongo 中以验证效果。
WeatherForecastController.cs
至此，测试应用就创建完毕了。预期的效果是，当接受到请求时，就会向 mongo 中的 WeatherForecast collection 写入一些数据。可以通过 mongo express UI 进行查看。
修改 tye.yml 以配置链接串
由于前面，我们是手动创建过了 tye.yml。因此，我们现在直接在原来的基础上进行修改，以便加入测试应用。
首先，将之前创建好的 tye.yml 放置到 TyeTest.sln 的根目录。
然后修改为如下形式:
tye.yml
对比之前，一共有两处修改：
- 增加了
tyetest服务配置的节点，以便能够启动测试应用 - 在
mongo服务上增加了bindings。这是tye中组织服务之间相互连接的一种方式。其中的connectionString便是其他服务连接mongo所使用的链接串。
修改完毕之后。使用 tye run 启动应用。
打开 swagger 页面，并访问 API，便可以在 mongo express 中查看到数据已经成功完成了写入：
查看效果之后可以使用 Ctrl+C 停止 tye 以移除相关容器。
最后，发到 K8S 里面试一下
这次的样例，并不是直接使用 tye deploy 就可以完成了。
首先，通常来说，中间件在生产环境中不太可能是通过部署在容器中的方式而存在的。即便是使用容器部署，也不会每次 deploy 都希望重新部署。也就是说，通常是直接连接已有的中间件就可以了。
其次，中间件连接字符串通常来说是以 secret 的形式存于 k8s 中。故而不太可能在 tye 脚本中进行指定。
故而，tye 仅仅会帮助开发者检查需要部署的目标集群中是否已经存在符合要求的 secret。当且仅当，目标集群中存在符合要求的 secret 才能部署。
以本示例为例，需要在目标集群中存在 binding-production-mongo-secret 对应的 secret 才能都实现使用 tye 进行部署。
具体的名称约定规则，可以参照如下内容：
https://github.com/dotnet/tye/blob/master/docs/reference/deployment.md#validate-secrets
小结
本篇，我们已经顺利完成了使用 Tye 来完成应用与中间件之间的链接配置。
不过还遗留一些问题没有细说：
- 如果一个中间存在多个绑定该如何处理
- https 绑定该如何处理
详细这些内容，请移步官方文档进行查看：
https://github.com/dotnet/tye/blob/master/docs/reference/service_discovery.md
下一篇，我们将进一步在 Tye 中实现对纷繁复杂的日志进行统一管理。
最后但是最重要！
如果读者对该内容感兴趣，欢迎转发、评论、收藏文章以及项目。
最近作者正在构建以 Actor 模式 和 事件溯源 为理论基础的一套服务端开发框架。希望为开发者提供能够便于开发出 “分布式”、“可水平扩展”、“可测试性高” 的应用系统 ——Newbe.Claptrap
本篇文章是该框架的一篇技术选文，属于技术构成的一部分。
项目文档库：claptrap.newbe.pro
联系方式： QQ 群 610394020
您还可以查阅本系列的其他选文：
理论入门篇
术语介绍篇
- Actor 模式
- 事件溯源（Event Sourcing）
- Claptrap
- Minion
- 事件 （Event）
- 状态 （State）
- 状态快照 （State Snapshot）
- Claptrap 设计图 （Claptrap Design）
- Claptrap 工厂 （Claptrap Factory）
- Claptrap Identity
- Claptrap Box
- Claptrap 生命周期（Claptrap Lifetime Scope）
- 序列化（Serialization）
- 最小竞争资源 (Minimal Competing Resources)
样例实践篇
开发工具篇
- 使用 Tye 辅助开发 k8s 应用竟如此简单（一）
- 使用 Tye 辅助开发 k8s 应用竟如此简单（二）
- 使用 Tye 辅助开发 k8s 应用竟如此简单（三）
- 使用 Tye 辅助开发 k8s 应用竟如此简单（四）
- 使用 Tye 辅助开发 k8s 应用竟如此简单（五）
- 使用 Tye 辅助开发 k8s 应用竟如此简单（六）
其他番外篇
- 谈反应式编程在服务端中的应用，数据库操作优化，从 20 秒到 0.5 秒
- 谈反应式编程在服务端中的应用，数据库操作优化，提速 Upsert
- 十万同时在线用户，需要多少内存？——Newbe.Claptrap 框架水平扩展实验
- docker-mcr 助您全速下载 dotnet 镜像
- 十多位全球技术专家，为你献上近十个小时的.Net 微服务介绍
- 年轻的樵夫哟，你掉的是这个免费 8 核 4G 公网服务器，还是这个随时可用的 Docker 实验平台？
- 如何使用 dotTrace 来诊断 netcore 应用的性能问题
- 只要十步，你就可以应用表达式树来优化动态调用
GitHub 项目地址：https://github.com/newbe36524/Newbe.Claptrap
Gitee 项目地址：https://gitee.com/yks/Newbe.Claptrap
- 本文作者： newbe36524
- 本文链接： https://www.newbe.pro/Newbe.Claptrap/Try-Tye-3/
- 版权声明： 本博客所有文章除特别声明外，均采用 BY-NC-SA 许可协议。转载请注明出处！