如何构建企业云平台.pptVIP

* * * * * * * * * * * * * * * * ■[Step3]增加机器做WEB HTTP Server 服务器集群、数据库读写分离 优点：Web HTTP Server 集群能够接入更多的并发请求，数据库扩展更好（读写分离）；从而提升系统整体性能 缺点：读写分离，增加程序难度，架构变复杂，维护难度增加 技术点：负载均衡、DAL、数据库读写分离 ■[Step3]技术点—Web HTTP Server 集群负载均衡 类型 说明 DNS负载均衡 实现简单、有Cache缺乏灵活性，但对分区域（如构建CDN方案）访问简单有效 反向代理软件 HAProxy、Nginx、Apache、Lighttpd等 硬件产品 F5、NetScaler等 LVS(Linux Virtual Server) / SMART Client 自己写代码某些情况下简单有效 ■[Step3]技术点—数据库读写分离及DAL ■读写分离逻辑分批 ■负载均衡 ■失效转移（failover） ■数据库分区透明支持 ■两大实现模式：独立Proxy服务器；单独API库文件 各个数据库厂商都有自己复制方案(例如基于日志实时复制）常见通用方案,CDC… ■[Step4]CDN、分布式缓存、分库、NoSQL、大数据 优点：异地缓存有效解决不同地方用户访问过慢的问题；分库策略带来网站性能整体提升等等 缺点：成本大幅增加，架构进一步复杂化，也维护难度进一步增大，架构开始臃肿了 技术点：CDN、分布式缓存、Shard分库、NoSQL、重新思考硬件体系、大数据 ■[Step4]技术点—CDN CDN(Content Delivery Network)内容分发网络 将网站的内容分发到最接近用户的网络“边缘”，使用户可以就近获取，从而解决互联网网络拥挤的状况，提高用户访问的响应速度。 适合静态内容很多（如：静态页面、图片、视频等）及页面内容实时性要求不高的网站，如：新闻类门户网站 CDN构建可以做的很简单，也可以很复杂，主要根据自己网站实际情况而定 WebSphere Edge Component ■[Step4]技术点—分布式缓存 本地缓存性能优秀，但容量有限，无伸缩性 采用分布式缓存方案突破容量限制，具备良好伸缩性；但分布式涉及远程网络通信消耗其性能本地缓存来得优秀，并可涉及节点状态维护及数据复制问题，其稳定性和可靠性是个挑战。 目前流行分布式缓存方案：memcached、membase、redis,WebSphere extreme Scale 等，基本上当前的NoSQL方案都可以用来做分布式缓存方案 WebSphere eXtreme Scale ■[Step4]技术点—分布式缓存 DB2 Not SQL：KV ■[Step4]技术点—分布式缓存 ■[Step4]技术点—分库 读写分离（简单有效，前面已介绍） 垂直分区（功能域）和水平切分 用户信息 产品信息 交易流水信息 客户信息 业务类型信息 功能域 用户信息1 水平切分（sharding） 交易流水信息1 交易流水信息2 ■[Step4]技术点—分库 垂直分区 良好的松耦合的模块化设计是垂直分库的前提 ■[Step4]技术点—分库 水平分区（Shard） 分片Key识别（划分检索依据）是关键 是否还有其它招？用NoSql数据库部分替换关系数据库 ■[Step4]技术点—NoSQL 随着Web 的发展，电子商务和社交计算的兴起所引起的企业里不受控的非结构化并且面向信息的数据大爆炸和那些超大规模和高并发的应用场景下，该如何应对呢？企业确实不需要关系型数据库来管理这些数据，因为关系型数据库的特点决定了它不适用于这些数据的性质和使用方式。关系型数据库针对这些信息来说确实不是银弹或者称之为万金油的解决方法，最关键的是关系型数据库已经显得力不从心，暴露了很多难以克服的问题：（1）对数据库高并发读写的需求（2）对海量数据的高效率存储和访问的需求（3）对数据库的高可扩展性和高可用性的需求。所以我们需要分布式的非关系型数据库（即NOSQL，它的意思是对于我们的应用类型，信息类型Only SQL是不够的，所以需要Not Only SQL）。 ■[Step4]技术点—NoSQL NOSQL is simply Not Only SQL! ■[Step4]技术点—NoSQL NOSQL特点 它们不是关系型数据库，它也不是什么类型应用都能用有自己的使用场景 它们可以处理超大量的数据 它们运行在较为便宜的服务器集群上 它们打破了性能瓶颈 没有过多的操作。 缺点：现在基本上都是开源产品还不是特别成熟。 ■[Step4]技术点—NoSQL NoSQL支持率