共3页: 上一页 1 2 3 下一页 
摘要: 我的物联网项目专题移到网站:http://51jdk.com阅读全文
posted @ 2018-07-21 17:05 心灵之火 阅读(188) 评论(0) 编辑
摘要: 2.0平台服务化架构,必然分库,分库又必然面临一个分布式事务处理问题,所以无论是设计还是编码远远比1.0单体应用架构的工作量要大。不过做任何事情,重点不在实施,而是在思路,所以要解决分布式事务问题,还得先想清楚屡清楚怎么去做才是重点之重。 分布式事务处理方法其实大把,无需担忧找不到解决方法,关键是要阅读全文
posted @ 2017-11-25 11:59 心灵之火 阅读(456) 评论(4) 编辑
摘要: 准确的来说,1.0平台的单体应用架构没有互联网项目架构一说,传统的MVC开发模式,简单的小作坊操作流程,对于每个开发人员来说,只需要关注业务的功能模块实现而已。在1.0平台运营的半年时间里面,除了业务本身的需求爆炸性的增长,要求开发的迭代迅速,并且每次升级都不应该伤筋动骨,只是模块化的累加或者在原有阅读全文
posted @ 2017-11-24 14:52 心灵之火 阅读(1662) 评论(4) 编辑
摘要: 单体应用架构在创业型项目里面是非常合适的,毕竟它主要的担当还是在验证创业模式以及迅速功能实现,所以它从开发到部署,在少量开发人员的基础上能非常减少成本,主要是门槛低,开发效率也非常高。到目前为此,这个物联网项目从开发开始到现在线上运行大概经历了5个月左右的时间,订单数据从日订单几百到现在的七八万,在阅读全文
posted @ 2017-11-23 20:01 心灵之火 阅读(461) 评论(0) 编辑
摘要: 单体架构模式下的数据库基本都是单数据库,所以应用层通过spring事务控制的本质其实就是数据库对事务的支持,没有数据库的事务支持,spring是无法提供事务功能的。通过spring实现事务的方式也有声明式事务和编程式事务两种,不管哪一种实现起来都比较简单。像一般的业务,类型下面这种方式编程就行: 1阅读全文
posted @ 2017-11-23 20:00 心灵之火 阅读(324) 评论(0) 编辑
摘要: 摇摇车这个行业在中国至少已经存在了7,8年以上,这期间也越来越多的投放商加入到这个队伍里面,说明这个行业本身是刚性需求,不要小看这一块钱现金流,如果投放的数量达到一定程度,每天的现金收入是非常可观的。这么来算(粗略的算),投放100辆车出去,每辆车每天消费15次也就是说每天赚15块钱,每天总收入有1阅读全文
posted @ 2017-11-23 19:59 心灵之火 阅读(396) 评论(0) 编辑
摘要: 旧业务不断的调整,新的需求不断的开发,版本不断的迭代,这个是当前项目的一个暂时不可改变的现状。再加上每个开发人员写代码的风格和层次不一样,所以有很多本来可以在写代码过程中避免的问题非要通过线上的报警才能发觉。 最近两天线上linux服务器发现java进程CPU不断的飙升,新发的包过一会儿CPU就慢慢阅读全文
posted @ 2017-11-23 19:58 心灵之火 阅读(303) 评论(0) 编辑
摘要: 定时调度基本在任何平台或多或少的要用到,实现定时调度的功能很简单,我做过的项目中用到更多的是spring quartz或者spring task,它们在单机上使用定时任务配置是非常简单的,但是在集群环境中就需要面临一个必须解决的问题:如何限定只有一台机器在执行定时任务? 其实spring quart阅读全文
posted @ 2017-11-23 19:57 心灵之火 阅读(633) 评论(0) 编辑
摘要: 一 MQTT连接数报警 项目上线一个月左右,投放出去的摇摇车数量大概在200量左右,平均每天在线数(听说有些商家精打细算,有小孩需要坐车了才插电,平时都不插电,还有些干脆一直仍在角落懒的管)也就维持在100左右,当时在阿里云购买的MQTT配置是连接数上限2000(MQTT是按连接数购买的),像目前的阅读全文
posted @ 2017-11-23 19:56 心灵之火 阅读(393) 评论(0) 编辑
摘要: 我参与公司最开始构造的推广策略蓝图,经过不断修改调整,整个流程如下:全部推广人员由外面兼职或者全职人员通过微信注册页面注册登记进来,后台客服人员审核资格后,这些推广人员开始去外面的各种店开始推广,如果有感兴趣的商家愿意投放摇摇车,推广人员将商家手机号码,姓名,详细地址,意愿投放摇摇车数量在微信端页面阅读全文
posted @ 2017-11-23 19:55 心灵之火 阅读(373) 评论(0) 编辑
共3页: 上一页 1 2 3 下一页