微服务做个总结

  开始主要是遇到的一些性能问题、以及固定时间点线程数数过多问题。

  后来看进来去后从设计模设计层面包含工厂、抽象工厂、单例模式、职责链、

构建者、动态代理、静态代理等。

  从实现的特点包含编解码多种序列化技术,多种负载均衡算法,多种动态代理

实现,泛型、注解、线程池的高效使用,多种协议的支持长连接jsf、短连接rest、

webservice,高性能缓存、锁、原子数据、线程安全容器、spring注解、配置、

spi模块加载等。

  服务治理从注册中心、监控中心。

  高性能的管理框架netty,netty粘包、半包,长连接管理,高效率调度任务

以及线程池。

  对于整个的理解看了Netty权威指南、微服务设计、java多线程等多本书。

时间: 2024-10-17 02:50:08

微服务做个总结的相关文章

如何用“二八原理”对微服务做系统梳理,找出黄金流程

作者:王新栋,目前就职于京东,一直从事京麦平台的架构设计与开发工作,熟悉各种开源软件架构.在web开发,架构优化上有较丰富实战经历.有多年在NIO领域的设计.开发经验,对HTTP.TCP长连接技术有深入研究与领悟,目前主要致力于移动与PC平台网关技术的优化与实现. 微服务的主要目的是将原本独立的系统拆分成多个小的,有独自进程运行的,同时这些小的服务单元之间通过RPC或者HTTP协议来相互通讯协作.每个独立的服务单元内部都有自己的数据存储.业务逻辑开发和自己的运维部署机制.我们在享受着微服务化后带

15年资深架构师详解:一个大型互联网公司的微服务转型实践

微服务是一个比较大的话题,基于我的过往经历,本文将以 Netflix 为例,分享一个大型互联网公司如何从一个 Monolithic 的 APP 成功转型到微服务.文章主要涉及微服务的产生历史,应用场景,与单片服务区别,微服务带来的技术.企业组织结构等方面挑战,以及如何合理地选择单片服务构架和微服务构架等内容. 微服务的产生历史 如下图,是微服务在 Google 的搜索结果: 自 2014 年以来,微服务开始被关注,搜索的人越来越多,并在 2016 年左右达到顶峰.从地域来看,很多国家都在关注,如

从前世看今生,从JavaEE到微服务

我有一个习惯,接触到新概念.新技术出现后,就会探究他的前世今生.来龙去脉,正所谓"太阳底下没有新鲜事",喜欢从对比中找到价值点,不如此就觉得理解不透彻,就觉得少了点什么.微服务的概念出现后,由于又有了服务这个词,大家往往和面向服务架构做对比,类似文章即便不是汗牛充栋,也可算作车载斗量.但由于SOA 架构是企业架构层面的一种方法,视角比较宏观(例如建设银行新一代系统就是采用SOA架构),再者SOA涉及的标准规范例如XML.SOAP.WSDL.UDDI.SCA/SDO等又偏重在互联互通的协

Docker学习总结(7)——云端基于Docker的微服务与持续交付实践

本文根据[2016 全球运维大会?深圳站]现场演讲嘉宾分享内容整理而成 讲师简介 易立 毕业于北京大学,获得学士学位和硕士学位:目前负责阿里云容器技术相关的产品的研发工作. 加入阿里之前,曾在IBM中国开发中心工作14年,担任资深技术专员,负责IBM企业平台云产品线PureApplication System的研发工作:还负责和参与了一系列IBM在Web 2.0,SOA中间件的研发和创新,也曾为全球客户提供SOA技术咨询和项目实施. 日程 大家好,我演讲的主题是<云端基于Docker的微服务与持

从成本角度看Java微服务

近年来,微服务因其良好的灵活性和伸缩性等特点备受追捧,很多公司开始采用微服务架构或将已有的单体系统改造成微服务.IBM也于近日开源了轻量级Java微服务应用服务器 Open Liberty .但是采用Java开发微服务真的是最好的选择吗?来自JPmorgan的高级工程师 Elliot Forbes基于自身的经历,从成本角度进行 分析 ,并与其他语言的微服务做了对比,很好地回答了这个问题. Elliot所在的团队最初使用Java开发了一个单体系统.他们的生产环境总共有12台服务器,每台服务器上部署

基于.NET CORE微服务框架 -浅析如何使用surging

1.前言 surging受到大家这么强烈的关注,我感到非常意外,比如有同僚在公司的分享会上分享surging, 还有在博客拿其它的RPC框架,微服务做对比等等,这些举动都让我感觉压力很大,毕竟作为个人的开源项目,无法与成熟的开源社区的项目相比,也只有等到后面有许许多多志同道合的朋友加入一起研发完善surging,这样才能让surging 成为流行的微服务框架. 这篇文章介绍如何使用surging 开源地址:https://github.com/dotnetcore/surging 2.设计模式

Spring Cloud 微服务中搭建 OAuth2.0 认证授权服务

在使用 Spring Cloud 体系来构建微服务的过程中,用户请求是通过网关(ZUUL 或 Spring APIGateway)以 HTTP 协议来传输信息,API 网关将自己注册为 Eureka 服务治理下的应用,同时也从 Eureka 服务中获取所有其他微服务的实例信息.搭建 OAuth2 认证授权服务,并不是给每个微服务调用,而是通过 API 网关进行统一调用来对网关后的微服务做前置过滤,所有的请求都必须先通过 API 网关,API 网关在进行路由转发之前对该请求进行前置校验,实现对微服

深入理解SpringCloud与微服务构建

旭日Follow_24 的CSDN 博客 ,全文地址请点击: https://blog.csdn.net/xuri24/article/details/81742534 目录 一.SpringCloud微服务技术简介 1.1 微服务的功能主要体现在以下儿个方面. 1.2 微服务具有以下的特点. 二.开发框架SpringBoot 三.服务注册和发现Ereka 3.1 什么是Eureka 3.2 Ereka优势 ( l ) Registe 「一一服务注册 (2) Renew一一服务续约 (3) Fe

微服务探索与实践—总述

背景 软件开发是一个不断发展的过程,从当初的面向过程为主到如今的面向对象的开发,软件开发者不断探索与实践更加符合时代发展要求的开发模式与架构思想,而这,也在极大程度上提高了软件开发的效率. 微服务是一种架构模式或者说是架构风格,而架构这个词语,相信有很多人都曾试图为它做出明确的定义,可是很难下,因为软件架构也在不断发展,内涵也在不断得到丰富.只是不变的是,我们需要通过软件架构,根据族组织.业务.技术等因素划分出不同的但可以相互协作的应用系统,使得设计出来的系统具有较高的伸缩性.可维护性以及可扩展