俺的回收站

架构分析 解释编译原理
  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

随笔分类 -  架构设计

摘要:云计算EC2兼容平台 安装实践 最近我在公司中尝试安装搭建了基于 Eucalyptus 云计算EC2兼容平台的测试环境。用一台作为控制器,一台作为虚拟机节点,在此感谢综合服务部老马的支持。Eucalyptus 的组成说明Euc 的组成可以分为5类组件,它们之间是通过 SOAP with WS-security进行通信。通过下图我们可以看到基于顶层的是Cloud Controller(clc) 和 ... 阅读全文

posted @ 2010-08-20 16:01 Riceball LEE 阅读(1423) 评论(1) 推荐(0)

摘要:前面一篇: tcdatabase-1搜索操作:根据“字段”检索出符合条件的keycmd: misc search/metasearch [addcond/cond\0{fieldName}\0{condOperator}\0{Value}...[next] addcond/cond...] [setorder/order\0{fieldName}\0{OrderType}]... 阅读全文

posted @ 2010-05-07 16:28 Riceball LEE 阅读(864) 评论(3) 推荐(0)

摘要:TCTDB即具备了Key-Value数据库的高效读写性能,又具备了MySQL单表能实现的一些功能,即: SELECT .... FROM table WHERE .... ORDER BY .... LIMIT xxx,xxx TCTDB的不足: * * 一个Table Database仅支持一个表,也就是说value中的字段必须固定一样。假设项目组使用了80多个表,这意味着你需要开启了80多个 ttserver为每一个“表”提供支持。 * * 功能的增强,也就意味着要牺牲性能。TCTDB 表格型数据库的平均读取速度大约在40万条/秒,相比 TCHDB哈希数据库的180万条/秒和TCBDB B+Tree数据库 的100万条/秒要慢。 * * TCTDB虽然可以建立数值型索引,但是它是将所有value数据都当成字符型来处理的,无法区分value类型。 * * TCTDB单数据库文件存储的记录数上亿条后,性能会有比较明显的下降。 * * 不能单独获取value中的某一个字段的值; * * 不能支持仅更新UPDATE ke 阅读全文

posted @ 2010-05-07 07:00 Riceball LEE 阅读(1422) 评论(0) 推荐(0)

摘要:通过我这段时间的学习和总结,我对云计算分类整理如下 所谓云计算可以认为是VMM + Cloud Service + Cloud Storage 的结果. 按需分配,动态伸缩,“无限”扩展,这些特性使得云计算越来越得到数据规模越来越大的用户青睐。而且越来越多的用户也习惯于使用云计算。如Amazon的EC2和S3的成功商业模式既是如此。那么如今的云计算包括些什么: * VMM(虚拟机器管理) 是基础,几乎所有的云服务(Cloud Service)都跑在上面,本身不负责存储。 * Cloud Service(云服务):基于SOA的可伸缩的通用服务架构体系。 * Cloud Storage(云存储):实现分布式数据存储的基础是 Key-Value 存储,在此基础上我们就可以实现云数据库。 阅读全文

posted @ 2009-12-13 19:06 Riceball LEE 阅读(2307) 评论(7) 推荐(0)

摘要:OpenSimulator项目,也就是OpenSIM,是基于BSD开源协议的虚拟世界服务器项目,它是用C#开发的,类似于SecondLife的网格服务,可以创建和部署虚拟世界,以及在各个OpenSim虚拟世界中跳转。目前OpenSim尚在Apha阶段,不过已经有人在OpenSim中模拟出了N体仿真。并且已经有人已经在部署OpenSim的虚拟世界:http://osgrid.org/。据路透社报道:... 阅读全文

posted @ 2008-09-16 22:03 Riceball LEE 阅读(1849) 评论(2) 推荐(0)

摘要:评估比较产品,解决方案,技术方案的难题在于确定它们是否能针对问题域有效的解决问题。首先要明确服务是完成一定业务功能的组件,服务是可以自包含的和自解释的,通过良好组织定义的标准接口提供服务。服务是被各种不同的策略驱动的。以架构师的角度来看,SOA 面向服务的统一管理必须解决服务的安全,服务的管理(监视,守护),服务的依存管理等诸如此类的各种服务管理策略问题。OK, 统一管理机构的要解决的核心问题就是... 阅读全文

posted @ 2008-09-13 07:36 Riceball LEE 阅读(1178) 评论(1) 推荐(0)

摘要:愚作之 SNDA-RPC 是基于JSON-RPC[1] 的扩展和修改,其目标是继续保持它的简单调用,修正其不足,以及扩展它对RESTful[2]的支持。SNDA-RPC 是运行在 HTTP 协议[3]上无状态的,轻量级远程调用协议。 SNDA-RPC描述了两类资源,Service API资源和Data API资源: * Service API资源,即通常所说的远程方法API资源,只能以HTTP GET或POST的方式被调用。其Service API的数据格式使用的是JSON[4] * Data API资源,即数据资源,可以被CRUD(Create, Read, Update, Delete)操作的资源(注,可能许多数据资源都是只读性质),Data API的数据格式使用的JSON[4], Atom[5],RSS[6]。 草拟阶段,您的建议对我很重要. 阅读全文

posted @ 2008-07-24 08:15 Riceball LEE 阅读(2079) 评论(1) 推荐(0)

摘要:REST的使用,多从资源角度考虑设计,而我却以为不竟然,我以为可以同时从资源和RPC的角度考虑设计。首先要明确的是RESTful是一种面向Sevrice和资源的架构类型,而不是标准,与此相对,它使用了如下的标准:* HTTP* URI* XML/HTML/JSON/GIF/etc(Resource Representations)注:这里的“资源”可以理解为,1、真实的资源... 阅读全文

posted @ 2008-06-22 10:48 Riceball LEE 阅读(6231) 评论(6) 推荐(0)

摘要:OpenSocial, FaceBook, NetVibes 都致力于社区平台的研究发展。其中OpenSocial和NetVibes侧重于整合并和提供第三方Gadget到社区平台的标准。而FaceBook则从自身平台的需要,为了吸引更多的开发者更容易开发FaceBook App,提供了平台API,并开放了部分平台源码。FaceBook是从社区平台自身数据->API开始制定社区平台的标准的。而... 阅读全文

posted @ 2008-06-15 17:27 Riceball LEE 阅读(3103) 评论(3) 推荐(0)

摘要:Viewer, Agent, RegionViewer 是通过控制一个角色与虚拟世界交互的客户端,角色Agent 是持久存在的,控制该角色玩家离线也可能与之交互。Region也是持久存在的,是虚拟世界的土地。众多的角色存在于土地上。基本流程: 1. Viewer 向 Agent Domain发出认证请求控制一个Agent 2. Viewer 指导 Agent Domain 将角色放在一个区域 3.... 阅读全文

posted @ 2008-04-26 22:21 Riceball LEE 阅读(2022) 评论(1) 推荐(0)

摘要:SL开源的服务器端核心库(python > 2.3)SL开源的目的是希望自身从3D虚拟世界网络娱乐,上升至服务平台,乃至成为业界的标准。SL认为,3D虚拟世界将组成了未来的网络架构,必须开放形成标准才能走在前面,更快的发展。自07年9月开始,由Zero Linden领头的Architecture Working Group 开始致力于规范和改善现有SL的通讯协议,同时包括服务器端和服务器与客... 阅读全文

posted @ 2008-04-22 08:11 Riceball LEE 阅读(2698) 评论(5) 推荐(0)

摘要:SL目前采用的是 http REST轻量级SOA+专用协议(区域主机),数据序列化格式目前使用的是XML,将来会增加Binary和Json格式。SL的设计目标: 虚拟世界区域可伸缩性能 * 6千万地图区域 (或更多) 居民数量伸缩性: * 20亿用户 同时在线用户数量伸缩性: * 5千万 - 1亿的同时在线用户(无论来自哪个平台) SL的核心架构是由区域(Region地图)世界域Domain和角色... 阅读全文

posted @ 2008-04-14 21:36 Riceball LEE 阅读(2719) 评论(8) 推荐(0)

摘要:云式计算既描述的是计算平台也描述的是应用平台,从应用平台角度来说是云式计算基于分布式处理、网格处理和并行处理的商业化实施,它信奉的观点是SaaS(软件即服务),强调处理无所不在的分布性和社会性。而从计算平台的角度来说,云计算的目标是解决超大规模数据中心的分布式计算的问题。 阅读全文

posted @ 2008-04-02 19:59 Riceball LEE 阅读(1697) 评论(2) 推荐(0)

摘要:传统Web开发,一般都是以客户端作为主动的,客户端发请求,然后接收响应,然后再发请求...,整个流程都是以客户端为推动源。这样的一个结果就是,一般的web框架都是把他们的控制器分成一个个的方法调用,客户端的请求就对应到这些方法调用当中。而Web Continuation Server 通过引入Continuation机制将逻辑反转了过来,并以此实现了对于page flow的完整描述。 阅读全文

posted @ 2008-01-26 09:30 Riceball LEE 阅读(2547) 评论(8) 推荐(0)