首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

我们邀请了四家教育机构,总结了在线教育三大困局与突围路线(文末彩蛋)

最近,我的朋友圈被电视剧《小欢喜》刷屏了。 作为一部“中国家庭教育图鉴”,戏里的三个家庭在备战高考的环境下经历亲子矛盾、中年危机。“教育焦虑”再次成为全民话题。 图为热播剧【小欢喜】剧照 在线教育的喜与忧 互动更自由、教学更便捷、传播更高效的在线教育发展得格外热闹。但热闹背后,是大玩家将重金砸向各个渠道,让整个行业获客成本水涨船高,腰部玩家苦不堪言的行业现状。 如何准确追踪流量来源,分辨投放平台的价值高低?如何提升服务体验降低学员的流失率?如何高效地传输课件、下发课程通知、灵活试听,行成活跃的课堂氛围

01

alpakka-kafka(3)-kafka应用案例-需求分析

在大型复杂的应用中,业务模块之间总是相互关联,相互纠缠。无论对业务管理或软件开发方面都会造成困惑:从业务管理方面难以厘清确切的管理范围和职责:就是说不知一项业务具体谁来管。在软件开发方面则无法确定开发人员的具体分工和维护责任,即确定一项业务功能具体靠谁来修改、优化。拿一个普通的网上购物过程来说,除商品拣选过程外的优惠价选定、库存扣减、支付又会涉及商品定价管理、库存管理、财务管理等独立的业务模块。如果纯从软件开发角度来描述:负责开发购物流程的开发人员还需要兼顾优惠价计算、库存扣减、支付等业务操作。因为商品定价、库存管理、财务管理等都有可能是其它人负责开发的业务模块。一件商品拣选有可能造成该商品的定价调整、库存变动可能驱动采购、配货等业务的发生、支付也会是一些财务操作的启动原因。购物流程开发人员应该是不容许直接去实现这些业务操作的。为了解决这些矛盾,必须先实现业务模块的松散耦合。听起来有点像CQRS,不过是更广义的domainRS业务模块分离。在接触kafka之前,我们一般用soa模式由负责一块业务功能开发的程序员提供一套完整的对外业务操作api,就可以实现程序员各自独立工作,各管自己的一亩二分地。不过,完成的系统经常会出现内部处理业务速度跟不上外部api调用频率的情况,轻者拖滞api调用线程,重则造成业务处理异常。这个时候kafka应该能在解决方案里发挥特殊作用:如果我们把kafka引入到业务模块集成,业务模块之间通过消息/事件队列event-queue进行沟通就可以实现更高程度的、更高效率的、交易事务类型的业务集成了。

03
领券