去掉常见的微服务技术框架,仔细一看,其实微服务离我们很近。 日常开发中,微服务框架中只有微服务的管理部分缺失。 但是,我认为这不一定是坏事。 微服务体系结构本身应该合理管理体系结构的规模,确保体系结构本身的管理工作不超过业务本身提供的服务。
微服务常见技术框架
微服务条目落地技术
服务开发SpringBoot,Spring,SpringMVC
服务配置和管理Netflix公司的Archaius、蚂蚁Diamond等
注册和发现Eureka、Consul、Zookeeper等服务
服务呼叫Rest、RPC、gRPC、dubbo
维修保险丝Hystrix、Envoy等
负载分散Ribbon、Nginx等
服务接口调用(客户端调用服务的简化工具) Feign等
消息队列Kafka、RabbitMQ、ActiveMQ等
服务配置中心管理SpringCloudConfig、Chef等
服务路由(API网关) Zuul等
服务监视Zabbix、Nagios、度量、规范器等
全链路跟踪Zipkin、Brave、Dapper等
服务部署Docker、OpenStack、Kubernetes等
数据流操作开发包SpringCloud Stream (封装和发送/接收消息,如Redis、Rabbit和Kafka ) )。
事件总线SpringCloud Bus