idcf-boat-house / boat-house Goto Github PK

配合 https://boat-house.cn 我们需要提供一套可用的环境

以下只是示例，我们需要把boat house的所有系统都部署一套，并通过主站作为入口，允许社区的任何人都进去访问（后台管理系统提供只读访问）

比如：
https://shop.boat-house.cn
https://admin.boat-house.cn
https://swagger.boat-house.cn
https://tools-jenkins.boat-house.cn
https://toos-nexus.boat-house.cn
https://tools-k8s.boat-house.cn
https://tools-sona.boat-house.cn

@liminany @smallidea 你们一起规划一下，需要的收找 @zhouwenyang

1.对于前端纯表单(非node服务)的提交方式,仅支持POST和GET方式
2.设计的API要考虑公开还是内部使用的方式,如果公开的API在设计返回错误的时候需要在400的body添加错误代码以及错误信息,如果非公开,考虑简单设计,仅返回请求错误的提示信息就可以,前端直接拿到错误信息进行提示,无需在做任务处理
3.一般REST设计会使用GET/POST/PUT/DELETE方式,其他请求的方式可能会存在不兼容的情况
4.返回响应的结果数据建议都要加上时间戳,有助于后续业务的扩展性,比如分页,倒计时等策略,类似
{
"data": {},
"timestamp": 1585040740
}

• 培训日程
• 动手实验场景
• 需要实现这些实验场景，当前的代是否需要做改造

考虑点

1. 开源项目能够尽量的吸引社区流量
2. 运作社区的过程中，管理成本，能不能把repo的结构有一个标准化的规范；避免不同的兴趣小组的冲突
3. 容boat-house产出物能够融合到idcf.org.cn （人才地图）

TODO

• 整理代码库结构重构计划，考虑：微服务，流水线，自动化测试脚本，文档
• 整理现有得project board, issue列表，该清理的清理
• 整理当前的项目架构/流水线/文档/图片，需要进行调整
• 二期该如何运作，运作规则需要整理成文档md，发布到wiki+站点上

• 设计存储库目录结构

• 规划并定制实施流程

• 主库结构 整理

• 基础设施库

• 前端代码库

• 移动端代码库

• 后端代码库

@smallidea @ups216

拆库已经完成，详见：https://github.com/idcf-boat-house/boat-house

TODO：后端单体架构流水线，可选方案：

• 将sprint boot application maven project 合并成一个Pom文件进行编译打包成一个jar
• 一个容器里面跑两个应用，需调整dockerfile,目前未完工，详见这里：https://github.com/idcf-boat-house/boat-house-backend/blob/master/src/Dockerfile

Apache JMeter Dashboard：无法访问

参考链接：jenkins 生成引用外部CSS、JS的HTML无法打开