×

深圳网站建设—APP开发—网站制作—小程序开发_博纳网络公司

0755 -
82538016
82560826
网站制作资讯

APP项目开发怎样实现架构的单机部署?(二)

文章编辑:网站建设 文章来源:APP开发 浏览量:

APP项目开发怎样实现架构的单机部署?(二)
APP项目开发架构单机部署方法,本文接上一篇未完部分继续与各位分享:
1.为什么要加入负载均衡HLB?
  一般来说,只有在访问量达到一定的程度时,才需要使用负载均衡把请求分发到集群中的服务器,减轻单台服务器的压力。深圳APP开发公司认为这是因为UCloud的负载均衡ULB是免费的,在这个阶段提前使用负载均衡ULB,把外网的请求转发到云服务器,云服务器就不需要直接暴露在外网,增加整个架构的安全性,同时也不会增加额外的资金支出。
  开发人员需要连接云服务器的ssh服务,只需要在负载均衡ULB中把ssh端口的请求转发到云服务器的ssh端口,就能通过ssh操作云服务。 
2.为什么一开始就使用Redis?
  因为Redis既能用作缓存,又能充当队列服务,使用同样的软件减轻运维的负担。同时其并发性能高,能在长时间内应对业务压力,非常适于初期的项目。在这个业务时期,Redis具有下面的作用。
(1)验证用户信息
  在需要用户登录的App中,为了保持应用服务器的无状态,在需要验证用户信息的场景,每次App请求附带用户的信息来验证用户的状态,由于每次App的请求都要验证信息,这种访问频次非常高的用户信息行为应该在Redis中进行,如图10-12所示。
(2)充当消息队列
  这个阶段架构的要求是极简化设计,但极简化设计不能牺牲用户体验,在App中,有个常见的响应时间比较长的功能需求:发送验证码用户注册的时候.App为了获取用户真实的社交关系,需要获取用户的手机号和手机通信录信息,获取手机号时为了验证手机号的真伪。要通过手机验证码验证手机号,但由于发送手机验证码只能通过第三方的短信发送平台发送,因此发送验证码功能有可能响应时间比较长。
  为了使发送手机验证码这个功能不影响API接口的响应时间,通常的做法是把发送验证码的功能放在消息队列中处理,在这里Redis充当消息队列的角色,如图10-13所示。
3.架构中不包含文件服务
  文件服务作为App后台中使用得非常频繁的服务,在服务器中搭建文件服务有下面系列运维和开发成本。
·当容量不足时,要及时给文件系统扩容。
·图片的缩略、剪裁、水印等常见功能都需要研发。
·为了保证文件服务的高可用,最少需要两台文件服务器做互备。
·为了获得更快的文件上传和下载速度,需要更大的带宽,但带宽的成本非常高(视频网站的财务报表显示,带宽的支出占总收入的30%以上).为了提升用户体验投入这么多的资金不划算。开发人员在架构App后台、涉及文件服务的时候,都应该考虑以上的问题。
  APP开发公司同推崇的架构原则是,“尽量使用成熟可靠的云服务和开源软件,自身只专注于业务逻辑”,使用文件云存储服务后以上的问题都能解决。文件云存储服务有如下的优点。
·全网加速,根据使用场景选择最优的加速线路。
·云端数据处理,图片缩略、剪裁、水印等常见操作都能通过相应的API实现,无须再重复造轮子。
·安全存储,多机房互相备份,保证数据安全性。
·存储无上限、支持高并发访问。
·按下载量计费的付费模式更加灵活,节省更多的流动资金。
因此博纳网络认为应该把搭建文件服务器这块从架构中移除,直接使用文件云存储服务,让研发人员投入更多的精力在业务上。
  在这个阶段追求的是快速搭建后台架构,在图10-12的架构中,如果团队的开发语言是以PHP为主,那么相应的架构可以是Ngiux+PHP+Redis+MySQL这个经典的组合。大量的初学者不知道怎样在服务器上快速安装并配置这个环境,根据APP开发公司工程师的观察,大部分的做法是从网络上搜索这些软件对应的安装敦程(大多数是教编译安装的方法),一步步对照着教程安装相应的软件,如果中选出现了和教程中不符合的现象,又是长时间的搜索,效率非常低。APP开发公司博纳网络以CentOS系统为例,列举四种快速安装Nginx+PHP+Redis+MySQLi的方法。
(1)使用yum i nstall命令,很快就能把Nginx+PHP+Redis+MySQL环境安装完。但这种方法不推荐,因为这种方法安装的软件无法配置具体的编译参数,太多不可控的因素。
(2)在使用云服务器提供的镜像市场中选择镜像安装。
在UCloud中,当创建一台云主机的时候,可以从镜像市场中选择一个配置好基础环境的镜像创建服务器,如图l0-14所示。
这种方式也是不推荐的,理由和(1)一样,安装的软件无法配置具体的编译参数,太多不可控的因素。
(3)使用一键安装包
  网络上有很多一键安装包,只要输入相应的软件版本和安装路径后,能很方便地安装相应的软件,例如lnmp一键安装包(http://www.lnmp.org)和ezhttp一键安装包(https://github.com/centos-bz/ezhttp)。如果安装某个软件需要修改其编译参数,则查找安装脚本对应的部分修改就行。
  这个阶段的项目,一般都是由开发人员来当运维人员,这类键安装包就是帮开发者处理了常见软件的安装、配置和优化工作,搭建了大体框架,开发者如果有特殊的需求则在其基础上修改就行了,减少了运维上的负担,使用起来非常方便。
  需要注意的是一键安装包为了通用性,会在系统中安装很多软件,但未必所有软件都是开发者所需要的,因此为了保证安全性,APP开发者在安装脚本执行完毕后还要关闭所有不需要的服务,在防火墙中严格控制允许访问的端口。
  Docker是用于统开发和部署的轻量级Linux容器,让开发者打包其应用及相关的依赖包到个可移植的容器中,再发布到生产环境通过Docker能保证开发者机器和生产服务器上的软件环境是一致的。
  新浪微博等IT公司也在培养开发人员用Docker部署环境,这种部署方式是未来的方向,虽然在观阶段存在较高的学习成本。在这阶段,随着业务的发展,云服务器的性能慢慢不能应对增长的访问量,这时就有两种升级选择。
·硬件升级( scale up)
·独立部署、集群或分布式(scale out)
在这个阶段,APP开发公司认为应该是优先选择硬件升级(scale up)的方案,通过升级相应硬件(CPU、内存、带宽等)来解决性能问题
优先使用硬件升级(scale up)有下面几点原因。
·云服务器升级硬件非常方便,在控制台选择相应的配置、付款、重启云服务器,5分钟不用就完成升级。
·如果选择独立部署、集群或分布式(scale out).需要额外的运维成本。这是个野蛮生长的时期,产品处于不断摸索的阶段,开发人员应该把精力专注于业务和打磨产品上,尽量保持极简化架构,不应该花费太多的精力在运维。
  由于每个App的业务不样,可能某些App后台把硬件配置升级到极限电没法应付访问量上的压力,这时就要根据具体的业务情况选择独立部署、集群或分布式(scale o ut)这些架构升级的方案。而这些方案中,独立部署是成本最低的,集群或分布式的成本较高,优先考虑低成本的升级方案。
这个阶段的总结如下
·优先考虑使用云服务和熟悉的开源软件,降低人力和时间成本
·重视迭代速度,避免过度设计,务必先让后台能用。
·优先考虑硬件升级(scale up)。好了,APP开发公司本文关“APP项目开发怎样实现架构的单机部署?”全文分享完毕,希望能给您APP规划设计工作有所帮助,谢谢关注,博纳网络编辑整理。

当前文章链接:/construction/appkaifa/1881.html
如果您觉得案例还不错请帮忙分享:

[声明]本网转载网络媒体稿件是为了传播更多的信息,此类稿件不代表本网观点,本网不承担此类稿件侵权行为的连带责任。故此,如果您发现本网站的内容侵犯了您的版权,请您的相关内容发至此邮箱【qin@198bona.com 】,我们在确认后,会立即删除,保证您的版权。