大数据平台组技术路线执行理念

写在最前：自己是一个思维灵活人员，就是太灵活，视角很宽，看到了很多新东西就想要尝试并学习、引入，但深入不够，同时架构太大出问题机率直线升高，有明确的执行理念指导，是非常必要的，做任何决定前必须想到这个基本理念，切切。

0、精兵强将，稳扎稳打
解读：不可盲目扩张人员，人多了管理成本增加，水平参差不齐，代码质量无法掌控。慢一点没关系，做一步回头看两步，
稳步向前。

1、足够简单，完全可控
解读：尽量使用熟悉可控的软件，尽量少。出问题可以自主检查分析的。

2、稳定第一，运维优先
解读：没有成功先想着失败，一旦要保证备份，监控先行，集中精力打造思考运维平台，一出故障就会受到严重质疑。

3、深度研究，谨慎扩展
解读：对于使用的技术，一定要深研到底，不可浅尝辄止。对于引入新技术栈，要慎之再慎。

=======================================================
选型：
1、选择Golang,放弃 Java
理由：为了将服务分割成微服务，各业务模块独立编译，彼此之间强制隔离，各部分代码独立成项目，一个可执行文件，独立数据库。

2、选择postgresql，放弃mysql
理由：mysql在断电等异常情况下表现不佳，同时，我们在数据仓库中选型是GreenPlum,同样是postgresql技术体系，双线做战不如统一技术路线。

3、选择自主研发go-sso项目，放弃cas和xxl-sso

理由：统一技术栈，把所有技术细节抓在自己手中，整个框架可以先慢后快，不要出现不可控制的细节。

# go-sso

* "/login"  登录页面
*  "/Success" 登录成功页面
*   "/serviceValidate" 验证接口
*  使用全局拦截器进行授权拦截，即校验cookie中的用户名，与票据的正确性。（1：是不是存在，2：如果存在，那么是不是鉴权中心发放的密码（DES自加自解））
  
* jwt-go 创建签名
  
  涉及到创建Token,和检验Token

## 使用
第三方直接点击跳转到
http://127.0.0.1:8080/login?service=http://www.xxxx.com.cn/ceo_data 

账户密码验证成功后，会跳转到service中，并带上token

第三方系统只需要通过接口”/serviceValidate“ 验证就可以判断是否登录，并且能得到用户信息哦。