V2EX › gl3081 的所有回复 › 第 2 页 / 共 2 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2

❮

❯

141 天前

回复了 gl3081 创建的主题 › 分享创造 › 自己写的云原生微服务框架欢迎 star

@GeekGao 看了下 Dapr,确实很厉害，这是一个 sever mesh 的插件，应该类似于 istio 吧，moke-kit 更多的是提供了面向当前服务本身的一些解决方案

141 天前

回复了 gl3081 创建的主题 › 分享创造 › 自己写的云原生微服务框架欢迎 star

@twogoods 确实没有听过，所有服务都是基于 IOC 思想，自然也就可以创建不同粒度的 main 容器来注入这些服务，也就实现了“可以按照单体应用开发，生产环境部署为微服务模式” 这种 feature ，moke-kit 还有更多的 feature ，欢迎体验

141 天前

回复了 gl3081 创建的主题 › 分享创造 › 自己写的云原生微服务框架欢迎 star

@twogoods 感谢支持！ service weaver 之前没有听过，我研究下，请教下如何贡献给社区？

141 天前

回复了 gl3081 创建的主题 › 分享创造 › 自己写的云原生微服务框架欢迎 star

@sophos 感谢大佬，同道中人

141 天前

回复了 Breadykid 创建的主题 › 程序员 › 请问服务端埋点，设计成什么样的实现方式比较好？

埋点需求的数据比较多，没办法做统一处理。
不过买点的数据对象，这边建议你考虑下 builder 模式，编辑器一般都有插件可以自动给 class 生成 builder 模式

141 天前

回复了 gl3081 创建的主题 › 分享创造 › 自己写的云原生微服务框架欢迎 star

@ZSeptember 是的，服务间互相调用用 IOC 也特别方便

141 天前

回复了 gl3081 创建的主题 › 分享创造 › 自己写的云原生微服务框架欢迎 star

@RedisMasterNode 这里说的是微服务中的每个服务，因为在微服务中服务数量比较多，管理起来太麻烦，如果有 IOC ，可以更好的分类组合，比较灵活适用用户规模：
* 本地开发所有服务注入到一个 monolith 容器中
* 测试环境可以按类型封装多个容器部署
* 生产环境部署拆分成多个 micro 容器打包 docker 镜像实现集群部署

141 天前

回复了 gl3081 创建的主题 › 分享创造 › 自己写的云原生微服务框架欢迎 star

@artiga033 微服务的每个服务抽象成一个 component ，可以被任何容器 inject ，那样微服务就可以自己拼接组合，方便复用，还是非常有用的

1 2

❮

❯