您所在位置：网站首页 > IT计算机/网络 > 多媒体应用新浪网动态应用平台介绍

新浪网动态应用平台介绍

16页

卖家[上传人]：xzh****18

文档编号：56610282

上传时间：2018-10-14

文档格式：PPT

文档大小：905.50KB

文档加载中……请稍候！
如果长时间未打开，您也可以点击刷新试试。

下载文档到电脑，查找使用更方便

10 金贝

/ 16 举报版权申诉马上下载

文本预览

下载提示

常见问题

1、,目录,平台介绍,功能提供：PHP程序托管服务的虚拟主机环境提供：数据库、存储、Memcached 等基础服务提供：代码分发、开发环境、线上调试、后台管理、Cron 配置功能,2.0 版本 2006年完成 2.0 环境的搭建 2006年托管项目数量突破 100 个，每日程序请求突破 3 亿次 2006年实时访问统计系统开发，实现恶意访问控制机制 2007年子系统或代码被其它业务使用：代码分发、数据库集群、软件包仓库 2008年基于数据库集群系统，发展为独立的数据库服务平台 2008年基于虚拟化技术经验，开发了虚拟机服务平台，并投入使用,历史 1.0 版本 2004年由 CTO 李嵩波先生立项，9月份完成 1.0 环境搭建 2005年资源监控系统开发，实现项目资源的可用性监控和报警 2005年生产环境部分系统单元开始使用 Xen 虚拟机技术 2006年基于 MySQL 的数据库集群系统开发完成,平台目的,高可用 + 低成本 + 可扩展没有单点故障基于LAMP架构和其它开源软件技术平台资源被多个业务共享从而提高资产利用率增加服务器即可提升服务容量并且对应用

2、透明,应用开发和平台开发分离技术团队专业分工，各自作擅长的事情开发人员在已有系统平台迅速开发应用，缩短开发周期，提高效率,统一的运行环境统一标准的系统环境配置，方便开发，方便运维开发环境发布代码到生产环境即可正常运行,简单映像的体系架构让开发人员只看到一个Web前端、一个DB、一个存储、一个Cache 底层系统集群技术、节点多机房分布等技术对开发人员透明,系统架构,性能和可扩展性,专线/VPN,代码发布,多机房分布式体系,存储同步,数据库同步,数据库写,代码分发,专线/VPN,历年访问量,程序Hits量每年都翻倍每年增加一定数量的机器即可满足需求,使用的开源软件,LAMPMemcachedSquid-CacheHeartbeat + DRBDXenCfengineBind DNS + MonHaproxy,经验分享系统架构设计,借鉴成功的经验 LiveJournal (Memcached、MogileFS) Yahoo!、Google、Youtube、Facebook使用成熟的软件除非别无选择才去自己开发代码自己开发代码也许容易，但长期维护很不容易深入了解你所使用的成

3、熟的软件，用好它！一定程度的底层封装和隔离目的：使系统具有可扩展性简单 = 高效不要过于追求完美，够用就好！循序渐进的开发过程，分阶段达成目标简单 ( 结构设计 + 实现方法 ) = 高效 ( 开发过程 + 故障排查 ) 简单是指：简单的体系结构、更少的系统单元、更少的处理流程、更少的代码编写,经验分享标准化配置,标准化配置的好处使开发环境和生产环境分离系统环境配置变更后，系统管理员更新资源配置文件即可运行环境配置软件包、版本、路径、用户常用配置文件统一管理：httpd.conf, php.ini, hosts Apache 和 Squid 日志记录每个请求执行时长，MySQL打开慢日志资源配置资源包括：数据库账户、存储路径、Memcached、数据目录等如数据库的IP和端口的资源变量名: SINASRV_DB_HOST SINASRV_DB_PORT 通过 Apache 环境变量取值: $dbPort = $_SERVER“SINASRV_DB_PORT”通过解析配置文件获取: $SINASRV_CFG = parse_ini_file($_SERVER“DOCU

4、MENT_ROOT“ . “/system/SINASRV_CONFIG”),经验分享约定和限制,基本的约定数据库读写分离程序不允许写磁盘文件 Cache，尽量使用 Memcached 程序不允许使用绝对路径程序目录可执行不可写，数据目录可写不可执行访问 MySQL 和 Memcached 不使用长连接模式数据库查询时间大于 1 秒的次数每分钟不超过 1 次更多。必要的限制 PHP 中禁用一些危险函数程序的执行时长不能超过 30 秒程序调用外部网络服务超时小于 30 秒程序可用的内存限制在 18M 字节以内项目的域名虚拟主机有 MaxClient 限制项目的数据库账户有 MaxConnection 限制更多。,经验分享监控报警,原则：详细的感知运行状况，一定程度的自动控制和修复能力统计分析 WWW日志 (每5分钟) MySQL查询 (每5分钟)、MySQL慢日志 (每日) 错误日志 (WWW、系统日志) 应用程序日志监控可用性 (ping/port/磁盘) 容量 (带宽/磁盘/CPU) 质量 (响应速度/成功率) 异常 (进程/访问量) 主动处理尝试

5、拒绝恶意访问的IP地址暂停或重启故障服务、Kill异常进程等等报警仪表板、邮件、短信、 IM,经验分享关于性能,在保证高可用的前提下追求高性能程序开发语言使用如果系统中的性能瓶颈不在CPU上，那就选择解释性语言吧！服务器软件的合理使用每种软件都有最适合的环境，如 Nginx/Lighttpd 适合高并发高IO的服务影响性能的软硬件因素硬件：各种应用场景中常见的硬件性能瓶颈和导致的后果现象软件：事件处理模型、请求处理时长、内存使用、CPU使用、磁盘使用网络服务的性能指标每秒请求数、并发度、网络吞吐量性能分析不要只看表面现象，深入挖掘根本问题所在，对症下药解决主要矛盾给系统把脉的方法：负载-CPU(us+sy+io)/磁盘IO/网络流量/内存使用,经验分享容量规划,日常情况合理的使用率负载小于CPU核心数，如单CPU 4核应该小于4各项资源使用率在40%以内，峰值情况下资源使用率不超过80%使用率超出 60% 时就应该引起注意分析是正常的业务增长还是不合理的使用？如果是正常的增长应该考虑扩容分析是否为异常的用户访问，是否遭到攻击？分析是否可用对业务逻辑进行优化？性能分析和优化保留 20% CPU 资源给系统管理和监控使用如果业务系统把资源全部耗尽，那么用户的访问体验也不会太好,Q & A,联系方式：姓名：童剑分机：邮箱：手机：MSN：,积极创新责任,

《新浪网动态应用平台介绍》由会员xzh****18分享，可在线阅读，更多相关《新浪网动态应用平台介绍》请在金锄头文库上搜索。

点击阅读更多内容

TA的资源