SpringCloud服务拆分与数据拆分思考

不能为了拆服务而拆服务

比如我们现在有B端的两个Portal,简称PA、PB,两个Potral的后台PC。按照常规的做法,会把PA,PB,PC里重要的模块拆分成单独的服务,数据库也根据对应的模块切分成多个库。这样
一来开发的时候,经常会发生没法级联查询,feign客户端可能会出现回环调用,业务发生变化时数据库中的表需要下沉或者上提,运维成本等等问题。

个人觉得细化服务比较适合C端一些比较大的功能模块,比如订单,而B端重业务,日活和QPS都没C端那么大,拆分过细,反而不利于整个项目。

Read More

flink on k8s

项目背景

流式处理(主ETL 副计算)

0.1版本

直接在一台机器上启动standalone cluster,通过web提交任务。

缺点:所有计算资源依赖于一台机器,此方面只能做为初期的demo部署方案。

Read More