某互联网公司广告平台技术架构

某互联网公司广告平台技术架构

演化

水平扩展一切

并行化,异步调用

演化

Randy的可扩展架构7原则

? 按功能分区(Partition by Function)

? 水平切分

? 避免事务

? 异步解耦

? 次序流改进为异步

? 虚拟化所有层次

? 适当使用缓存

原则

? 先业务,后技术;先逻辑,后物理

? 奥卡姆剃刀:如无必须,勿曾实体

? 正交性:分解出模块无职责的重复

? 稳定性原则:稳定和易变的分解

 

技术

-接口

-消息队列

-模块化,服务化

-异步化

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

希望对您公司企业信息化IT架构与研发管理体系, 信息安全等有帮助。 其它您可能感兴趣的文章:
微服务与Docker介绍
某大型电商云平台实践
云计算参考架构几例
2015年软件测试STATE报告
移动应用App测试与质量管理一
全面的软件测试
著名ERP厂商的SSO单点登录解决方案介绍一
软件项目风险管理介绍
企业项目化管理介绍
智能企业与信息化之一
由企业家基本素质想到的
敏捷软件质量保证的方法与实践
构建高效的研发与自动化运维
IT运维监控解决方案介绍
IT持续集成之质量管理
人才公司环境与企业文化
企业绩效管理系统之平衡记分卡
企业文化、团队文化与知识共享
高效能的团队建设
餐饮连锁公司IT信息化解决方案一

如有想了解更多软件研发 , 系统 IT集成 , 企业信息化,项目管理,企业管理 等资讯,请关注我的微信订阅号:

 

作者:Petter Liu
出处:http://www.cnblogs.com/wintersun/
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。
该文章也同时发布在我的独立博客中-Petter Liu Blog

时间: 2024-11-08 10:13:36

某互联网公司广告平台技术架构的相关文章

转_人人网开放平台技术架构

人人网开放平台技术架构 在上图所示的分层架构中,人人网开放平台提供了不同层次的功能.图中红色部分表示目前还没有提供的功能模块,需要未来由平台或开源社区来提供:黄色部分表示在旧的平台架构中已经提供但正在往新的架构中迁移的功能模块:其它颜色的是功能比较完整的功能模块. 从图中可以看出,人人网开放平台大概分为三个层次,共同为最上层的各种形式的第三方应用程序提供服务: Core Service Layer: 实现了人人网对外提供的最底层的API,定义好了接口参数和调用流程,第三方或平台方可以根据这个层次

人人网开放平台技术架构

本文档介绍了人人网开放平台技术架构的设计细节和接口定义,是一个大而全的文档,涵盖了人人网开放平台对外提供的所有接口.如果你想了解人人网开放平台的整体架构和原理,或者想查阅某个接口参数,那么你一定可以在这里找到答案. 人人网开放平台的技术架构,正处于巨大的变革之中,正向着越来越标准化和通用化的方向发展.但是,为了保证兼容和过渡,我们将在比较长的一段时间之内仍然按照旧的平台架构提供之前的功能.将功能从旧的平台架构向新的人人网开放平台技术架构进行迁移将持续进行,这需要平台方和第三方共同努力.为了描述清

一张图概括互联网公司的标准技术架构

大部分人对于BAT的技术有一种莫名的崇拜感,觉得只有非常牛逼和天才才能做出现在的这些系统,但经过前面两篇博文的分析,我们可以看到其实并没有什么神秘的力量和魔力融合在技术里面,而是业务的不断发展推动技术的不断发展,一步一个脚印,持续几年甚至十几年的发展,才能达到当前技术复杂度.先进性.牛逼度. BAT解密(一):聊聊技术发展的驱动力 BAT解密(二):聊聊业务如何驱动技术发展 抛开BAT各自差异很大的业务,站在技术的角度来看,其实BAT的技术架构基本是一样的,再将视角放大,你会发现整个互联网行业的

高并发电子商务平台技术架构

原文出自:http://blog.csdn.net/yangbutao/article/details/12242441 http://stamen.iteye.com/blog/1525924 我自己的大型B2B和B2C站点原来也是用Hibernate,可是后来不得不换成mybatis, 第一是用Hibernate 因为它封装得太高了.非常多东西是隐式进行的.常常引起问题,非常难定位.毕竟凡事有利必有弊: 第二大型站点肯定不是一个数据库.这点Hibernate是非常麻烦的,用Jdbc或Myba

Paas云管平台技术架构

架构中的其他平台是企业数据中心中需要纳入管理的平台,例如大数据平台.kafak平台等. 原文地址:https://blog.51cto.com/031028/2433342

Google云平台技术架构

Google Cloud  设计原理: 1.分布式文件系统: Google Distributed File System(GSF) 为了满足Google迅速增长的数据处理需求,我们设计并实现了Google文件系统(Google File System – GFS).GFS与传统的分布式文件系统有着很多相同的设计目标,比如,性能.可伸缩性.可靠性以及可用性.但是,我们的设计还基于我们对我们自己的应用 的负载情况和技术环境的观察的影响,不管现在还是将来,GFS和早期文件系统的假设都有明显的不同.所

JAVA技术开发规范(3)——JASMP平台技术架构

3.系统整体架构 3.1.DAO层 3.2.Service层 3.3.Controller

互联网电商技术架构之一

架构目标 业务系统 架构设计原则 应用架构 基础架构 数据库架构 分布式数据库特性 ? 支持MySQL,MariaDB,MongoDB等数据库 ? 服务高可用,主库故障,从库自动切换 ? 数据高可靠,定期快照备份,增量备份 ? 数据自动拆分,一键无缝迁移扩容 ? 针对特殊业务需求,定制优化特殊的数据库版本 Proxy 节点 原生MySQL协议,接入使用标准MySQL客户端 数据根据路由规则分库分表,对业务访问透明 单库容量满,可以快速在线无缝迁移,不影响业务 Proxy 数据拆分 Transfe

技术架构下的运维治理

COBIT看运维治理 运维治理的典型框架 运维治理的典型过程 运维治理的目标 运维治理之流程体系 运维治理之规范体系 运维治理之标准化 服务治理之架构失控 运维治理之架构点控制 运维治理之架构线的控制 技术架构之名字服务 名字服务中心的服务治理 一次业务访问流能够很好的容忍其经过的硬件及软 件故障,从而提供高可用的服务. --fault tolerance --high availability DevOps持续交付平台体系 持续交付平台分层 持续交付之持续部署 运维平台之数据化平台   ---