网站书店建设背景游戏软件开发公司排名

当前位置： 首页 > news >正文

网站书店建设背景,游戏软件开发公司排名,郑州比较好的外贸公司,湖北建设厅造价网站从零开始——单服务应用 单体应用技术选型 #xff08;GitHub、Gitee…#xff09;搜索是否有线程的产品用最熟悉的技术#xff0c;最快的速度上线如果有经费#xff1a;考虑商业化解决方案 个人小程序怎么做技术选型的 搜索是否有快速搭建下程序的软件技术选型 后端技…从零开始——单服务应用 单体应用技术选型 GitHub、Gitee…搜索是否有线程的产品用最熟悉的技术最快的速度上线如果有经费考虑商业化解决方案 个人小程序怎么做技术选型的 搜索是否有快速搭建下程序的软件技术选型 后端技术选型 用最熟悉的技术达到最快的开发速度MySQL、MyBatis、SoringBoot 前端技术选型
应用服务、数据服务分离 企业级应用的起步阶段两个目的 选择合适的技术实现项目的落地为项目未来的发展方向定好基调
要考虑的问题 运行平台的选择选择商业解决方案还是开源解决方案确定项目的研发模式确定具体使用的技术 事半功倍——引入缓存系统 要考虑的问题 在哪个位置使用缓存采用什么类型的缓存采用那种缓存模式具体用什么缓存组件 缓存位置 客户端缓存 浏览器中的缓存APP缓存 网络中缓存 代理服务器缓存CDN缓存 服务端缓存 如何确定缓存的位置 没有性能瓶颈不考虑那里慢就在那里用缓存 缓存类型 内存缓存 速度非常快数据可能会丢失适用于速度要求非常高容忍数据丢失的场景堆内缓存 优点 无需序列化、反序列化性能很好 缺点 会对GC造成影响容量受限于堆内存的大小一般为软引用或弱引用存储 堆内缓存适用场景 存储非常热的数据 磁盘缓存 性能比内存缓存差数据不会丢失适用于需要持久化的场景
负载均衡 基于DNS的负载均衡 在DNS服务器上为多个地址配置相同的解析记录优点 把负载均衡的工作交给了DNS服务器减少了网站管理的维护工作技术实现比较灵活、方便、简单易行、成本低适用面广能适用于大多数TCP/IP应用 缺点 一般不能反映服务器当前运行状态某台服务器下线之后即使修改了DNS记录要想让记录生效可能需要很长时间保证DNS解析指向的目标地址高可用、地址不会经常修改一般来说大型网站会用DNS作为一级负载均衡 DNS指向的IP对应的并不是一台机器而是高可用的服务器集群dig命令可查询记录
基于反向代理的负载均衡 请求经过反向代理由反向代理组件提供负载均衡算法计算出一个服务器地址返回代表实现 NGINXHAProxyApache
互联网项目负载均衡器演变的典型过程经验 项目初期NGINX中期结合Keepalived实现NGINX的高可用之后再搭载LVS或F5从而扩展多个NGINX如果一个LVS集群顶不住的饿话会再结合DNS扩展LVS 有状态VS无状态 状态服务器是否要存储用户的登录状态服务器端是否要维护用户的会话 有状态 粘性会话 当客户端在一台Web Server上登录后以后的请求都会绑定到该Web Server实例优缺点 无需引入额外组件实现简单存在单点问题需要额外实现故障转移可能有不均衡问题
会话共享 使用session保持会话多个应用实例存储到一个中央存储中去优缺点 需要额外引入组件即使任意Web应用崩溃依然可用但Session Store一旦崩溃所有会话都会丢失
会话复制 Web Server实例之间互相复制会话优缺点 无需实现故障转移无需引入额外组件会话复制消耗带宽和内存
无状态 服务器端不去记录用户的登录状态服务器端不再去维护会话用户登录时办法一个token这个token一般是加密的之后每个请求都会带上这个token放在header、URL参数、Cookie中传递有状态的缺点 无状态的优点无状态的缺点 一旦把token颁发给用户就很难控制它的下线时间
有状态 vs 无状态 读写分离 CDN 静态文件效果非常好动态数据效果不佳动态内容静态化动静分离 CDN组成原理 CDN技术选型要考虑的问题 自建 or 商用 优先使用商用CDN当商用CDN满足不了业务需求顶不住的时候再考虑自建原因自建很不划算小米、快手、大众点评 都是商用CDN 如何挑选CDN 速度 节点数带宽能力节点分布 功能 加速优化 DNS优化 监控统计 实时监控点击率、命中率、占用流量访问日志监控 安全性 防盗链IP黑白名单 价格 按带宽峰值计费按流量计费
全文检索 减轻了数据库的查询压力提升应用性能提高用户体验实现全文检索的五种路径 使用数据库内置的全文搜索能力使用和数据库深度集成的全文搜索使用开源全文所搜引擎使用商用全文搜索引擎自研全文搜索引擎
使用数据库内置的全文搜索能力 优点 学习成本低方便无需引入新的组件保持了架构上的简单性 缺点 搜索引擎没有和数据库分离数据库的职责不够单一全文搜索的能力受限于数据库的查询能力 不建议使用 使用和数据库深度集成的全文搜索 代表实现Sphinx 可独立运行可以和MySQL、PostgreSQL深度集成 选型建议 Sphinx在业界非常流行如果看中运维成本同时对扩展性没有太高要求可以尝试 Tips Sphinx相对于其他全文搜索引擎来说功能并不是很强国内文档不多越来越多的企业在从Sphinx往第三种模式迁移
使用开源全文所搜引擎 目前最主流的方式 选择丰富扩展性非常好 缺点 需要独立部署搜索引擎需使用搜索引擎特有语法操作搜索引擎 既是缺点也有优点缺点在于有学习成本好处就是能够支持更加复杂的查询另外像Elasticsearch之类的搜索引擎既支持DSL也支持SQL 搜索引擎和数据库是独立的两个软件需要考虑数据一致性 借助logstash-input-jdbc之类的插件同步应用写入数据库的同时也写到搜索引擎 选型建议可以放心使用 使用商用全文搜索引擎 阿里云Open Search微软的Microsoft Azure Search成功案例不多选型建议 商用产品有良好的服务省事、省心可以放心使用要考虑商用产品封闭性所带来的影响例如厂商很难根据你的特殊需求专门定制
自研全文搜索引擎 阿里、苏宁、万得资讯、东方财富优点核心技术在自己手上有更好的灵活度遇到问题可以从底层调整与优化缺点遂团队的技术要求会比较高成本也非常高