《电商设计手册 | SkrShop》

Do design No code | 只设计不码码

版权声明

未经版权所有者明确授权，禁止发行本手册及其被实质上修改的版本。
未经版权所有者事先授权，禁止将此作品及其衍生作品以标准（纸质）书籍形式发行。
未与任何第三方以任何形式合作。

Star趋势

架构

前言
目录
技术栈选型
代码仓库
用户体系
- 账户服务
- 权限服务
购物体系
营销体系
- 活动营销系统
  - 通用抽奖工具(Glue万能胶)
- 销售营销系统
- 基础服务
  - 秒杀服务
  - 优惠券服务
  - 积分服务
交易中心
- 常见第三方支付流程
- 支付系统设计
- 收银台
订单中心
仓储系统
- 地址服务
物流系统
售后服务
基础服务
- 接口静态化服务
- 上传服务
- 消息服务
  - 短信
  - 邮件
  - 微信模板消息
  - 站内信

前言

一直从事互联网电商开发三年多的时间了，回头想想却对整个业务流程不是很了解，说出去很是惭愧。但是身处互联网电商的环境中，或多或少接触了其中的各个业务，其次周边还有很多从事电商的同事和朋友，这都是资源。于是，我决定和我的同事、盆友们、甚至还有你们去梳理整个流程并分享出来，谈不上结果要做的多么好，至少在每一个我们有能力去做好的地方，一定会细致入微。

除此之外，同时为了满足我们自身在工作中可能得不到的技术满足感，我们在做整个系统设计的过程中，会去使用我们最想用的技术栈。技术栈这一点我们借助docker去实现，所以最终的结果：一方面我们掌握了业务的东西，另一方面又得到了技术上的满足感，二者兼得。

最后，出于时间的考虑，我们提出了一个想法Do design No code。【只设计不码码】 这句话的意思：最终我们设计出来整个系统的数据模型，接口文档，甚至交互过程，以及环境部署等，但是最后我们却不写代码。是吧？如果这样了写代码还有什么意义。当然，也不全是这样，出于时间的考虑当然也会用代码实现出来的，说不定最后正是对面的你去实现的。

其次，这些内容肯定有考虑不全面或者在上规模的业务中存在更复杂的地方，欢迎指出，我们也希望学习和分享您的经验。

技术栈选型

- 基础环境
    + k8s
    + docker
- 存储
    + mysql
    + redis
        * codis
        * redis主从
- queue
    + kafka
    + rocketmq
    + rabbitmq
- gw
    + kong
    + zuul
- webserver
    + nginx/openresty
    + envoy
- server
    + go
    + php
- frontend
    + vue
- rpc
    + grpc
    + thrift
- 基础能力
    + 监控
        * zipkin
        * elk
        * falcon
    + 服务发现
        * zookeeper
        * etcd
    + 持续集成
        * ci/cd
- 搜索
    + es
    + solr

代码仓库

请您耐心等待...

Skr Shop项目成员简介

排名不分先后，字典序

昵称	简介	个人博客
AStraw	研究生创业者	公众号“稻草人生”
大愚Dayu	国内大多人使用的PHP第三方支付聚合项目Payment作者，创过业	大愚Talk
lwhcv	曾就职于百度/融360	--------
TIGERB	PHP框架EasyPHP作者	TIGERB的技术博客
Veaer	宇宙无敌风火轮全干工程师	Veaer

853695319 / manuals