陈立java进化论

dubbo和我的故事

目前常用的框架是ssh 或者ssm框架，在javaee框架上我选择了springmvc spring和mybatis框架。数据库用到了mysql。使用了maven和git做项目管理。        节点角色说明：Provider: 暴露服务的服务提供方Consumer: 调用远程服务的服务消费方Registry: 服务注册与发现的注册中心Monitor: 统计服务的调用次数

一个简单的电商网站说起，它可能包含如下的几个模块和功能，如首页、detail页、list页、下单页、支付页以及后台管理等页面和功能。随着业务的发展，单一应用架构带来的问题是：1.代码越来庞大，业务越来越复杂，多个团队开发同一个应用，难以维护2.业务复杂，占用的系统资源越来越多，流量越来越大，不方便扩展垂直应用架构解决了单一应用架构所面临的扩容问题，流量能够分散到各个子系统当中，且系统的

启动dubbo服务的的方法大概有三个1.servlet容器类似tomcat    2.自建main方法，使用spring3.使用dubbo提供的main方法优缺点分析： 使用servlet容器会使得端口管理复杂，内存造成不必要的浪费。使用自建main方法，没有使用上官方提供的main方法会造成不可估计的错误，使用dubbo本身提供的main方法，可以实现优雅关机。   优雅

Dubbo管控台可以对注册到zookeeper注册中心的服务或服务消费者进行管理，但管控台是否正常对Dubbo服务没有影响，管控台也不需要高可用，因此可以单节点部署。 IP: 192.168.10.101部署容器：apache-tomcat-7.0.57端口：8080 1、 下载最新版的Tomcat7:$wget http://mirrors.hust.edu.cn/a

在多系统中，避免不了各种业务之间的跳转，为了使得不需要重复的登录就必须实现sso。目前的sso实现方案中有oauth ，cas等一些开源东西。目前公司用到了集群，于是就采用了耶鲁大学开源的cas方案去实现。   遇到的问题：1、系统是nginx，tomcat做的集群，那么必须要实现session的共享                           2、必须要把session和tick

当生成jar包把所有的依赖都往linux上部署完之后，就可以启动dubbo服务了，当然这个前提是java的linux环境要部署好。dubbo服务的启动很简单，如果只是少量的服务接口的时候，手工就可以进行服务的维护    维护的命令如下：           java -jar  xxx.jar &          kill PID          kill -9 PID

dubbo建议使用的zookeeper作为服务的注册中心，zookeeper做集群的时候，只要有过半的机器是正常的，那么服务就能正常的对外提供服务，基于这种原则，就出现了所谓做集群的时候的单数原则即zookeeper的服务器出现2n+1的原则，所以集群最小推荐的服务器是3台，以此类推就3,5,7.但是在做集群的时候3台和5台的性能是差不多的，所以在3台还是5台服务器选择的时候，那么就直接选择3台吧