精华内容
下载资源
问答
  • 不同物种NRDR表达载体构建及维生素K3催化活性检测,梁斌,宋旭红,目的:构建体外表达载体,检测不同物种NADP(H)依赖性视黄醇脱氢/还原酶(NRDR)的维生素K3催化活性。方法:构建人、猪、兔、大鼠、小�
  • 神经鞘氨醇激酶1(SphK1)1号剪切体在肝癌细胞中的表达鉴定及慢病毒载体构建,陈志翱,鲍梅艳,目的:鉴定SphK1各剪切体在肝癌细胞系中的表达情况,并通过慢病毒载体建立稳定表达该剪切体的肝癌细胞系;方法:设计...
  • 基于黄瓜花叶病毒的病毒诱导沉默载体构建及优化,李超,张震霄,本研究构建了基于黄瓜花叶病毒Fny株系的病毒诱导基因沉默表达载体,并讨论了不同长度PDS插入片段及RNA2插入位点对沉默效果的影响。�
  • 黄瓜花叶病毒2b基因瞬时表达载体构建及鉴定,李喜英,赵志敬,黄瓜花叶病毒(CMV)2b蛋白由CMV的亚基因组RNA4A表达产生,是最早被证实为抑制转录后基因沉默的抑制子之一。从三种不同CMV的pFRNA2中克�
  • 含有MAR序列的植物表达载体MAR-PCKSA-MAR的构建与转化,杨少辉,李明刚,核基质附着区,即MAR(matrix attachment region),可以稳定外源基因的表达,降低转基因沉默现象的发生频率、减少外源基因在不同转化体中表�
  • 根据响应光波长的不同,可将光响应纳米基因载体分为紫外/可见光响应的纳米基因载体和近红外光响应的纳米基因载体。综述了这两类载体材料当前的研究进展,阐述了其响应机理和释放过程,并总结了光响应纳米基因载体在...
  • 会员积分系统是现代企业运营客户关系的最主要手段之一,企业通过积分这种载体,将会员分成不同的等级,享受不同的权益,将已有的用户牢牢地把握住。 但是在现实中,很多企业在设置会员权益的时候,都会陷入一种...

    会员积分系统是现代企业运营客户关系的最主要手段之一,企业通过积分这种载体,将会员分成不同的等级,享受不同的权益,将已有的用户牢牢地把握住。
    但是在现实中,很多企业在设置会员权益的时候,都会陷入一种“怪圈”之中,不管这个权益有没有用,都是以数量取胜,权益越多越好。
    而事实上,这种拍脑袋就决定的会员权益往往存在下面这三大问题:
    1、没有重点,罗列太多的会员权益,会让客户觉得这些权益没有什么重点,都是些可有可无的权益,没有一点的实际意义,会员权益宜精不宜多,要让客户感觉到会员的价值。
    2、权益过于普通,比如生日积分奖励、购物折扣等,在被各类优惠反复轰炸的今天,过于普通的权益,只会降低企业对会员的吸引力;
    3、权益不明确,有时候一些权益设计得很莫名其妙,反而产生反作用。
    一个有着变现需求的企业,一定要有一些与众不同的会员权益,来增加企业对客户的吸引度。但是从一名用户运营人员的角度来说,在搭建会员积分系统之前,一定要想清楚一个问题,这样才可能对你的会员权益设计有所帮助。
    这个问题就是为什么要做会员积分系统?
    对于企业来说,其主要目标一定是要想办法盈利。如何利用用户来实现这一目标,就是会员积分系统存在的根本原因。
    对于客户来说,之所以加入企业的会员积分系统,其目的就是为了接入权益平台去享受特权,享受会员特有的优惠和福利,而这种所谓的“会员权益”,也正是“会员体系”可以长期存在的最大动力与基石。
    长远来看,会员积分系统的一切运营手段,都是为企业盈利来服务的。而从短期时间来看,目标就各有不同,比如注重用户体验,提高用户粘性;培养用户的忠诚度;或者构建用户画像,便于对客户进行后期精细化管理;也可能是想要从会员群体中获取更多的商业价值,来促进用户转化等等。
    不同的目的,也就直接影响着企业最终搭建成的会员权益侧重点在哪里,比如:企业要是以提升用户粘性为主,那么可以在提供给会员的权益中,侧重一些服务类型的权益,给会员带去方便的同时,也带给会员对企业的认同感,增加用户黏性。
    如果企业是想通过权益来,来筛选出那些较高等级的会员,可以赋予客户减免费用、专人服务、优先应答等权益,这样就可以在尽量少的成本下,得到更好的效果,用户也会为了更高级的服务,而去提升自己的等级。
    如果注重商业价值的话,那么会员权益多提供一些虚拟商品、或者礼品卡,通过利益来吸引其在平台下单转化,同时还可以消耗积分,会员的等级越高,花费则越少,也容易让整个会员积分体系运转的越来越流畅。

    如需转载,请在文末备注来源于通兑吧会员积分运营系统
    原文标题:企业构建会员积分系统,这个问题要想清楚!
    原文地址:https://www.tongdui8.com/operate/detail/1593105041693/

    展开全文
  • 会员积分系统是现代企业运营客户关系的最主要手段之一,企业通过积分这种载体,将会员分成不同的等级,享受不同的权益,将已有的用户牢牢地把握住。 但是在现实中,很多企业在设置会员权益的时候,都会陷入一种...

    会员积分系统是现代企业运营客户关系的最主要手段之一,企业通过积分这种载体,将会员分成不同的等级,享受不同的权益,将已有的用户牢牢地把握住。

     

    但是在现实中,很多企业在设置会员权益的时候,都会陷入一种“怪圈”之中,不管这个权益有没有用,都是以数量取胜,权益越多越好。

    而事实上,这种拍脑袋就决定的会员权益往往存在下面这三大问题:

    1、没有重点,罗列太多的会员权益,会让客户觉得这些权益没有什么重点,都是些可有可无的权益,没有一点的实际意义,会员权益宜精不宜多,要让客户感觉到会员的价值。

    2、权益过于普通,比如生日积分奖励、购物折扣等,在被各类优惠反复轰炸的今天,过于普通的权益,只会降低企业对会员的吸引力;

    3、权益不明确,有时候一些权益设计得很莫名其妙,反而产生反作用。

    一个有着变现需求的企业,一定要有一些与众不同的会员权益,来增加企业对客户的吸引度。但是从一名用户运营人员的角度来说,在搭建会员积分系统之前,一定要想清楚一个问题,这样才可能对你的会员权益设计有所帮助。

    这个问题就是为什么要做会员积分系统?

    对于企业来说,其主要目标一定是要想办法盈利。如何利用用户来实现这一目标,就是会员积分系统存在的根本原因。

    对于客户来说,之所以加入企业的会员积分系统,其目的就是为了接入权益平台去享受特权,享受会员特有的优惠和福利,而这种所谓的“会员权益”,也正是“会员体系”可以长期存在的最大动力与基石。

    长远来看,会员积分系统的一切运营手段,都是为企业盈利来服务的。而从短期时间来看,目标就各有不同,比如注重用户体验,提高用户粘性;培养用户的忠诚度;或者构建用户画像,便于对客户进行后期精细化管理;也可能是想要从会员群体中获取更多的商业价值,来促进用户转化等等。

    不同的目的,也就直接影响着企业最终搭建成的会员权益侧重点在哪里,比如:企业要是以提升用户粘性为主,那么可以在提供给会员的权益中,侧重一些服务类型的权益,给会员带去方便的同时,也带给会员对企业的认同感,增加用户黏性。

    如果企业是想通过权益来,来筛选出那些较高等级的会员,可以赋予客户减免费用、专人服务、优先应答等权益,这样就可以在尽量少的成本下,得到更好的效果,用户也会为了更高级的服务,而去提升自己的等级。

    如果注重商业价值的话,那么会员权益多提供一些虚拟商品、或者礼品卡,通过利益来吸引其在平台下单转化,同时还可以消耗积分,会员的等级越高,花费则越少,也容易让整个会员积分体系运转的越来越流畅。

    展开全文
  • 不同信号肽对脂肪酶A在枯草芽孢杆菌中分泌表达的影响,曾伶俐,夏雨,本文以B. subtilis 168来源的脂肪酶A为报告基因,构建一系列枯草芽孢杆菌分泌表达载体,研究不同信号肽对脂肪酶分泌效率的影响。从B. su
  • 弓形虫瞬时转染中不同启动子介导的双报告基因优化,郝永新,李雪莲,方 法 针对弓形虫的GRA1、DHFR 和SAG1 启动子,构建了一系列荧光素酶和绿色荧光蛋白双报告基因载体。瞬时转染弓形虫,运用荧光倒置显�
  • 利用氨基酸组成(AAC),位置特异性得分矩阵(PSSM)和N端信号肽,首先构建了两种不同的取代模型以将蛋白质序列转化为数值载体。 然后,基于支持向量机(SVM)和“一对一”算法,提出了一种名为SecretP v.2.2的混合...
  • JanusGraph详解

    万次阅读 2019-01-23 10:44:55
    知识图谱:是显示知识发展进程与结构关系的一系列各种不同的图形,用可视化技术描述知识资源及其载体,挖掘、分析、构建、绘制和显示知识及它们之间的相互联系。 ###2.知识图谱应用 知识图谱的应用场景非常广泛: ...

    图数据库 JanusGraph

     

    知识图谱

    ###1.什么是知识图谱
    知识图谱:是显示知识发展进程与结构关系的一系列各种不同的图形,用可视化技术描述知识资源及其载体,挖掘、分析、构建、绘制和显示知识及它们之间的相互联系。
    ###2.知识图谱应用
    知识图谱的应用场景非常广泛:

    • 场景一 新闻事件的关联分析
    • 场景二 识别反欺诈潜在风险
    • 场景三 不一致性验证识别
    • 场景四 失联客户管理
    • 场景五 知识图谱的可视化展示

    知识图谱可以自动推断出新的知识。假设下图左侧是原始的知识图谱,根据两层父子关系,图谱可以自动推断出缺失的祖孙关系,正所谓“爸爸的爸爸是爷爷”。
    在这里插入图片描述

    图数据库

    图形数据库:是NoSQL数据库的一种类型,它应用图形理论存储实体之间的关系信息。
    最常见例子就是社会网络中人与人之间的关系。关系型数据库用于存储“关系型”数据的效果并不好,其查询复杂、缓慢、超出预期,而图形数据库的独特设计恰恰弥补了这个缺陷。

    图具有如下特征

    包含节点和边;

    • 节点上有属性(键值对);
    • 边有名字和方向,并总是有一个开始节点和一个结束节点;
    • 边也可以有属性;
    图数据库名称 来源 了解
    Neo4j 开源图形数据库 单机性能明显,企业版是集群模式(非分布式)
    JanusGraph 开源的分布式图数据库 好拓展,支持高并发复杂实时图遍历,支持多存储后端,支持多索引后端,支持事务
    OrientDB 开源分布式图形-文档混合数据库 从社区的评论来看,性能和可扩展性是个问题,缺乏对纯图形操作的针对性
    ArangoDB 多模型数据库 插入性能低,相关文档很少 ,对spark支持少
    HugeGraph 百度开源图数据库 2018.8月发布,中文文档,与janusgraph 很相似,但不支持全文索引(见下图)

    在这里插入图片描述

    JanusGraph简介

      JanusGraph是一个可扩展的图数据库,可以把包含数千亿个顶点和边的图存储在多机集群上。它支持事务,支持数千用户实时、并发访问存储在其中的图。

      我们可以将图数据库系统的应用领域划分成以下两部分:
      用于联机事务图的持久化技术(通常直接实时地从应用程序中访问)。这类技术被称为图数据库,它们和“通常的”关系型数据库世界中的联机事务处理(Online Transactional Processing,OLTP)数据库是一样的。
    用于离线图分析的技术(通常都是按照一系列步骤执行)。这类技术被称为图计算引擎。它们可以和其他大数据分析技术看做一类,如数据挖掘和联机分析处理(Online Analytical Processing,OLAP)。

    JanusGraph的功能

    JanusGraph最大的一个好处就是:可以扩展图数据的处理,能支持实时图遍历和分析查询(Scaling graph data processing for real time traversals and analytical queries is JanusGraph’s foundational benefit.)。
      因为JanusGraph是分布式的,可以自由的扩展集群节点的,因此,它可以利用很大的集群,也就可以存储很大的包含数千亿个节点和边的图。由于它又支持实时、数千用户并发遍历图和分析查询图的功能。所以这两个特点是它显著的优势。
      它支持以下功能:
      (1)分布式部署,因此,支持集群。
      (2)可以存储大图,比如包含数千亿Vertices和edges的图。
      (3)支持数千用户实时、并发访问。
      (4)集群节点可以线性扩展,以支持更大的图和更多的并发访问用户。  
      (5)数据分布式存储,并且每一份数据都有多个副本,因此,有更好的计算性能和容错性。 
      (6)支持在多个数据中心做高可用,支持热备份。
      (7)支持各种后端存储系统,目前标准支持以下四种,当然也可以增加第三方的存储系统:
            - Apache Cassandra®
            - Apache HBase®
            - Google Cloud Bigtable
            - Oracle BerkeleyDB
      (8)通过集成大数据平台,比如Apache Spark、Apache Giraph、Apache Hadoop等,支持全局图数据分析、报表、ETL
      (9)支持geo(Gene Expression Omnibus,基因数据分析)、numeric range(这个的含义不清楚)
      (10) 集成ElasticSearch、Apache Solr、Apache Lucene等系统后,可以支持全文搜索。
      (11) 原生集成Apache TinkerPop图技术栈,包括Gremlin graph query language、Gremlin graph server、Gremin applications。
      (12) 开源,基于Apache 2 Licence。
      (13) 通过使用以下系统可以可视化存储在JanusGraph中的图数据:
            - Cytoscape
            - Gephi plugin for Apache TinkerPop
            - Graphexp
            - KeyLines by Cambridge Intelligence
            - Linkurious

    Graph

    • schema由edge labels, property keys和vertex labels组成
    • 显式(推荐)或隐式创建
    • 在使用过程中修改的,而且不会导致服务宕机,也不会拖慢查询速度
    • 一个 Graph 用于一个 Scheam
    • Schema Type首次创建时被赋予元素,且不能修改

    Edge多样性:

    • MULTI 在一对vertex间可以有任意多个同样label的edge
    • SIMPLE 在一对vertex间最多只能有一个同样label的edge
    • MANY2ONE 多对一
    • ONE2MANY 一对多
    • ONE2ONE 某verex中具有同样Label的edge,只能有最多一个incoming edge和最多一个outgoing edge

    Vertex value的基数:

    • SINGLE 每个KEY只允许一个VALUE (默认)
    • LIST 以LIST形式保存VALUE,也即可以有重复值
    • SET 以SET形式保存VALUE,不能有重复值

    Property Key Data Type:
    这里写图片描述

    索引类型:

     

    • Composite Index 通过一个或多个固定的key组合来获取Vertex Key或Edge Mixed Index
    • Mixed Index 支持通过其中的任意key的组合查询Vertex或者Edge,使用灵活,效率要比Composite Index低,需要索引后端

    第五章:数据模型

    Chapter 5. Schema and Data Modeling

    每个JanusGraph图都是由边标签(edge label)、属性key、顶点标签(vertex label)构成。JanusGraph图模型(schema)可以显示定义也可以隐示定义。在实际应用开发过程中图模型定义是强烈建议采用显示定义的。一个显示的图模型定义对构建一个稳定的图应用非常重要并且可以提升协同开发效率。值得注意的是,随着时间的推移图模型演进是不需要对图进行任何中断操作的。扩展图模型定义不会使查询变慢并且也不需要停机操作。

    图元素(边、属性、顶点)在图中被第一次创建的时候其模型定义(即边标签、属性key、顶点标签)是需要明确指定的,并且指定后不可改变。这样更容易使模型保持稳定。

    除了本章介绍的模型定义选项外,将在30章高级模型中继续讨论模型定义的优化选项。

    5.1 边标签定义

    5.1. Defining Edge Labels

    连接2个顶点的边的标签被定义为这2个顶点之间的具体关联关系。例如顶点A和顶点B间的边的标签类型为朋友,则表明A、B两人之间存在友谊。

    定义边标签需要在一个打开的图或者管理事物中调用makeEdgeLabel(String)方法,参数即为边标签名。边标签名在图中必须唯一。此方法返回一个允许定义其多样性边标签的生成器。多样性标签定义会约束所有该标签的边,也就是说,限制了两个顶点最多能够有多少条边。JanusGraph承认下面这些多样性约束:

    边标签多样性

    5.1.1. Edge Label Multiplicity

    多样性设置

    • 多对多(MULTI): 任意2个顶点相同标签的边允许有多条。换句话说,这种图是包含此类标签的多图。这在边的多样性上没有约束。
    • 简单(SIMPLE): 任意2个顶点间相同边标签的边最多有一条,换句话说,这种图是包含此类标签的简单图。这确保任意2个顶点间这类边标签的边唯一。
    • 多对一(MANY2ONE): 在图中此类边标签在任意顶点出边只能有一条,入边没有限制。++母亲++边标签就是这种多对一的例子,一个人只能有一个母亲,但是一个母亲可以有多个孩子。
    • 一对多(ONE2MANY): 在图中此类边标签的边一个顶点只能有一个入边,出边不限制。++赢得比赛++边标签就是这样的例子,一场比赛最多只能被一个人赢得比赛,但是一个人可以赢得多场比赛。
    • 一对一(ONE2ONE):在图中此类标签只能有一条入边和一条出边,++结婚++边标签就是这样的一对一的例子,表示一个人只能和另外一个人结婚。

    默认的边多样性限制是多对多。在定义边标签的时候调用make()完成边标签定义并返回定义的边标签,就像下面这个例子。

    mgmt = graph.openManagement()
    follow = mgmt.makeEdgeLabel('follow').multiplicity(MULTI).make()
    mother = mgmt.makeEdgeLabel('mother').multiplicity(MANY2ONE).make()
    mgmt.commit()

    定义属性key

    5.2. Defining Property Keys

    边和顶点的属性是键值对,例如属性name='Daniel'具有属性键name,属性值Daniel。属性键是JanusGraph图模型的一部分并且只能是允许的数据类型和基准值。

    定义属性性键,可以在打开的图或者管理事物上调用`makePropertyKey(String)方法,传递的参数就是图属性标签。图中属性key必须唯一,建议在图属性名中避免使用空格和特殊字符。这个方法返回一个图键构造器。

    5.2.1属性key数据类型

    5.2.1. Property Key Data Type

    使用dataType(Class)定义属性key数据类型。JanusGraph将强制该属性key的数据的数据类型必须是这个方法定义的。这保证如图的数据都是有效的。例如可以定义namekey具有String类型。

    数据类型定义为Object.class允许该key可以设置任何数据类型的值。然而,应尽量使用固定类型的值。配置的数据类型必须是具体的类,不能是结构和抽象类。JanusGraph强制类相等,所以配置数据类型是子类是不允许的。

    JanusGraph原生支持下面这些数据类型。

    Table 5.1. Native JanusGraph Data Types

    Name Description
    String Character sequence
    Character Individual character
    Boolean true or false
    Byte byte value
    Short short value
    Integer integer value
    Long long value
    Float 4 byte floating point number
    Double 8 byte floating point number
    Date Specific instant in time (java.util.Date)
    Geoshape Geographic shape like point, circle or box
    UUID Universally unique identifier (java.util.UUID)

    全局配置

    JanusGraph区分本地和全局配置选项。本地配置选项适用于单个JanusGraph实例。全局配置选项适用于群集中的所有实例。更具体地说,JanusGraph区分了以下五个配置选项范围:

    LOCAL:这些选项仅适用于单个JanusGraph实例,并在初始化JanusGraph实例时提供的配置中指定。
    MASKABLE:可以通过本地配置文件为单个JanusGraph实例重写这些配置选项。如果本地配置文件未指定该选项,则从全局JanusGraph集群配置中读取其值。
    GLOBAL:始终从群集配置中读取这些选项,并且不能在实例的基础上重写这些选项。
    GLOBAL_OFFLINE:与 GLOBAL一样,但更改这些选项需要重新启动群集以确保整个群集中的值相同。
    FIXED:与 GLOBAL一样,但是一旦初始化JanusGraph集群,就无法更改该值。
     

    启动集群中的第一个JanusGraph实例时,将从本地配置文件初始化全局配置选项。随后,通过JanusGraph的管理API完成更改全局配置选项。要访问管理API,请在一个打开的JanusGraph instance handle g.上调用g.getManagementSystem()。例如,要更改JanusGraph集群上的默认缓存行为:

    mgmt = graph.openManagement()
    mgmt.get('cache.db-cache')
    // Prints the current config setting
    mgmt.set('cache.db-cache', true)
    // Changes option
    mgmt.get('cache.db-cache')
    // Prints 'true'
    mgmt.commit()

     

    7 使用示例

    7.1. Getting Started

    7.1.1 使用默认包部署

    7.1.1. Using the Pre-Packaged Distribution

    JanusGraph发行版预先默认配置了Cassandra作为后端存储,Elasticsearch作为索引服务,以使用户能够快速的使用JanusGraph服务。这些默认配置允许客户端通过WebSocket协议连接到JanusGraph服务。已经有一些支持该协议的不同语言开发的客户端。大家都熟悉的使用WebSocket客户端就是Gremlin控制台。快速启动配置不代表生产安装配置,但是提供了一个快速试用JanusGraph服务的方法,运行测试、看各个组件是如何在一起工作的。

    快速上手步骤:

    发布页面下载janusgraph-$VERSION.zip包 解压进入janusgraph-$VERSION目录 执行bin/janusgraph.sh start命令,这个步骤启动Gremlin服务同时分别启动CassandraES,出于安全考虑,Elasticsearch要求执行janusgraph.sh脚本的时候必须是在非root账号下执行。

    你可以在消息头加上token进行认证,例如:

    curl -v http://localhost:8182/session -XPOST -d '{"gremlin": "g.V().count()"}' -H "Authorization: Token dXNlcjoxNTA5NTQ2NjI0NDUzOkhrclhYaGhRVG9KTnVSRXJ5U2VpdndhalJRcVBtWEpSMzh5WldqRTM4MW89"

    HMAC设计用户HTTP认证,首先调用/session接口获取token,该token默认一个小时过期。这个过期时间可以通过authentication.config配置组的tokenTimeout配置项修改,这个值是长整型,单位是毫秒。

    通过调用/session获取token,例如:

    curl http://localhost:8182/session -XGET -u user:password
    
    {"token": "dXNlcjoxNTA5NTQ2NjI0NDUzOkhrclhYaGhRVG9KTnVSRXJ5U2VpdndhalJRcVBtWEpSMzh5WldqRTM4MW89"}

    7.6.3 HTTP和WebSocket同时启用认证

    7.6.3. Authentication over HTTP and WebSocket

    如果通信管道协议同时使用HTTP和WebSocket,可以使用SaslAndHMACAuthenticator进行认证,WebSocket使用的是SASL,HTTP使用的是基础认证,HTTP基于HASH消息的认证(HMAC)。HMAC是一种基于令牌的身份验证,设计用于HTTP。第一次使用的时候通过调用/session接口获取一个token,然后用这个token进行认证。这被用于分摊密码加密认证所花费的时间。

    gremlin-server.yaml配置文件需要加如下配置:

    authentication: {
      authenticator: org.janusgraph.graphdb.tinkerpop.gremlin.server.auth.SaslAndHMACAuthenticator,
      authenticationHandler: org.janusgraph.graphdb.tinkerpop.gremlin.server.handler.SaslAndHMACAuthenticationHandler,
      config: {
        defaultUsername: user,
        defaultPassword: password,
        hmacSecret: secret,
        credentialsDb: conf/janusgraph-credentials-server.properties
      }
    }

    如果通过gremlin控制台连接,remote yaml文件需要添加usernamepassword配置项,

    username: user
    password: password

    如果已启用认证配置,响应码会是200,返回值是4。

    7.6.2 WebSocket认证

    7.6.2. Authentication over WebSocket

    WebSocket认证通过简单认证和安全层(SASL)机制实现。

    启用SASL认证通过修改gremlin-server.yaml配置文件下面配置项实现。

    authentication: {
      authenticator: org.janusgraph.graphdb.tinkerpop.gremlin.server.auth.JanusGraphSimpleAuthenticator,
      authenticationHandler: org.apache.tinkerpop.gremlin.server.handler.SaslAuthenticationHandler,
      config: {
        defaultUsername: user,
        defaultPassword: password,
        credentialsDb: conf/janusgraph-credentials-server.properties
      }
    }

    如果已经启用认证配置,将会返回401。

    curl -v -XPOST http://localhost:8182 -d '{"gremlin": "g.V().count()"}' -u user:password

    验证基础认证配置生效。

    curl -v -XPOST http://localhost:8182 -d '{"gremlin": "g.V().count()"}'

    7.6 JanusGraph服务高级配置

    7.6. Advanced JanusGraph Server Configurations

    7.6.1 使用HTTP协议需认证

    7.6.1. Authentication over HTTP

    在下面的例子中,你所使用的图认证数据库可能不一样,根据当前的后端存储选择合适的keyspacetable、存储目录。这个图将被用于存储用户名和密码。

    7.6.1.1 HTTP基础认证

    7.6.1.1. HTTP Basic authentication

    启用JanusGraph服务基础认证需要在gremlin-server.yaml配置文件中加如下配置项。

    authentication: {
       authenticator: org.janusgraph.graphdb.tinkerpop.gremlin.server.auth.JanusGraphSimpleAuthenticator,
       authenticationHandler: org.apache.tinkerpop.gremlin.server.handler.HttpBasicAuthenticationHandler,
       config: {
         defaultUsername: user,
         defaultPassword: password,
         credentialsDb: conf/janusgraph-credentials-server.properties
        }
     }

    7.5 JanusGraph服务同时支持WebSocket和HTTP

    7.5. JanusGraph Server as Both a WebSocket and HTTP Endpoint

    JanusGraph0.2.0版本后,可以修改gremlin-server.yaml使在一个端口同时支持WebSocketHTTP。这可以修改前面提到的channelizer配置项实现。

    channelizer: org.apache.tinkerpop.gremlin.server.channel.WsAndHttpChannelizer
    curl -XPOST -Hcontent-type:application/json -d '{"gremlin":"g.V().count()"}' http://[IP for JanusGraph server host]:8182
    bin/gremlin-server.sh ./conf/gremlin-server/http-gremlin-server.yaml
    graphs: {
      graph: conf/gremlin-server/http-janusgraph-hbase-server.properties}
    channelizer: org.apache.tinkerpop.gremlin.server.channel.HttpChannelizer
    host: 10.10.10.100
    cp conf/gremlin-server/gremlin-server.yaml conf/gremlin-server/http-gremlin-server.yaml
    cp conf/janusgraph-hbase.properties conf/gremlin-server/http-janusgraph-hbase-server.properties
    gremlin.graph=org.janusgraph.core.JanusGraphFactory

    注意: 不要使用bin/janusgraph.sh启动,这个启动脚本会启用默认配置使用本地CassandraElasticsearch环境。 
    6. 至此JanusGraph服务已经跑在了WebSocket模式下,可以通过7.1.1.1节提到的方法进行测试了。

    7.4JanusGraph服务启用HTTP协议

    7.4. JanusGraph Server as a HTTP Endpoint

    7.1节快速开始默认配置的协议是WebSocket,如果想更改配使JanusGraph服务支持HTTP协议,跟着下面步骤操作:

    配置JanusGraph服务以支持HTTP协议

    bin/gremlin-server.sh ./conf/gremlin-server/socket-gremlin-server.yaml
    graphs: {
      graph: conf/gremlin-server/socket-janusgraph-hbase-server.properties}
    host: 10.10.10.100
    cp conf/gremlin-server/gremlin-server.yaml conf/gremlin-server/socket-gremlin-server.yaml
    cp conf/janusgraph-hbase.properties conf/gremlin-server/socket-janusgraph-hbase-server.properties
    gremlin.graph=org.janusgraph.core.JanusGraphFactory

    7.3JanusGraph服务作为WebSocket终端

    7.3. JanusGraph Server as a WebSocket Endpoint

    在7.1节已经说明了默认WebSocket配置。如果你想更改配置以使用自己的Cassandra或者HBase环境,而不是快速上手的默认配置环境,跟着执行下面操作步骤:

    配置JanusGraph服务以支持WebSocket

    7.2清理部署程序包

    7.2. Cleaning up after the Pre-Packaged Distribution

    如果想删除数据库和日志使用一个干净的库,可以使用janusgraph.shclean命令,在执行clean命令前得先停止服务。

    $ cd /Path/to/janusgraph/janusgraph-0.2.0-hadoop2/
    $ ./bin/janusgraph.sh stop
    Killing Gremlin-Server (pid 91505)...
    Killing Elasticsearch (pid 91402)...
    Killing Cassandra (pid 91219)...
    $ ./bin/janusgraph.sh clean
    Are you sure you want to delete all stored data and logs? [y/N] y
    Deleted data in /Path/to/janusgraph/janusgraph-0.2.0-hadoop2/db
    Deleted logs in /Path/to/janusgraph/janusgraph-0.2.0-hadoop2/log

    :remote命令告诉控制台使用conf/remote.yaml配置文件连接Gremlin服务端。这会触使连接到本地运行的Gremlin服务实例。:>提示服务下输入的命令将被发送到当前连接的远程gremlin服务上执行。默认情况下,远程连接是无状态的,意思就是说每一行命名都会被当做一个单独的请求进行提交。可以使用分号作为定界符在单行上发送多个语句。另外,在创建连接时,可以通过指定会话来建立具有会话的控制台。控制台会话允许您在多个输入行上重用变量。

    gremlin> :remote connect tinkerpop.server conf/remote.yaml
    ==>Configured localhost/127.0.0.1:8182
    gremlin> graph
    ==>standardjanusgraph[cql:[127.0.0.1]]
    gremlin> g
    ==>graphtraversalsource[standardjanusgraph[cql:[127.0.0.1]], standard]
    gremlin> g.V()
    gremlin> user = "Chris"
    ==>Chris
    gremlin> graph.addVertex("name", user)
    No such property: user for class: Script21
    Type ':help' or ':h' for help.
    Display stack trace? [yN]
    gremlin> :remote connect tinkerpop.server conf/remote.yaml session
    ==>Configured localhost/127.0.0.1:8182-[9acf239e-a3ed-4301-b33f-55c911e04052]
    gremlin> g.V()
    gremlin> user = "Chris"
    ==>Chris
    gremlin> user
    ==>Chris
    gremlin> graph.addVertex("name", user)
    ==>v[4344]
    gremlin> g.V().values('name')
    ==>Chris

    7.1.1.1连接到Gremlin服务

    7.1.1.1. Connecting to Gremlin Server

    执行janusgraph.sh后,Gremlin将会监听WebSocket连接。最方便的测试连接的方式是使用Gremlin的控制台。

    运行bin/gremlin.sh进入Gremlin控制台,使用:remote:>命令在Gremlin控制台操作Gremlin服务端。

    $  bin/gremlin.sh
             \,,,/
             (o o)
    -----oOOo-(3)-oOOo-----
    plugin activated: tinkerpop.server
    plugin activated: tinkerpop.hadoop
    plugin activated: tinkerpop.utilities
    plugin activated: janusgraph.imports
    plugin activated: tinkerpop.tinkergraph
    gremlin> :remote connect tinkerpop.server conf/remote.yaml
    ==>Connected - localhost/127.0.0.1:8182
    gremlin> :> graph.addVertex("name", "stephen")
    ==>v[256]
    gremlin> :> g.V().values('name')
    ==>stephen
    $ bin/janusgraph.sh start
    Forking Cassandra...
    Running `nodetool statusthrift`.. OK (returned exit status 0 and printed string "running").
    Forking Elasticsearch...
    Connecting to Elasticsearch (127.0.0.1:9300)... OK (connected to 127.0.0.1:9300).
    Forking Gremlin-Server...
    Connecting to Gremlin-Server (127.0.0.1:8182)... OK (connected to 127.0.0.1:8182).
    Run gremlin.sh to connect.
    JanusGraph当前已经跑在HTTP模式下并且可以进行测试了。curl命令可以用于验证服务服务已正常工作。
    
    指定刚刚的配置yaml配置文件,启动JanusGraph服务。
    
    c. 修改新配置文件的graphs部分,以使JanusGraph服务能够找到并连接上JanusGraph实例。
    
    b. 更新channelizer配置项为HttpChannelizer
    
    更新http-gremlin-server.yaml配置文件的下面这些配置项: 
    a. 如果您打算从本地主机以外的其他设备连接到JanusGraph服务器,更新host的IP地址:
    
    复制./conf/gremlin-server/gremlin-server.yaml到一个新的文件http-gremlin-server.yaml。如果需要引用文件的原始版本,请执行此操作。
    
    一旦本地配置文件测试通过得到一个可正常工作的配置文件,复制./conf目录下的配置到./conf/gremlin-server目录。
    
    首先尝试连接本地JanusGraph数据库,这一步可以在Gremlin客户端实现,也可以通过程序实现。在./conf目录下配置文件中做适当修改,例如编辑./conf/janusgraph-hbase.properties,确保storage.backend、storage.hostname、storage.hbase.table是被显示指定的。更多的JanusGraph后端存储配置请参考 第三章:后端存储。确保配置文件中包含下面配置项:
    
    指定刚刚的配置yaml配置文件,启动JanusGraph服务。
    
    b. 修改新配置文件的graphs部分,以使JanusGraph服务能够找到并连接上JanusGraph实例。
    
    修改socket-gremlin-server.yaml配置中下面配置项。 
    a. 如果您打算从本地主机以外的其他设备连接到JanusGraph服务器,更新host的IP地址:
    
    复制./conf/gremlin-server/gremlin-server.yaml重命名为socket-gremlin-server.yaml如果需要引用文件的原始版本,请执行此操作。
    
    一旦本地配置文件测试通过得到一个可正常工作的配置文件,复制./conf目录下的配置到./conf/gremlin-server目录。
    
    首先测试本地连接到JanusGraph数据库。这步可以使用Gremlin控制台实现也可以通过程序实现。更改你自己环境下./conf目录下的配置文件,例如,编辑./conf/janusgraph-hbase.properties配置文件,确认storage.backend、storage.hostname、storage.hbase.table这些参数被正确指定。
    import com.google.common.base.Preconditions;
    import org.janusgraph.core.EdgeLabel;
    import org.janusgraph.core.Multiplicity;
    import org.janusgraph.core.PropertyKey;
    import org.janusgraph.core.JanusGraphFactory;
    import org.janusgraph.core.JanusGraph;
    import org.janusgraph.core.JanusGraphTransaction;
    import org.janusgraph.core.attribute.Geoshape;
    import org.janusgraph.core.schema.ConsistencyModifier;
    import org.janusgraph.core.schema.JanusGraphIndex;
    import org.janusgraph.core.schema.JanusGraphManagement;
    import org.janusgraph.graphdb.database.StandardJanusGraph;
    import org.apache.tinkerpop.gremlin.process.traversal.Order;
    import org.apache.tinkerpop.gremlin.structure.Direction;
    import org.apache.tinkerpop.gremlin.structure.Edge;
    import org.apache.tinkerpop.gremlin.structure.T;
    import org.apache.tinkerpop.gremlin.structure.Vertex;
    
    /**
     * Example Graph factory that creates a {@link JanusGraph} based on roman mythology.
     * Used in the documentation examples and tutorials.
     *
     * @author Marko A. Rodriguez (http://markorodriguez.com)
     */
    public class GraphOfTheGodsFactory {
    
        public static final String INDEX_NAME = "search";
        private static final String ERR_NO_INDEXING_BACKEND =
                "The indexing backend with name \"%s\" is not defined. Specify an existing indexing backend or " +
                        "use GraphOfTheGodsFactory.loadWithoutMixedIndex(graph,true) to load without the use of an " +
                        "indexing backend.";
    
        public static JanusGraph create(final String directory) {
            JanusGraphFactory.Builder config = JanusGraphFactory.build();
            config.set("storage.backend", "cql");
            config.set("storage.directory", directory);
            config.set("index." + INDEX_NAME + ".backend", "elasticsearch");
    
            JanusGraph graph = config.open();
            GraphOfTheGodsFactory.load(graph);
            return graph;
        }
    
        public static void loadWithoutMixedIndex(final JanusGraph graph, boolean uniqueNameCompositeIndex) {
            load(graph, null, uniqueNameCompositeIndex);
        }
    
        public static void load(final JanusGraph graph) {
            load(graph, INDEX_NAME, true);
        }
    
        private static boolean mixedIndexNullOrExists(StandardJanusGraph graph, String indexName) {
            return indexName == null || graph.getIndexSerializer().containsIndex(indexName);
        }
    
        public static void load(final JanusGraph graph, String mixedIndexName, boolean uniqueNameCompositeIndex) {
            if (graph instanceof StandardJanusGraph) {
                Preconditions.checkState(mixedIndexNullOrExists((StandardJanusGraph)graph, mixedIndexName),
                        ERR_NO_INDEXING_BACKEND, mixedIndexName);
            }
    
            //Create Schema
            JanusGraphManagement management = graph.openManagement();
            final PropertyKey name = management.makePropertyKey("name").dataType(String.class).make();
            JanusGraphManagement.IndexBuilder nameIndexBuilder = management.buildIndex("name", Vertex.class).addKey(name);
            if (uniqueNameCompositeIndex)
                nameIndexBuilder.unique();
            JanusGraphIndex nameIndex = nameIndexBuilder.buildCompositeIndex();
            management.setConsistency(nameIndex, ConsistencyModifier.LOCK);
            final PropertyKey age = management.makePropertyKey("age").dataType(Integer.class).make();
            if (null != mixedIndexName)
                management.buildIndex("vertices", Vertex.class).addKey(age).buildMixedIndex(mixedIndexName);
    
            final PropertyKey time = management.makePropertyKey("time").dataType(Integer.class).make();
            final PropertyKey reason = management.makePropertyKey("reason").dataType(String.class).make();
            final PropertyKey place = management.makePropertyKey("place").dataType(Geoshape.class).make();
            if (null != mixedIndexName)
                management.buildIndex("edges", Edge.class).addKey(reason).addKey(place).buildMixedIndex(mixedIndexName);
    
            management.makeEdgeLabel("father").multiplicity(Multiplicity.MANY2ONE).make();
            management.makeEdgeLabel("mother").multiplicity(Multiplicity.MANY2ONE).make();
            EdgeLabel battled = management.makeEdgeLabel("battled").signature(time).make();
            management.buildEdgeIndex(battled, "battlesByTime", Direction.BOTH, Order.decr, time);
            management.makeEdgeLabel("lives").signature(reason).make();
            management.makeEdgeLabel("pet").make();
            management.makeEdgeLabel("brother").make();
    
            management.makeVertexLabel("titan").make();//太阳神
            management.makeVertexLabel("location").make();//场景
            management.makeVertexLabel("god").make();//上帝
            management.makeVertexLabel("demigod").make();//小神
            management.makeVertexLabel("human").make();//人类
            management.makeVertexLabel("monster").make();//怪物
    
            management.commit();
    
            JanusGraphTransaction tx = graph.newTransaction();
            // vertices
    
            Vertex saturn = tx.addVertex(T.label, "titan", "name", "saturn", "age", 10000);
            Vertex sky = tx.addVertex(T.label, "location", "name", "sky");
            Vertex sea = tx.addVertex(T.label, "location", "name", "sea");
            Vertex jupiter = tx.addVertex(T.label, "god", "name", "jupiter", "age", 5000);
            Vertex neptune = tx.addVertex(T.label, "god", "name", "neptune", "age", 4500);
            Vertex hercules = tx.addVertex(T.label, "demigod", "name", "hercules", "age", 30);
            Vertex alcmene = tx.addVertex(T.label, "human", "name", "alcmene", "age", 45);
            Vertex pluto = tx.addVertex(T.label, "god", "name", "pluto", "age", 4000);
            Vertex nemean = tx.addVertex(T.label, "monster", "name", "nemean");
            Vertex hydra = tx.addVertex(T.label, "monster", "name", "hydra");
            Vertex cerberus = tx.addVertex(T.label, "monster", "name", "cerberus");
            Vertex tartarus = tx.addVertex(T.label, "location", "name", "tartarus");
    
            // edges
    
            jupiter.addEdge("father", saturn);
            jupiter.addEdge("lives", sky, "reason", "loves fresh breezes");
            jupiter.addEdge("brother", neptune);
            jupiter.addEdge("brother", pluto);
    
            neptune.addEdge("lives", sea).property("reason", "loves waves");
            neptune.addEdge("brother", jupiter);
            neptune.addEdge("brother", pluto);
    
            hercules.addEdge("father", jupiter);
            hercules.addEdge("mother", alcmene);
            hercules.addEdge("battled", nemean, "time", 1, "place", Geoshape.point(38.1f, 23.7f));
            hercules.addEdge("battled", hydra, "time", 2, "place", Geoshape.point(37.7f, 23.9f));
            hercules.addEdge("battled", cerberus, "time", 12, "place", Geoshape.point(39f, 22f));
    
            pluto.addEdge("brother", jupiter);
            pluto.addEdge("brother", neptune);
            pluto.addEdge("lives", tartarus, "reason", "no fear of death");
            pluto.addEdge("pet", cerberus);
    
            cerberus.addEdge("lives", tartarus);
    
            // commit the transaction to disk
            tx.commit();
        }
    
        /**
         * Calls {@link JanusGraphFactory#open(String)}, passing the JanusGraph configuration file path
         * which must be the sole element in the {@code args} array, then calls
         * {@link #load(org.janusgraph.core.JanusGraph)} on the opened graph,
         * then calls {@link org.janusgraph.core.JanusGraph#close()}
         * and returns.
         * <p>
         * This method may call {@link System#exit(int)} if it encounters an error, such as
         * failure to parse its arguments.  Only use this method when executing main from
         * a command line.  Use one of the other methods on this class ({@link #create(String)}
         * or {@link #load(org.janusgraph.core.JanusGraph)}) when calling from
         * an enclosing application.
         *
         * @param args a singleton array containing a path to a JanusGraph config properties file
         */
        public static void main(String args[]) {
            if (null == args || 1 != args.length) {
                System.err.println("Usage: GraphOfTheGodsFactory <janusgraph-config-file>");
                System.exit(1);
            }
    
            JanusGraph g = JanusGraphFactory.open(args[0]);
            load(g);
            g.close();
        }
    }

     

    JanusGraph提供多种后端存储和后端索引,使其能够更灵活的部署。本章介绍了几种可能的部署场景,以帮助解决这种灵活性带来的复杂性。

    在讨论部署场景之前,理解JanusGraph本身的角色定位和后端存储的角色定位是非常重要的。首先,应用程序与JanusGraph进行交互大多数情况下都是进行Gremlin遍历,然后,JanusGraph把遍历请求发给配置好的后端(存储后端、索引后端)执行遍历处理。当JanusGraph以服务的形式被使用的时候,将不会有主服务(master JanusGraph Server)。应用程序可以连接任何一个JanusGraph服务实例。这样就可以使用负载均衡把请求分配到不同的实例上。JanusGraph服务实例之间本身是没有之间联系的,当遍历处理增大的时候这更容易扩容。

    对如下每张图从左往右进行标号

    1客户端 、2 janusGraph集群+gremlinServer(janusGraph server)、3存储集群(后端)

    8.1 快速上手方案

    8.1. Getting Started Scenario

    这种场景是大多数用户在刚开始使用JanusGraph时可能要选择的场景。它提供了可伸缩性和容错性所需要的最少服务数量。每个JanusGraph服务运行在单独的存储后端和可选的索引后端。

    image

    8.2 建议部署方案

    8.2. Advanced Scenario

    建议部署方案也是由8.1节 快速上手部署方案进化来的。JanusGraph服务实例集群不和存储后端集群和索引后端集群部署在一起,他们被分配到不同的服务器上集群上。建议不同的组件集群(JanusGraph服务、索引后端、存储后端)部署到不同的服务器集群上,这样能够方便扩容和管理,相互之间也互不依赖。这为维护更多的服务器提供了更高的灵活性。

    image

    对每张图从左往右进行标号 1客户端 、2 janusGraph集群+gremlinServer(janusGraph server)、3存储集群(后端)

    该方案提供了不同组件的独立可伸缩性,当然,使用可伸缩的后端也是非常有意义的。

    8.3 极简方案

    8.3. Minimalist Scenario

    JanusGraph服务也可以和后端存储/索引部署在一台机器上。这对于测试或者单应用来说,部署在一台服务器上是非常具有吸引力的。

    image

    与上面方案相反,这种部署方案不可伸缩。内存后端可用于测试,Berkeley DB用于生产,Lucene作为可选索引后端。

    8.4嵌入式JanusGraph

    8.4. Embedded JanusGraph

    基于JVM的应用程序可以直接嵌入一个JanusGraph包,而不用连接到JanusGraph服务。虽然这样可以减少管理开销,这导致不能对JanusGraph进行单独扩容。JanusGraph嵌入式部署方案是其他部署方案的变种,JanusGraph只是从服务器直接移动到应用程序中,因为它现在只是用作库,而不是独立的服务。

    参考资料:

    [1] http://janusgraph.org/ JanusGraph官方网址

    [2] https://github.com/JanusGraph/janusgraph JanusGraph的github源码网址

    [3] https://docs.janusgraph.org/latest/index.html JanusGraph的官方文档
     

     

    展开全文
  • 重组Kinectin蛋白的表达及纯化,黄天明,黄绍明,目的:探讨重组kinectin蛋白的诱导表达及纯化条件。方法:以pMAL-C2为载体构建重组质粒,并转入TB1宿主菌。通过不同的诱导温度、诱导时
  • 一、天空盒的构建 ...对于不同的对象,有着不同的处理方法。比如empty,就是用来创建空游戏对象,不予以显示,经常作为挂载载体使用;camera作为摄像机,主要显示游戏世界,是观察的窗口 ;Light : 光...

    一、天空盒的构建

    在unity里面下载 Fantasy Skybox FREE,按照提示构建了几个游戏场景

    在这里插入图片描述
    在这里插入图片描述

    随意构建了一个天空的背景

    二、游戏对象的使用

    gameobject主要包括创建、获取、添加组件的过程。对于不同的对象,有着不同的处理方法。比如empty,就是用来创建空游戏对象,不予以显示,经常作为挂载载体使用;camera作为摄像机,主要显示游戏世界,是观察的窗口 ;Light : 光线效果游,光的来源; 3D 物体等不同形状的3d对象。然后对于不同的对象的作用,予以他们不同的脚本文件,使之达成预期的运动效果。然后也可以根据其组件的作用进行修正和补足。

    三、牧师和恶魔 分离版

    详情见github

    展开全文
  • 针对传统文本行提取方法的不足, 提出一种脱机手写女书字符图像多方向文本行提取方法。该方法先将预处理后的女书字符图像通过...实验结果表明, 该方法能有效提取扇面、布帕等不同载体上女书字符图像中的多方向文本行。
  • 导读:日前,山西省晋中市环保局新上线了污染源监控...而作为这些应用的载体,浪潮分别采用AS500系列和AS1000系列,根据不同业务构建不同硬件平台,提升了数据采集和处理效率,同时兼顾了成本考量,成为晋中市创建...
  • 长白猪和蓝塘猪LPIN1启动子的活性比较,李霞丹,束刚,本研究旨在构建出长白猪和蓝塘猪一系列不同长度的LPIN1启动子的报告基因载体,并进行双荧光素酶报告试验检测其活性。设计引物对LPIN
  • 信号肽对耐热β-半乳糖苷酶在枯草芽孢杆菌中表达的影响,王双辉,王光强,本文以来源于嗜热脂肪芽胞杆菌(Bacillus stearothermophilus)的耐热β-半乳糖苷酶基因bgaB为目标基因,构建了三种分泌表达载体,研究了不同
  • 知识图谱(Knowledge Graph),在图书情报界称为知识域可视化或知识领域映射地图,是显示知识发展进程与结构关系的一系列各种不同的图形,用可视化技术描述知识资源及其载体,挖掘、分析、构建、绘制和显示知识及...
  • 在中国刮起了一阵国潮风,文化创意是以文化为元素、融合多元文化、整理相关学科、利用不同载体构建的再造与创新的文化现象。 文创产品之所以火爆,是因为文创所应用的元素符号,往往拥有着深厚的历史韵味和特殊的...
  • 知识图谱(Knowledge Graph)又称为科学知识图谱,在图书情报界称为知识域可视化或知识领域映射地图,是显示知识发展进程与结构关系的一系列各种不同的图形,用可视化技术描述知识资源及其载体,挖掘、分析、构建、...
  • 知识图谱课件

    2018-10-25 14:50:59
    知识图谱(Knowledge Graph)又称为科学知识图谱,在图书情报界称为知识域可视化或知识领域映射地图,是显示知识发展进程与结构关系的一系列各种不同的图形,用可视化技术描述知识资源及其载体,挖掘、分析、构建、...
  • 50张pdf技术图谱

    2018-09-20 15:00:27
    知识图谱(Knowledge Graph)又称为科学知识图谱,在图书情报界称为知识域可视化或知识领域映射地图,是显示知识发展进程与结构关系的一系列各种不同的图形,用可视化技术描述知识资源及其载体,挖掘、分析、构建、...
  • 首先,其他的文本编辑器只有一种模式,就是插入模式。而vim一下子颠覆了我们的世界观——有好多模式。这个是思维上的切换,很难也很重要!!!  其次,Vim 提供一个区分模式...而我们这里通过模式为载体构建vim...
  • 由于不同期限移动平均指标包含的信息不同, 本报告策略的核心思想在于同时捕捉个股历史短期、中期、长期趋势特征,并结合市场整体环境, 构建趋势模型, 进行个股收益的预测。模型本身不依赖于市场短期、中期、长期...
  • 近年来,互联网高速发展,电视等传统媒体加速向媒体融合方向迈进,在三网融合等政策推动以及视频云技术、互动技术、大数据分析等新技术加速应用的背景下,无视频,不网络,短视频成为最重要的信息载体之一。构建高效...
  • Kubernetes 网络原理

    2018-08-29 09:55:42
    由于Kubernetes是基于Docker容器作为应用发布的载体,而Docker本身的网络特性也决定了Kubernetes在构建一个容器互通网络必须要解决Docker自身网络的缺陷。 网络命名空间 为了支持网络协议栈的多个实例,Linux在网络...
  • 云计算引擎CellCloud

    2021-01-31 01:57:39
    CellCloud是面向云计算应用系统开发者...CellCloud使用Primitive(原语)作为服务交互载体,采用不同的 Stuff(语素)类型来描述服务的特性,并携带服务消费者和生产者之间所需要的数据。服务消费者和服务生产者通过 P
  • 微信公众号图片

    2020-01-04 16:03:46
    图片和文字是传递信息的两种完全不同类型的载体。文字借凭想象力构建画面和传递意义,图片则把细节清清楚楚的展现给你,让你思考。其实,图片和文字在我们脑中理解意义的时候,都不能单独存在。想要理解文字的含义,...

空空如也

空空如也

1 2 3 4 5 ... 7
收藏数 127
精华内容 50
关键字:

不同载体构建