TCC推导过程

svn 账号

yuanzn 密码:TCH5mb

项目分层

MapperDao 数据校验 throw new CloudBaseRuntimeException

Helper 数据转换

manager 代码抽离层 业务逻辑校验放到这一层 其他service 调到这一层 代码生成器生成的代码调到这一层
确保service层业务代码清晰

异常处理

CloudBaseRuntimeException 业务异常
controller 层异常捕获
controller 层注解

线程池

cloudX-afterSale-job

任务

代码模板
代码格式
代码分层

环境配置

虚拟机MySQL
docker
springcloud
poseidon

配置

一、环境说明
新平台开发环境:saledev.linshimuye.com:81
主节点:10.10.15.163
子节点2:10.10.15.92
子节点3:10.10.15.147

子节点4:10.10.15.176
服务器权限:root/lsmy@2019
dubbo-monitor:http://10.10.15.92:6090
dubbo-admin管理后台:http://10.10.15.179:60001(用户:root,密码:root)
反向代理插件地址:http://10.10.15.179:8083
二、打包发布
2.1、前端发布:
sh /data/package/script/cloud-front.sh
2.2、后端发布:后端打包发布可在节点1、节点2、节点3打包
2.3、先用脚本打包
例:sh /data/webservers/script/dubbo_script_sit/order-dubbo.sh
2.4、在主节点重新销毁容器,创建容器
销毁容器
例:kubectl delete -f /data/kubernetes/xpt-dev/dubbo/order-dubbo.yaml
创建容器
例:kubectl create -f /data/kubernetes/xpt-dev/dubbo/order-dubbo.yaml

强制销毁容器

例:kubectl delete pod 【容器名】 -n=xpt-dev --force --grace-period=0
三、查看日志(主节点操作)
3.1、可在主节点查看tomcat实时日志
3.2、先查看pod(容器)名称
kubectl get pod -n=xpt-dev
3.3、根据名称打印具体容器日志
例:kubectl logs -f --tail=100 order-dubbo-deployment-5994446f84-bl4kq -n=xpt-dev
新成
销毁容器
kubectl delete -f /data/kubernetes/xpt-dev/dubbo/external-dubbo.yaml
kubectl delete -f /data/kubernetes/xpt-dev/web/external.yaml
创建容器
kubectl create -f /data/kubernetes/xpt-dev/dubbo/external-dubbo.yaml
kubectl create -f /data/kubernetes/xpt-dev/web/external.yaml
编译提供者
sh /data/webservers/script/dubbo_script_sit/external-dubbo.sh
编译消费者
sh /data/webservers/script/web_script_sit/external-web.sh
查看提供者日志
tail -f -n100 /data/webservers_tomcat/tomcat-external-dubbo-13141/logs/localhost.2019-09-29.log
查看消费者日志
tail -f -n100 /data/webservers_tomcat/tomcat-external-web-10300/logs/localhost.2019-09-29.log
查看实例状态
kubectl get pod -o wide -n xpt-dev

楠楠
15102012806

代码分层逻辑

  • 凸显核心逻辑:对于数据校验和和本方法业务逻辑不相干的的代码尽量不要放到service,可放入manager层中。
  • 单一职责:service层代码只向controller提供服务,不应当被其他service调用;否则会发生循环依赖,循环调用等情况,而且会造成层次不清晰的情况
  • 异常分为业务异常和系统异常,需要分开处理,并且根据功能模块或者系统分配不同的异常类以便区分,对于不符合业务逻辑的请求,抛出异常以中断流程,并打上日志
  • 日志,对于if else 的地方可以酌情打日志,增删改的地方必须打上日志 异常的地方需要打上日志,调试信息打上debug日志,不要使用Systen.out.print()这样的形式来说输出数据。
  • 本地配置文件的管理:
  • 通用性功能的封装
  • 模块划分原则
  • 其他参见阿里规范
测试服务器

tail -f  -n 100 /data/webservers_tomcat/tomcat-external-dubbo-13141/logs/localhost.2019-10-24.log

svn://svn.linshimuye.com:3391/cloudX/code/trunk1/server/cloudX

svn://svn.linshimuye.com:3391/cloudX/code/branch/20170309-1.0

svn://svn.linshimuye.com:3391/QNassistan

http://sale.linshimuye.com:8084/
05192 xiaohong520
// 开发环境
saledev.linshimuye.com:81
03335
yvonne123
// 测试环境
http://salesit.linshimuye.com:83/
07277
lq111111

http://jira.linshimuye.com:8083/secure/Dashboard.jspa;
用户名:yxwbyuanzl ,密码:6个1

SVN 账号:jiaxc 密码: zY7W74

六个核弹

猜你喜欢

转载自www.cnblogs.com/muggle0/p/11739772.html
TCC