传统租车服务企业,拥抱Docker,K8s,微服务之路!

08/07 11:30
阅读数 73

走进台湾双北市的民营停车场,现在有机会看到贴有Smart2go字样的车辆停在停车场,供租用,而无论预约、取车、还车到付款,使用一站式App都能完成。这是格上汽车租赁(简称格上)从今年4月开始尝试的新运营模式,来提供无人租车服务,而这套服务背后的重要推手即是格上信息团队。

成立有35年的台湾租车企业格上,发展之初即看准不论是外商或在地公司,都有相当大的公务用车需求,而及早切入了企业租车的B2B市场,发展至今,相较以民众为主要承租对象的短期租车B2C模式,企业长期租车服务一直是格上的主业。

为抢上市时间,格上起初交由外部厂商负责开发无人租车服务Smart2go的App,但因厂商的执行力度不如预期,去年年初,格上高层决定,将开发至一半的App拿回,交由自家信息团队接手完成后续的开发工作。这也成为了格上汽车租赁数据管理中心经理周金龙的首要考验。

周金龙于2018年加入格上,于隔年接掌信息团队,随即接下完善应用服务功能,来满足使用者和市场需求的任务。

然而,格上信息团队原仅有7位,负责内部系统开发、运维的人员,并没有开发、维运App能力的工程师,使得App的开发工程,首先遭遇了人力不足的问题。周金龙获得了经营高层的支持,得以扩大团队规模,招募新血。

但他直言,由于求职者对传统租车行业IT有既定印象,使得人才招募不易。周金龙花了许多时间与精力,才逐一找到合适的人选,包含App工程师、后端工程师、Gateway工程师等。

除了找技术人才外,他还做了另一个决定,就是将项目经理(PM)纳入信息团队的人员编制中,由PM作为跨信息与运营团队的沟通桥梁,负责统筹运营端的使用需求。这有别于过往格上整个信息团队都是纯技术人员,负责开发、运维等工作,而PM工作则由信息部主管兼任,肩负与业务部门沟通的责任。

现在,具IT背景的PM,代表信息团队与业务部门沟通,周金龙认为,有2大好处,一方面,PM有能力紧盯每一个工作流程、环节的衔接,另一方面,他也能专注于整体系统架构的规画,以及评估新技术的采用可能性,而不是直接参与所有的运营端讨论。目前格上信息团队共有3位PM,分别管理Smart2go、SmartTaxi和内部系统。

然而,为要提供这项无人租车服务,从注册、审核、预约、拍照取车、还车到付款,都须改由行动化的租借方式来完成,取代传统门市租车的操作流程,对于信息团队来说,也是一大挑战。

格上信息团队新成员逐一到位后,第一件事就是先全面检视无人租车服务的所有流程,掌握各流程的开发进度,也与厂商逐步交接,在花了一段时间后,才全面接手开发。
但他们马上就面临第一个考验,得解决App与车机通讯的难题。由于信息团队工程师不熟汽车硬件,他们花了很多时间从头摸索,期间更与硬件厂商来回多次讨论,才顺利让App可以与车机系统沟通。

举例来说,原先手机App仅能通过蓝牙传输信号给车机,来进行车辆上锁、解锁。但他发现,车机能支持的手机蓝牙模组有限,导致少数厂牌手机会因无法与车机配对,而无法成功上锁、解锁,于是,他在车机加上了4G传输方式,才解决这个问题。

目前,每台Smart2go汽车内都装有这样一个车机设备,通过车联网技术,来定时回传车辆的信息,包含GPS定位点、车门上锁状况、电量或油量等,至App服务后台,供格上远端掌握车辆的状况。为确保服务后台与智慧车机设备间的稳定连线,格上IT甚至自己重写了两者间的闸道功能。这是格上实现24小时汽车租还服务的关键。

付款功能拥抱微服务架构,成为3支系统的共用模组

为了应对B2C服务快速迭代、快速扩充、快速还原等问题,周金龙决定,在Smart2go服务导入微服务架构与容器技术,来打造可弹性组合和扩充的功能模组。

考虑重新开发整个新系统所需付出的成本,周金龙选择从当时还未开发完成的付款功能开始做起。招募了擅长容器技术的新成员, 改采用Docker容器技术,并采用微服务架构来设计容器化后的付款功能,进而部署在K8s上,最后,花了近3个月的时间,赶在Smart2go展开试运营前完成。

格上其他服务也有使用付款功能的需求,例如SmartTaxi和短租,因此,该功能模组不仅支持Smart2go,还支持SmartTaxi和短租服务,成为3支系统的共用模块。同时将该功迁移到公有云,当各服务有付款需求时,可直接使用功能模块,来完成付款的程序。

如果延续原先的系统架构,各系统各自有专属的付款功能,当有调整需求时,例如改变收单银行,团队需分别修改每一个系统的程序, 而如今,付款功能采微服务架构与各系统分离,有任何修改需求,团队则只需调整一次,不用再重复开发,也节省了不少IT团队的时间。

微服务可快速横向扩充的特点,也是团队看上的效益。若服务遭遇流量暴增,容量不足的情况时,可以快速开启新的服务器来使用。除了Smart2go,计划未来所有格上B2C服务都拥抱容器与微服务架构,再通过K8s平台来管理大量容器的调度。

要把微服务架构带入格上其实并不容易, 这些新技术对传统产业来说,相对陌生,周金龙需要费一番功夫向高层说明,才可获得时间、人力和经费的支持,但,他有非做不可的理由。 周金龙表示:「如果现在不做,格上在明年、后年会面临着更庞大的企业信息转型压力,必须先超前部署。」

且周金龙的最终目标除了要让对外服务全面拥抱容器与微服务架构外,还要进一步实现DevOps,让整个流程从开发、测试、交付、部署等,都采自动化方式执行。

他以F1赛场上的换胎时间为例,各团队都在争取毫秒级的时间优化,来取得超越对手的机会,他表示,同样地,强调24小时的Smart2go服务,面对改版需求时,也是分秒必争,而这需借DevOps来实现。目前,周金龙已在公有云上,建立了DevOps的雏形,他将逐步让各系统以DevOps作为开发流程的准则。

为求服务品质,在App正式上线前,格上花费了数月进行封测。周金龙尤其注重实际上路测试的工作,以直接掌握不同外在因素对服务可能造成的影响,测试的因素包含了不同使用场域、不同天气情况、不同使用载具等,来确认服务在各类因素下,可以维持相同的服务品质。

Smart2go系统与停车场的停管系统串接,每当车辆进出停车场时,停管系统就会将车辆进出停车场的时间,传至服务后台记录,让后勤团队可借车机和停管系统的信息,双重掌握车辆位置。

今年除了将持续优化无人租车服务,以提升服务流程的顺畅度,另外,还规画构建Open API平台,供外部单位串接格上的服务,目前已完成构建。过去,外界须通过格上界面包含官网、App,才可使用格上的服务。如此限制了服务的发展,「应打破服务或是界面的界限,来降低信息合作的门槛。」

目前计划通过Open API,开放特定的服务,供外部服务的开发团队在合规的情况下,开发新系统,增加使用企业服务的管道,创造新的商业模式,带来新商机。租赁产业被定位为传统行业,信息化的脚步相比其他产业慢,我们需转变思维,如果还是延用老方法,永远只能追赶别人,先做好Open API平台,等外部管道介接,才可比别人快一步,且现在不做竞争对手就会抢先做了。

不仅要满足信息系统使用需求,更要打造好的人才循环

回忆当时寻找Docker人才时,好不容易找到合适的人选,但对方因对传统行业要拥抱容器化,抱持怀疑的态度,选择至电商任职,最后却没有实际做容器化的工程,他坚定地道,「我不能让这样的情况再次发生。」

信息单位主管不只需顾及系统,还需考虑人才的面向, 如果持续延用旧技术,只求系统的稳定性,不但无法招募好的新人才,既有的人才也会快速流失,造成恶性循环的结果。

而人才,正是促使周金龙过去一年多来,采用多项新技术,包含容器、微服务架构等的关键因素之一,因他深知,建立一个具竞争力的信息环境,才能打造好的人才循环。要让外界知道格上敢用有门槛的新技术,才能吸引好的人才加入,同时让现在的信息人员不断地成长。虽然,人员会流动,但他深信,只要打好基础,打造好的人才循环,让这个循环持续滚动,就不需担心未来信息化的新挑战。


格上汽车租赁数据管理中心经理周金龙
2006年时在仁宝担任主任工程师,负责整合系统与执行项目,于2009年加入一家电商新创,开始累积B2C的IT经验,再于2014年进入某免税店的信息部,负责管理基础架构团队,后于2018年,加入格上汽车租赁,并从2019年开始掌管数据管理中心。

参考: https://www.ithome.com.tw/people/13 8566

END

Kubernetes CKA实战培训班推荐:

北京站:9月11-13日


本文分享自微信公众号 - K8S中文社区(k8schina)。
如有侵权,请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”,欢迎正在阅读的你也加入,一起分享。

展开阅读全文
打赏
0
0 收藏
分享
加载中
更多评论
打赏
0 评论
0 收藏
0
分享
在线直播报名
返回顶部
顶部