当我们使用微服务架构之后,紧接而来的问题便是服务之间的程序集引用问题,可能没接触过的同学不太理解这句话,都已经微服务化了为什么还要互相引用程序集,当然可以不引用。但是我们会有这样一种情况,我们的每个接口都会有请求参数和返回结果,规范来说我们需要为每个接口分别创建一个请求类(Request)和返回类 ...
之前是使用NLog直接将日志发送到了ELK,本篇将会使用Docker搭建ELK和kafka,同时替换NLog为Log net。 一.搭建kafka .拉取镜像 .启动 .测试Kafka 再生产端发送消息,消费端可以成功接收到就说明没问题。 二.Docker安装ELK 等几十秒,然后访问 和 端口就可以看到ELK相关的面板。 然后我们还需要配置下logstash: 当命令成功被执行后,看到:Succ ...
2019-04-20 23:01 0 835 推荐指数:
当我们使用微服务架构之后,紧接而来的问题便是服务之间的程序集引用问题,可能没接触过的同学不太理解这句话,都已经微服务化了为什么还要互相引用程序集,当然可以不引用。但是我们会有这样一种情况,我们的每个接口都会有请求参数和返回结果,规范来说我们需要为每个接口分别创建一个请求类(Request)和返回类 ...
一、简介 本篇我们将会把商城的服务部署到k8s中,同时变化的还有以下两个地方: 1.不再使用Consul做服务的注册和发现,转而使用k8s-dns来实现。 2.不再使用Ocelot作为业务网关,使用Traefik来实现。 正如上面所讲,服务发现和网关均使用k8s的相关工具,当然,相比与以上 ...
项目进行微服务化之后,随之而来的问题就是服务调用过程中发生错误、超时等问题的时候我们该怎么处理,比如因为网络的瞬时问题导致服务超时,这在我本人所在公司的项目里是很常见的问题,当发生请求超时问题的时候,我们希望能够自动重试,或者是在发生服务错误时采取一定的策略,比如限流熔断等等。 本篇将会 ...
使用网关之后我们面临的一个问题就是监控,我们需要知道网关的实时状态,比如当前的请求吞吐量、请求耗费的时间、请求峰值甚至需要知道具体哪个服务的哪个方法花费了多少时间。网关作为请求的中转点是监控品牌的要塞。 本篇将针对Ocelot添加Metrics+InfluxDB+Grafana架构的监控 ...
最近加班有点多,一周五天,四天加班到11点+,心很累。原因是我当前在的这个组比较特殊,相当于业务的架构组,要为其它的开发组提供服务和监控。所以最近更新的也少,不过这个元旦三天假应该会更新三篇。 这篇是介绍一下商城的购物车,代码就不详细介绍了,因为技术点都已经再前面几篇介绍过了,无非就是产品的增删 ...
微服务项目,比如有需要的API,ApiResource即我们要使用的API资源,这里我用“MI.Ser ...
之前使用MQ的时候是通过封装成dll发布Nuget包来使用,消息的发布和消费都耦合在使用的站点和服务里,这样会造成两个问题: 1.增加服务和站点的压力,因为每次消息的消费就意味着接口的调用,这部分的压力都加在了使用的站点和服务的机器上。 2.增加修改的复杂性,如果我们需要加两条消费日志,都需要 ...
RabbitMQ是什么,怎么使用我就不介绍了,大家可以到园子里搜一下教程。本篇的重点在于实现服务与服务之间的异步通信。 首先说一下为什么要使用消息队列来实现服务通信:1.提高接口并发能力。 2.保证服务各方数据最终一致。 3.解耦。 使用消息队列通信的优点就是直接调用的缺点,比如在直接调用 ...