elastic

elastic

【年度盛会】Elastic 中国开发者大会 2021 八折购票火热进行中

活动liaosy 发表了文章 • 0 个评论 • 96 次浏览 • 1 天前 • 来自相关话题

【年度盛会】2021 Elastic 中国开发者大会,来自Elastic、阿里、腾讯、谷歌、字节等业界专家带来的干货分享,精彩内容不容错过,八折购票火热进行中(折扣码: 80OFF),扫码即可报名购票。  
开发者大会2021议题海报2_讲师.png
  【更多演讲嘉宾介绍】 https://conf.www.ksh17j.com/2021/speaker.html 【大会官网】 https://conf.www.ksh17j.com
【年度盛会】2021 Elastic 中国开发者大会,来自Elastic、阿里、腾讯、谷歌、字节等业界专家带来的干货分享,精彩内容不容错过,八折购票火热进行中(折扣码: 80OFF),扫码即可报名购票。  
开发者大会2021议题海报2_讲师.png
  【更多演讲嘉宾介绍】 https://conf.www.ksh17j.com/2021/speaker.html 【大会官网】 https://conf.www.ksh17j.com

Elastic日报 第1295期 (2021-12-29)

Elastic日报kin122 发表了文章 • 0 个评论 • 75 次浏览 • 1 天前 • 来自相关话题

1. 腾讯云Elasticsearch集群运维常用命令详解三(索引篇) 2. Elasticsearch长文本查询拒绝问题分析及性能优化 3. 几种常见的查询性能问题(二) -字节·张超 编辑:kin122 归档: 订阅: 沙龙:
1. 腾讯云Elasticsearch集群运维常用命令详解三(索引篇) 2. Elasticsearch长文本查询拒绝问题分析及性能优化 3. 几种常见的查询性能问题(二) -字节·张超 编辑:kin122 归档: 订阅: 沙龙:

【1月8日】Elastic 中国开发者大会 2021 日程新鲜出炉!福利票抢先购!

Elasticsearchliaosy 发表了文章 • 0 个评论 • 94 次浏览 • 3 天前 • 来自相关话题

重要的事情说三遍

  • Elastic 中国开发者大会 2021 的精彩日程现已上线!
  • Elastic 中国开发者大会 2021 的精彩日程现已上线!
  • Elastic 中国开发者大会 2021 的精彩日程现已上线!

关于本次大会

Elastic 中国开发者大会 2021 是由 Elastic 官方、Elastic 足球社区和极限科技联合主办的开发者大会,作为中国国内唯一一个专门讨论 Elasticsearch 开源技术的大会,是中国最权威和最具实力干货的技术大会,其专业性和内容的质量一直以来在业内都是有口皆碑。本次大会邀请的演讲嘉宾有来自 Elastic 官方、Google、腾讯、阿里巴巴、字节跳动、vivo等众多公司的技术专家,为中国广大的 Elasticsearch 开发者提供一个技术交流和学习切磋的地方,汇集业界众多的成功案例,集思广益,发散思维,促进社区和行业的进步。

更多详细介绍请参见大会官网:

https://conf.www.ksh17j.com

关于大会议程

开发者大会2021议程_8折.png

精彩内容不容错过,八折购票火热进行中(折扣码: 80OFF),扫码购买。

Elastic日报 第1288期 (2021-12-22)

Elastic日报kin122 发表了文章 • 0 个评论 • 91 次浏览 • 3 天前 • 来自相关话题

1. 腾讯云Elasticsearch集群运维常用命令详解一(集群篇) 2. 腾讯云Elasticsearch集群运维常用命令详解二(节点篇) 编辑:kin122 归档: 订阅: 沙龙:
1. 腾讯云Elasticsearch集群运维常用命令详解一(集群篇) 2. 腾讯云Elasticsearch集群运维常用命令详解二(节点篇) 编辑:kin122 归档: 订阅: 沙龙:

Elastic日报 第1281期 (2021-12-15)

Elastic日报kin122 发表了文章 • 0 个评论 • 179 次浏览 • 2021-12-15 10:04 • 来自相关话题

1.  ELK-加密通信的说明和配置教程 2. Elasticsearch Open Source Monitoring Tools 3. 如何在生产中实现Elasticsearch的零停机升级 编辑:kin122 归档: 订阅: 沙龙:
1.  ELK-加密通信的说明和配置教程 2. Elasticsearch Open Source Monitoring Tools 3. 如何在生产中实现Elasticsearch的零停机升级 编辑:kin122 归档: 订阅: 沙龙:

Elastic日报 第1274期 (2021-12-08)

Elastic日报kin122 发表了文章 • 0 个评论 • 186 次浏览 • 2021-12-08 10:37 • 来自相关话题

1. Introduction to Runtime Fields in ElasticSearch 2. Logstash-介绍 3. Logstash-配置 编辑:kin122 归档: 订阅: 沙龙:
1. Introduction to Runtime Fields in ElasticSearch 2. Logstash-介绍 3. Logstash-配置 编辑:kin122 归档: 订阅: 沙龙:

Elastic日报 第1267期 (2021-12-01)

Elastic日报kin122 发表了文章 • 0 个评论 • 200 次浏览 • 2021-12-01 14:44 • 来自相关话题

1.由Elasticsearch的API命令,引发的金融业生产故障 2.  缓存及使用 Circuit Breaker 限制内存使用   3. Top 10 Elasticsearch Metrics to Monitor 编辑:kin122 归档: 订阅: 沙龙:
1.由Elasticsearch的API命令,引发的金融业生产故障 2.  缓存及使用 Circuit Breaker 限制内存使用   3. Top 10 Elasticsearch Metrics to Monitor 编辑:kin122 归档: 订阅: 沙龙:

Elastic日报 第1260期 (2021-11-24)

Elastic日报kin122 发表了文章 • 0 个评论 • 224 次浏览 • 2021-11-24 11:54 • 来自相关话题

1.ElasticSearch Merge机制和写放大问题研究 2. Understanding Elasticsearch Persistent Tasks 3. 分布式日志系统Graylog、Loki及ELK的分析和对比 编辑:kin122 归档: 订阅: 沙龙:
1.ElasticSearch Merge机制和写放大问题研究 2. Understanding Elasticsearch Persistent Tasks 3. 分布式日志系统Graylog、Loki及ELK的分析和对比 编辑:kin122 归档: 订阅: 沙龙:

Elastic日报 第1247期 (2021-11-12)

Elastic日报kin122 发表了文章 • 0 个评论 • 200 次浏览 • 2021-11-13 23:20 • 来自相关话题

1. Elasticsearch 异步搜索 Async search 实战 2.TB级微服务海量日志监控平台 3. Lucene源码解析——DocValue存储方式 编辑:kin122 归档: 订阅: 沙龙:
1. Elasticsearch 异步搜索 Async search 实战 2.TB级微服务海量日志监控平台 3. Lucene源码解析——DocValue存储方式 编辑:kin122 归档: 订阅: 沙龙:

Elastic 中国开发者大会 2021 开启了,预热铁粉票已开抢,手慢无!

活动liaosy 发表了文章 • 0 个评论 • 429 次浏览 • 2021-11-11 17:45 • 来自相关话题

banner-1080x640-infini.png
Elastic 中国开发者大会 2021 是由 Elastic 官方、Elastic 足球社区和极限科技联合主办的开发者大会,作为中国国内唯一一个专门讨论 Elasticsearch 开源技术的大会,是中国最权威和最具实力干货的技术大会,其专业性和内容的质量一直以来在业内都是有口皆碑,大会最早发起于 2013 年初一个很小的线下聚会,之后每年迅速成长,往年大会的演讲嘉宾有来自 Elastic 官方、百度、腾讯、阿里巴巴、360、微博、美团、58、苏宁等众多公司的技术专家,带来过众多精彩的分享,与会听众大多为大数据领域相关的架构师、技术经理与一线开发工程师和运维工程师。 我们本着非盈利目的来举办大会,今年的大会将于2022年1月8号在深圳举行,举办开发者大会的目的是为中国广大的 Elasticsearch 开发者提供一个技术交流和学习切磋的地方,汇集业界众多的成功案例,集思广益,发散思维,促进社区和行业的进步。   大会官网:https://conf.www.ksh17j.com Elasticsearch铁粉福利: 预热-铁粉票(79元/张), 共计100张,数量有限,赶紧去报名抢购吧! 购票地址:   同时大会也在公开征集演讲议题与合作赞助商,欢迎各位Elastic相关技术大咖报名参与分享,欢迎有兴趣的赞助商金主大大前来合作。 演讲报名申请: 赞助合作申请:    

父子查询排序

Elasticsearchzcc_vv 回复了问题 • 6 人关注 • 3 个回复 • 1794 次浏览 • 2021-09-22 14:47 • 来自相关话题

es每天早上第一次搜索都非常慢

Elasticsearch匿名用户 回复了问题 • 5 人关注 • 2 个回复 • 1097 次浏览 • 2020-11-22 18:51 • 来自相关话题

求教熔断器parent的值是怎么算的

回复

Elasticsearchwanghx627 回复了问题 • 1 人关注 • 1 个回复 • 1281 次浏览 • 2020-09-21 00:13 • 来自相关话题

训练营报名中 | 5天突破Elasticsearch全观测日志分析能力

Elasticsearchzengcici 发表了文章 • 0 个评论 • 1168 次浏览 • 2020-09-08 11:43 • 来自相关话题

报名时间:截止 2020年9月13日 23:59分 报名链接:

训练营介绍

Elastic.png

奖品介绍

礼品-Elastic版.png

云栖大会 | Elasticsearch 场景化应用专场,将于2020年9月18日 下午13:00开始,如果你不想错过,马上订阅吧

更多Elasticsearch 场景化应用,请下载白皮书【Elasticsearch 八大经典应用】 下载链接:

报名时间:截止 2020年9月13日 23:59分 报名链接:

训练营介绍

Elastic.png

奖品介绍

礼品-Elastic版.png

云栖大会 | Elasticsearch 场景化应用专场,将于2020年9月18日 下午13:00开始,如果你不想错过,马上订阅吧

更多Elasticsearch 场景化应用,请下载白皮书【Elasticsearch 八大经典应用】 下载链接:

请教大神,关于MultiSearch传入多个查询请求后,查询出来的多个结果怎么和传参关联上

Elasticsearchzec 回复了问题 • 4 人关注 • 3 个回复 • 4867 次浏览 • 2020-01-14 15:58 • 来自相关话题

条新动态, 点击查看
最近也遇到第一个问题。查找网上所有资料均未给出合适的答案,无奈只好硬着头皮去看源码。好在终于把这个原理理清楚了,来跟大家一起分享一下。
 
ES多盘shard分配原理
假设现在单机环境中有两块磁盘,es的配置文件elasticsearch.yml中的path.... 显示全部 »
最近也遇到第一个问题。查找网上所有资料均未给出合适的答案,无奈只好硬着头皮去看源码。好在终于把这个原理理清楚了,来跟大家一起分享一下。
 
ES多盘shard分配原理
假设现在单机环境中有两块磁盘,es的配置文件elasticsearch.yml中的path.data:/index/data,/data2/index/data
配置了两块盘,对应了两个路径。那么我现在要创建hrecord1索引的2个主shard分配原理如下:
首先会创建shard1(我估计ES会优先创建shard编号大的shard,但是影响不大),创建shard1的时候会找出两个路径对应的磁盘空间大的那个盘,然后将shard1放到那个路径下。
创建shard0的时候,会将/index和/data2磁盘的剩余可用空间相加,然后将这个总和乘以百分之五
将前面创建shard1的磁盘空间减去这个百分之五的值,然后再将这个差值与/data2磁盘剩余空间进行比较,找出磁盘空间大的,然后把shard0放到那个大的磁盘空间上。
说白了,这个百分之五的空间是ES为那个创建的shard1设置的预留空间吧。
有错误的地方也欢迎大家指出,一起交流哈!
 主要代码在ShardPath.java里面
[code]public static ShardPath selectNewPathForShard(NodeEnvironment env, ShardId shardId, IndexSettings indexSettings,
long avgShardSizeInBytes, Map<Path,Integer> dataPathToShardCount) throws IOException {

final Path dataPath;
final Path statePath;

if (indexSettings.hasCustomDataPath()) {
dataPath = env.resolveCustomLocation(indexSettings, shardId);
statePath = env.nodePaths()[0].resolve(shardId);
} else {
BigInteger totFreeSpace = BigInteger.ZERO;
for (NodeEnvironment.NodePath nodePath : env.nodePaths()) {
totFreeSpace = totFreeSpace.add(BigInteger.valueOf(nodePath.fileStore.getUsableSpace()));
}

// TODO: this is a hack!! We should instead keep track of incoming (relocated) shards since we know
// how large they will be once they're done copying, instead of a silly guess for such cases:

// Very rough heuristic of how much dtisk space we expec the shard will use over its lifetime, the max of current average
// shard size across the cluster and 5% of the total available free space on this node:
BigInteger estShardSizeInBytes = BigInteger.valueOf(avgShardSizeInBytes).max(totFreeSpace.divide(BigInteger.valueOf(20)));

// TODO - do we need something more extensible? Yet, this does the job for now...
final NodeEnvironment.NodePath[] paths = env.nodePaths();
NodeEnvironment.NodePath bestPath = null;
BigInteger maxUsableBytes = BigInteger.valueOf(Long.MIN_VALUE);
for (NodeEnvironment.NodePath nodePath : paths) {
FileStore fileStore = nodePath.fileStore;

BigInteger usableBytes = BigInteger.valueOf(fileStore.getUsableSpace());
assert usableBytes.compareTo(BigInteger.ZERO) >= 0;

// Deduct estimated reserved bytes from usable space:
Integer count = dataPathToShardCount.get(nodePath.path);
if (count != null) {
usableBytes = usableBytes.subtract(estShardSizeInBytes.multiply(BigInteger.valueOf(count)));
}
if (bestPath == null || usableBytes.compareTo(maxUsableBytes) > 0) {
maxUsableBytes = usableBytes;
bestPath = nodePath;
}
}

statePath = bestPath.resolve(shardId);
dataPath = statePath;
}
return new ShardPath(indexSettings.hasCustomDataPath(), dataPath, statePath, shardId);
}[/code]
kennywu76

kennywu76 回答了问题 • 2017-04-12 11:36 • 4 个回复 不感兴趣

如果目前索引已存在,如何增加分片数量?

赞同来自:

分片没有办法在原索引上增加,可以创建一个设置了更多分片的空索引,然后利用reindex api重新索引一次。
分片没有办法在原索引上增加,可以创建一个设置了更多分片的空索引,然后利用reindex api重新索引一次。
白衬衣

白衬衣 回答了问题 • 2017-09-06 14:58 • 7 个回复 不感兴趣

elasticsearch打分优化

赞同来自:

我猜测你想要的是降低词频评分的权重,可以在索引的mapping中禁用词频评分,"index_options": "docs"
我猜测你想要的是降低词频评分的权重,可以在索引的mapping中禁用词频评分,"index_options": "docs"
kennywu76

kennywu76 回答了问题 • 2018-01-03 15:54 • 4 个回复 不感兴趣

Elastic对类似枚举数据的搜索性能优化

赞同来自:

这两天刚好和一个朋友在讨论这个问题,初步判断是因为5.0以后对于数值型字段采用了block k-d tree索引结构,导致status一类不同值不多,每个值对应的文档比较多的情况下,查询会比较缓慢。 
 
改用keyword字段来索引就快了, 深层次原因还在看... 显示全部 »
这两天刚好和一个朋友在讨论这个问题,初步判断是因为5.0以后对于数值型字段采用了block k-d tree索引结构,导致status一类不同值不多,每个值对应的文档比较多的情况下,查询会比较缓慢。 
 
改用keyword字段来索引就快了, 深层次原因还在看代码探寻。
先要看看这些pending_tasks是什么才好进一步分析。  如果集群状态为green,没有数据shard在recovery,比较容易产生pending_tasks的是put_mappings这类操作。 特别是如果用了动态mapping的情况下,比较容易因为... 显示全部 »
先要看看这些pending_tasks是什么才好进一步分析。  如果集群状态为green,没有数据shard在recovery,比较容易产生pending_tasks的是put_mappings这类操作。 特别是如果用了动态mapping的情况下,比较容易因为新字段的写入产生mapping更新任务。
kennywu76

kennywu76 回答了问题 • 2018-06-08 11:33 • 6 个回复 不感兴趣

ES集群如何进行挨个重启?

赞同来自:

我来科普一下吧。
 
当cluster.routing.allocation.enable设置为"none"的时候,不会allocate任何UNASSIGNED状态的shard,但是有一个特例:

本地的因为重启而变成UNASSIGNED... 显示全部 »
我来科普一下吧。
 
当cluster.routing.allocation.enable设置为"none"的时候,不会allocate任何UNASSIGNED状态的shard,但是有一个特例:

本地的因为重启而变成UNASSIGNED状态的primary  shard不受这个参数约束

 
怎么理解这个规则呢?举个例子吧。
 
假设集群索引都有设置复制片,然后重启了某一个结点,该结点上的shard会经历下面这个过程:

replica变成UNASSIGNED
primary在其他结点上对应的replica被推举为primary,而本地的这些primary变成replica,并且状态变成UNASSIGNED
由于cluster.routing.allocation.enable设置为none, 这些replica不会再其他结点上复制恢复,保持在UNASSIGNED状态
因此集群状态应该是yellow,意味着所有索引的primary都存在可用,只是部分复制片因为上述参数设置的原因,没有立即进行恢复。
重启的结点加入集群,通过master恢复状态信息以后,可以得知那些UNASSIGNED的shard,在这个结点上存在数据。
重新设置cluster.routing.allocation.enable" : "all" ,master得到指令,开始恢复那些UNASSIGNED的shard
对于不再更新的冷shard,由于synced_flush, master知道这些数据在重启的结点上存在并且和primary一致,只需要更新一下集群的状态,将他们allocate到刚启动的结点,并且状态置为started。所以这个过程非常快,看起来瞬间可以完成。
由于集群持续有数据写入,部分primary由于新写入了数据,重启结点上对应的replica已经out of sync,因此需要进入数据的recovery过程,这个过程可能需要在主副片之间拷贝数据,或者利用translog重放热数据。 该过程取决于shard大小,以及实时数据写入量的大小,需要一些时间,可能几分钟到几个小时,直到primary -replica完全in-sync,才会将replica置为started。

 
如果同时重启2个或者更多结点,会是怎样的?
 
这种情况下,有可能某个shard的primary和replica同时变成UNASSIGNED了,集群状态变成red。  如果结点重启好全部加入集群,即使cluster.routing.allocation.enable设置为none,本地的primary shard因为不受这个参数约束,会立即开始做existing_store类别的恢复。 等全部primary恢复好以后,集群状态变成yellow,然后不再继续恢复replica,直到重新设置cluster.routing.allocation.enable为all。
 
所以,cluster.routing.allocation.enable: "none",实际上影响的是已有索引(local存在)的replica,以及新创建索引的primary和replica。
 
 
至于停掉结点后,集群查询延迟增加,是因为重启结点上的查询会由剩余的结点分担,多少延迟会增加一些。
 

Elastic 中国开发者大会 2021 开启了,预热铁粉票已开抢,手慢无!

活动liaosy 发表了文章 • 0 个评论 • 429 次浏览 • 2021-11-11 17:45 • 来自相关话题

banner-1080x640-infini.png
Elastic 中国开发者大会 2021 是由 Elastic 官方、Elastic 足球社区和极限科技联合主办的开发者大会,作为中国国内唯一一个专门讨论 Elasticsearch 开源技术的大会,是中国最权威和最具实力干货的技术大会,其专业性和内容的质量一直以来在业内都是有口皆碑,大会最早发起于 2013 年初一个很小的线下聚会,之后每年迅速成长,往年大会的演讲嘉宾有来自 Elastic 官方、百度、腾讯、阿里巴巴、360、微博、美团、58、苏宁等众多公司的技术专家,带来过众多精彩的分享,与会听众大多为大数据领域相关的架构师、技术经理与一线开发工程师和运维工程师。 我们本着非盈利目的来举办大会,今年的大会将于2022年1月8号在深圳举行,举办开发者大会的目的是为中国广大的 Elasticsearch 开发者提供一个技术交流和学习切磋的地方,汇集业界众多的成功案例,集思广益,发散思维,促进社区和行业的进步。   大会官网:https://conf.www.ksh17j.com Elasticsearch铁粉福利: 预热-铁粉票(79元/张), 共计100张,数量有限,赶紧去报名抢购吧! 购票地址:   同时大会也在公开征集演讲议题与合作赞助商,欢迎各位Elastic相关技术大咖报名参与分享,欢迎有兴趣的赞助商金主大大前来合作。 演讲报名申请: 赞助合作申请:    

Shay Banon: 关于“Open” Distro、开源和公司建设的几点思考

资讯动态medcl 发表了文章 • 1 个评论 • 2685 次浏览 • 2019-03-13 10:19 • 来自相关话题

Shay 的一篇文章,分享一下,关于 Elastic、开源及社区。 Elastic 关注的焦点始终是:开发强大的产品,围绕这些产品构建社区,并帮助用户实现成功。 我在 2009 年坐下来编写了 Elasticsearch 最初的几行代码,并以开源方式提供给用户。因此我放弃了原来的工作,花了两年时间开发产品并围绕这些产品打造杰出的社区。在 2012 年,我们围绕所开发的产品创建了公司:Elastic。我们投入巨大精力维持用户社区,并且采用围绕这一社区而开发的开源产品生态系统。我们向 Apache Lucene 中新添了多得数不清的功能,将其打造成无比坚固的基石,以方便所有人在其基础上进行开发。我们增加了 Kibana(由 Rashid 开发)、Logstash(由 Jordan 开发)和 PacketBeat(由 Monica 和 Tudor 开发)等等,不胜枚举。我们开发产品,围绕这些产品打造社区,并专注于为用户提供最大价值。现在,我们有数百名 Elastic 的开发人员每天都在努力工作,致力于实现这一承诺。每天都有数十万名社区用户帮助我们取得共同成功。对于我们为打造强大社区而创建的这家公司,我感到无比自豪。 我们与用户群体之间已经建立了很大程度的信任,我对此既感到骄傲,也感到自己身负重任。我们从成立之初就是一家开源公司,并且我们在所有事务中也一直坚持全心全意为社区和广大用户服务。我们同时还专注于确保任何事情都不能让我们偏离初衷。 公司成立多年以来,我们一直面临着来自外界的担忧、不确定性和质疑。如果开发的产品大获成功,这种事情肯定会发生。这种担忧、不确定性和质疑主要来自大型(超大型)公司,因为他们担心这一发展势头会对他们不利。这是很自然的事情。“千万别使用这款产品,它就是个玩具罢了。” “这款产品只有这么几个开发人员,如果他们遭遇车祸,接下来怎么办呢?” “他们根本不知道‘企业’的需求。” “他们关于 X、Y 或 Z(插入适用于您的时下热门词汇)的说法根本不对。” 我们绝不会被这些言论左右,也不会介意这些说法。这些言论的目的就是为了分散我们和我们社区的精力,让我们偏离初衷,让我们不能继续开发用户喜欢的优秀产品,让我们不能专注于打造用户热爱的卓越社区。如果我们纠结于这些言论,那就愧对了用户对我们的期望,而我们绝对不会让用户失望。 我们的产品被不断地复刻、重新分发和重新打包,次数多到我都数不清了。这代表我们的产品十分成功,使用范围越来越广泛。这些复刻、重新分发和重新打包的公司各式各样,既有各家供应商,也有大型中国企业,而这次就是 Amazon。凡事皆有“原因”,但有时这些原因会被蒙上“大公无私”或“造福公众”的虚伪面具。这些复刻、重新分发和重新打包的产品却没有一个能维持长久。这些公司开发此类产品是为了达到自己的目的,混淆视听,并分裂社区。我们致力于开发用户喜欢的优秀产品并打造用户热爱的卓越社区,正是这一承诺和专注支持我们发展到今天,广大用户对这一点也十分认同。我们已经和您建立了极大的信任,创新速度能够满足您的期望,并且彼此之间的配合也都十分融洽,这一点毫无疑问,大家都看到了。 我们坚信开源理念,也坚信这一理念所赋予的力量。同时,我们从一开始就与大家沟通过,某些功能将是商用功能,并且说明了原因。我相信,我们公司之所以能够取得共同成功,这与我们坚守诚信密不可分。我们编写开源代码时坚持这样的方式:可以向其中添加插件,并允许用户干净地加以实施。我们的这一方式从最初一直不曾改变,多年以来,我们之所以能与广大用户建立信任,正是因为我们一直坚守承诺并努力服务于用户。 我们的商用代码一直都是其他公司的“灵感来源”,有很多公司直接复制我们的代码,甚至将这些代码用于特定的分发包或者复刻版本中,最新推出的 Amazon 产品就是一个例子,很不幸,其中包括多个关键故障,会给用户造成巨大麻烦。我们一直专注于开发用户喜欢的优秀产品,并打造用户热爱的卓越社区。我们并未因为其他公司的这些行为而偏离初衷,这一专注给我们带来了十倍的回报。 我们的品牌已经很多次遭滥用、盗用和不实呈现。很多公司都故意错误地声称他们与我们公司之间有合作,其中就包括 Amazon。然而这些行为并未让我们偏离初衷,我们一直专注于开发用户喜欢的优秀产品,并打造用户热爱的卓越社区。不能专心行事是公司发展的大忌,所以我们绝不会让这些公司的举动左右我们。最重要的是您,我们的用户,而不是围绕产品周围的熙攘噪音。 如果收购其他公司的话,我们会开放源码。当开始看到用户将 Elastic 产品用于 APM 用例时,我们所有人都感到无比兴奋。我们曾收购 OpBeat(APM 领域一家专门从事 SaaS 业务的公司),这是我们公司的一项重大商业投资,然后我们将大部分内容都开源提供给用户,并让用户能够自由使用全部这些内容。决策过程就这么简单,因为我们专注于开发用户喜欢的产品,并打造用户热爱的社区,所以作为我们的用户,您理应使用这些产品。 在其他公司封闭源码的同时,我们却在开放源码。我们的开源代码一直都是一样的,而且都基于同样的许可证,同时我们还加大力度争取在公司层面越来越开放。我们针对现有商用代码使用了另外一套更加宽容的许可证,并且开放了源码。我们希望在从事的所有事情中,都能打造与我们的开源代码相同程度的协作和透明度。与用户进行过多场讨论后,我们决定通过这种方式来直接满足用户的需求,看到大家对此种做法如此认同,我感到十分高兴。自此之后,我们在开源方面的投入一直在增加,同时也致力于提供更多免费功能和体验(已明确地进行标志和分发)。 其他公司看到我们取得成功,便与我们联系要求建立特殊的合作关系以就代码进行协作,要求获得优待以便凌驾于我们的用户之上,这时我们的答案很简单:不行。这些年来,这样的事情发生了很多次,最近又发生了一次,那就是 Amazon。有些公司遵守我们的宗旨,并成为了我们和社区的优秀合作伙伴。很遗憾,其他公司则未能做到。我们承诺:我们会同等对待每一位帮助我们开发产品的开发人员。任何人都没有优先权,如果有人要求优先权,我们会断然拒绝所有此类要求。我们的答案从始至终只有一个:发送提取请求,和所有其他人一样。质量将会说明一切。 我之所以写下上面这些内容,主要有下列几项原因。首先,我们所有人有时都需要自我反省,取得成功靠的是什么,背后的原因又是什么,从而确保我们坚持正确的发展路线。这一点适用于作为我们广大用户的您,适用于我们的社区,也适用于我们公司。第二,我想告诉其他公司,虽然有很多理由会让你们偏离初衷,但还请保持专注,并真正服务于用户,这才是唯一重要的事。最后一点,我想重申我们的承诺:继续开发用户喜爱的产品并打造用户热爱的社区。这是我们的真正目标。 在 Elastic,每一天都是第 0 天(与我们所服务的开发人员一样,我们也使用从零开始的计数方法)。从我写下第一行代码,到我们和所有用户经过的 10 年历程,再到未来,我们一直坚守初心。谨此代表 Elastic 向大家表示真诚的感谢。

9月8日 Elastic Meetup 北京线下沙龙报名中

活动medcl 发表了文章 • 15 个评论 • 4543 次浏览 • 2018-08-16 17:57 • 来自相关话题

meetup-beijing.png
 时间:9月8日 地点:北京市海淀区上地西路6号,联想研究院圆楼三层报告厅 活动页面:https://meetup.www.ksh17j.com/2018/beijing.html  议题:征集中,等你来投稿
  • 58到家搜索服务化实践和演进  -- 邢天宇/五八到家
  • Elasticsearch在百度aladdin日志系统的应用  -- 王鹏/百度
  • elasticsearch 在58集团信息安全部的应用 -- 亢伟楠/五八集体
  • Waterdrop:构建在Spark之上的简单高效数据处理系统  -- 霍晨/新浪网
  • 基于 ElasticSearch 构建个性化推荐和高级搜索  -- 周金阳/果壳网/在行
  报名地址:  演讲主题介绍   #1 基于 ElasticSearch 构建个性化推荐和高级搜索 [周金阳]周金阳果壳网/在行 算法工程师 使用 ES 来构建一个简易却行之有效的个性化推荐系统,以及一些高级搜索排序的实践。 搜索排序主要是分享一些机器学习工具与 ES 配合的实践心得。   #2 elasticsearch 在58集团信息安全部的应用 [亢伟楠]亢伟楠58集团 资深开发工程师 全面介绍 ELK Stack 在58集团信息安全部的落地,升级,优化以及应用。 包括如下等方面:接入背景,存储选型,性能挑战,master node以及data node优化,安全实践,高吞吐量以及低延迟搜索优化;kibana 的落地,本地化使其更方便产品、运营使用。   #3 58到家搜索服务化实践和演进 [邢天宇]邢天宇北京五八到家信息技术有限公司 java工程师 介绍58到家搜索服务体系的构建和普及,elasticsearch在到家中的各种应用以及优化等等。   #4 Waterdrop:构建在Spark之上的简单高效数据处理系统 [霍晨]霍晨新浪网,大数据研发工程师 大数据时代,随着Spark等工具的出现,数据处理能力在逐渐提升。 但是Spark本身的开发和运维具有一定的成本,为此我们开源了Waterdrop,通过配置文件的形式配置Spark任务,企图降低Spark的使用门槛,减小开发和运维成本 - 什么是waterdrop - Waterdrop架构介绍 - Waterdrop VS Spark - Waterdrop VS Logstash - Waterdrop的优势 - Waterdrop使用场景 - Roadmap   #5 elasticsearch在百度aladdin日志系统的应用 [王鹏]王鹏百度,研发工程师 背景:aladdin建库问题相关的case追查,日志统计分析,问题需要解决。 方案:使用ES(es版本: 6.0.0)做存储和检索系统,日志以json格式,抽取重要字段建索引,每天一个index,index名字包含时间后缀,保存三天内的数据;建库10个模块,每天有100亿条记录,20T左右数据;使用20个容器做集群。 效果:毫秒级返回查询结果,利用kibana实时分析建库情况,同时能方便按需提供数据给业务方。   报名地址:      Elastic 中国开发者大会 2018,阵容强大,正在火热售票中 ? https://conf.www.ksh17j.com/2018/shenzhen.html

开放公开,火力全开:Elastic 宣布公开其商业产品 X-Pack 的源代码

资讯动态medcl 发表了文章 • 21 个评论 • 12353 次浏览 • 2018-02-28 12:47 • 来自相关话题

by Elastic CEO Shay Banon

IMG_4009.JPG

我很高兴的宣布,我们将公开我们 X-Pack 特性的所有代码 - Security、Monitoring、Alerting、Graph、Reporting、专门的 APM UI、Canvas、Elasticsearch SQL、Search Profiler、Grok Debugger、Elastic Maps Service zoom levels 以及 Machine Learning - 为了促进我们与客户及社区的更大的协作,正如我们今天为我们的开源代码所做的一样。

我为我们公司围绕我们的开源产品而自豪,一直以来我们都没有破坏创新或放弃对开放的承诺。当我们展望未来的时候,我们看到了一个机会,让我们更加坚信开放,甚至更加彻底,同时引入一个新的、更加高效的模式来构建一个成功的、可持续的围绕开源的商业模式。

这篇博客概述了我们做出这些改变的想法和细节,不过,让我澄清一件事 - 我们是一家开源软件公司。我们将继续保持为一家开源软件公司。我们比以往任何时候都要更加开放,我个人,我的团队,整体而言,都致力于此。

为什么开源?

当我第一次开始写 Elasticsearch 的时候,我知道它必须是开源的。开源作为一种开发模式和分发方式,提供了接触更多人的机会。所有这些人都能做出贡献。当然,通过代码可以做出贡献,但也可以通过使用免费的软件,持续不断的推进可能的边界。

与社区的合作可以确保,当你的项目成功时,会有一群热情的、专门的开发者指导你的特性开发,并将产品推向新的有趣的方向。例如,将聚合功能引入 Elasticsearch 让其可被当做一个可扩展的用于数据分析的产品。而像 Kibana 和 Logstash 这样的项目,以及后来的 Beats 的加入,无不令人鼓舞。随着我们用户的需求变得更加深入和专业,我们总能找到新的方法来支持他们,有些是通过新的功能、有些是产品,比如机器学习、APM 和站内搜索。

我们对开源的承诺深入了。这是我们花费大部分工程力量投入的地方,我们的社区贡献者和用户对我们创新进程也同样至关重要。但是,像我们这样快速推进产品的发展,需要大量的投资,这也是我们围绕这些技术成立一家公司的原因。

为什么商业软件?

那么,如果我们对开源软件已有如此深的见解,那为什么还是编写了商业软件呢?

我们是一家企业。作为企业的一部分,我们相信那些能够付款给我们的企业,应该付款给我们。而那些不能的,他们也不必付款给我们。作为回报,我们有义务确保我们继续添加功能和价值给我们所有的用户,并确保与我们的商业关系对客户有益。这是一家健康的公司所需要的平衡。

销售支持订阅服务是一个常见的开源软件的商业模式。可悲的是,只有支持的商业模式会朝向关于什么对用户最好以及什么对公司最好这样的冲突之中。在这种情况下,公司将没有动力让他们的产品更加简单好用,更加稳固和可扩展,因为那意味着这将吞噬其技术支持的利益。我们从来没有,也永远不会忍受为了确保公司继续经营而不让我们的软件变的更好。我们想要继续改进,我们支持服务的目标是让你的项目成功,然后你能成为你自有 Elastic Stack 部署的专家。

另外一种办法 -- 如果你们听过我的演讲,你们可能听我讨论过这个问题 -- 即构建一个‘企业版’的软件。这种,从本质上来讲,导致了社区的分裂,并在客户和用户之间产生了分歧。它的结果就是创建一种版本 -- 要么企业版,要么社区版 -- 被认为是权威的,往往滞后 master 很多。一个缺少特性的版本。一个在不同周期测试和发布的版本。一个有效的关闭了源代码的版本,因为您无法知道为了支持商业特性而更改了哪些内容。在 Elastic,所有我们的客户同时也是我们开源软件用户,使用相同版本的软件产品。我们不会创建一个社区版与企业版的版本。

那还有什么?识别高价值特性并将其作为核心软件的商业扩展。这种商业模式,我们有时候叫它“open core”,这是我们创造 X-Pack 的最终产物。为了构建和集成由我们维护知识产权(IP)的特性和功能,并提供订阅服务或免费的基础授权。保持我们对知识产权的控制,使我们能够有能力投资我们大部分的工程资源和时间,可以继续改进我们的核心,我们的开源产品。

这种方法使我们能够在世界各地建立一个分布式的公司,让我们感到惊讶的是,Elastic Stack 是如何被用来解决各种实际的、具体的问题的。添加适用于我们用户的特性和功能,并开发一些使我们能够持续到未来的功能。

但是这种方法也存在挑战…

更加开放

你是否知道 X-Pack 提供了一层免费的功能?这些能力诸如 Monitoring、Search Profiler、Grok Debugger 以及额外的 Elastic Maps 缩放级别。你是否知道我们还将在这一层继续添加更多功能,如 Canvas 和 Elasticsearch SQL?

当我们往X-Pack 里添加免费功能的时候,我们这么做是因为我们知道这些功能可以帮助用户更好的使用 Elastic Stack。不幸的是,太多功能你都不知道 -- 也许知道 -- 或得益于这些功能。所以这意味着有很大一部分用户在使用我们软件的时候往往不是最佳实践。

我们也知道,获得这个免费软件的过程是一个糟糕的用户体验,涉及到一个完整的集群重启。并且如果你想查看代码,抱歉,不可以。尤其是这些免费功能和很大一部分用户相关,你会问我们一些很好但是很难的问题,比如:“我如何就这些免费功能与你们交互?”,“我如何开启一个 issue 或是贡献代码?”

而我们没有很好的答案。

通过公开 X-Pack 的代码,我们解决了这些我们部分产品开源以及部分产品不是的问题。很快,所有的免费的和商业的特性你都可以开启一个 issue、查看特性讨论、检查源代码、与我们协助和提交一个 pull request。

具体细节

这意味着什么,技术上来说?

自 6.3 版本起,所有 $PRODUCT(项目)仓库(Elasticsearch, Logstash, Kibana, Beats) :

  • 所有现存的 Apache 2.0 协议的代码都将保持相同的协议,什么都不用动。
  • 我们会创建一个新的 X-Pack 目录,将 x-pack-$PRODUCT 的代码放入到该目录,基于 Elastic EULA 协议,允许相应的衍生和贡献。
  • 我们将修改最顶层的协议为一个简单的 Elastic License,包含这个仓库里面那些文件是Apache 2.0,那些是 Elastic EULA 的详细细节。

同时,X-Pack 功能将打包到默认的发行版里面。所有免费的功能都包含在里面且默认开启且永远不会出现‘过期’,而商业特性则可以通过试用证书可选的启用。因为免费的证书永远不会过期,所以你再也不用通过注册来就直接获取它了。除此以外,一个只包含 Apache 2.0 协议代码的包也会同样会创建并提供下载。

更多信息以及常见问题,可以在 页找到。

总结

我们相信开源。作为一种分布模式。作为一种建立企业的方法。作为我们公司的未来。 我们承诺并保持我们将保持开放,并对我们将在 6.3 比以往任何时候都更加开放而感到兴奋。

感谢你们对我们的信任。

Elastic 在年度用户大会 Elastic{ON} 2018 上发布众多新功能和技术预览

资讯动态medcl 发表了文章 • 1 个评论 • 3618 次浏览 • 2018-02-28 12:39 • 来自相关话题

IMG_0533.JPG

下载超过 2.25 亿次,Elastic 公开 X-Pack 源代码

旧金山 (Elastic{ON} 2018) – 2018 年 2 月 27 日 – Elastic,Elasticsearch 和 Elastic Stack背后的公司,今天宣布其产品累计下载次数达到 2.25 亿次的里程牌,去年累计下载次数是 1 亿。除此之外,Elastic 宣布公开其X-Pack 的源代码作为策略的一部分,让用户更容易地下载、检查和与 Elastic 工程团队一起在 X-Pack 特性开发上进行协作。给用户更简单的下载、检查及协助。X-Pack 目前包括了 security、alerting、monitoring、Graph 和machine learning 等众多功能。

“我们的产品被数以百万计的开发人员和成千上万的客户所依赖,他们依靠这些产品来驱动关键型业务,这令我们受宠若惊,” Elastic 创始人兼 CEO Shay Banon 表示, “正如他们与我们开源的产品打交道的一样,公开我们的 X-Pack 源代码能给我们的用户完全的透明度和具备与我们一起协助的能力。这样可以激励每一位开发人员、客户和使用我们软件的合作伙伴,帮助我们创造更好的产品和特性以及允许我们构建一个可持续发展的商业模式。”

Elastic 在过去18个月内收购了三家新公司,并在全世界发展了超过 100,000 多位开发者的技术社区。 Elastic{ON} 2018, 是一个最大型的 Elasticsearch 用户聚集的大会。在三天的时间里,超过 2500 名与会者聚在一起学习和分享创意,观看新功能的发布,并获得即将发布的新技术的预览。

  • Elastic APM: 这是 Elastic APM 第一个可被用于生产环境的版本,作为 Elastic 产品栈进入应用性能监控领域的一个延伸。它允许应用程序开发人员和 devops 工程师能够监视和分析特定的代码行对系统和业务性能的影响。这不仅仅是提升速度,同时也能扩展调试流程,将代码性能变化与操作历史有机结合。Elastic APM 将数据存储到 Elasticsearch 的索引里面,允许将 APM 数据与来自 Logstash 或者 Beats 的日志和监控指标进行关联分析,包含针对 Nodejs、Python、Ruby 和 JavaScript 的服务端组件和探针。还提供一个 APM 分析应用来实施典型的 APM 工作流。Elastic APM 已经作为 6.2 发布的一部分可被下载。

  • Swiftype App Search: 为开发者构建用以为他们的应用程序提供强大的搜索能力,Swiftype App Search 交付一系列稳健的 API 和额外的搜索相关的特性,如搜索结果重排、同义词和容错等。Swiftype App Search 是一个一站式的 Saas 解决方案,不需要基础设施、管理和维护,提供一个简单上手的用户体验。 Swiftype App Search 现已公测。

  • Machine Learning Forecasting: Elastic 机器学习能力的第一个主要扩展,用于预测分析领域。用户可以对时间序列数据进行建模,并使用复杂的、现成的机器学习算法来预测未来可能发生的结果。借助按需预测,用户可以使用现有的机器学习工作,并使用内置的预测模型,来准确预测改模型在预测周期内的增长情况。预测结果被写入到 Elasticsearch 的索引中,用户可用来和实际的数据进行比较。Elastic 的机器预测能力已包含在 6.2 的版本里面。

  • GIS App: Elastic 的一个全新研究项目,GIS(地理信息系统)是一个被设计用来捕获、存储、操作、分析、管理和呈现所有地理类型数据的系统。作为 Kibana 的一部分,这个 应用让你以一种全新的方式来执行特定的地理位置分析,在 Dashboard 里面加入内置的增强地图可视化组件。它的核心特性包括,多层地图的支持,映射独立的坐标点和用户端样式自定义。GIS App 目前已提供技术预览版。

  • SQL for Elasticsearch: 这个新特性为世界上最成熟的 SQL 数据库开发人员打开了释放 Elastic Stack 强大能力的大门,允许用户用熟悉的 SQL 语法来查询 Elasticsearch 里面的数据。JDBC 协议的支持,大大的简化了将 Elasticsearch 导出到外部 SQL 环境使用的情况。通过允许 Elasticsearch 通过 RESTful 协议理解 SQL,Elasticsearch SQL 允许你使用 SQL 语法来查询 Elasticsearch 里面的数据,以 SQL 引擎一致的表格形式返回那些查询结果,并提供一个用户接口来探索这些数据。Elasticsearch SQL 去年还只是作为一个概念被推出,现在马上将发布 alpha 和 beta 版本。

  • Canvas: Canvas 为下一代数据可视化和数据呈现展现了一个全新的篇章。随着 Kibana 越来越受欢迎,Canvas 展现了一种新的方式,可以将数据从 Elasticsearch 中获得的洞察赋予在线的、实时的仪表盘、幻灯片演示和信息图表。Canvas 能让用户能以一种前所未有的方式来表达 Elasticsearch 数据背后的故事,消除将数据导出到 Excel 中的详尽、重复和耗时的过程,来构建 PowerPoint。 Canvas 同样也是可插拔的,允许用户带来新的数据源、可视化类型和 UI 可视化组件。Canvas 去年作为一个概念被提出,目前已提供技术预览版可被下载。

  • Rollups: 一般来说,具备关联的指标和日志数据需要长时间保存,rollups 可以让用户存储有限的数据集,减少历史数据的磁盘占用。Elasticsearch 的 rollup 作业可以让用户配置一个定时任务来对数据进行 “rollup” 或预聚合,并保存结果到一个索引。举一个指标监控的例子,如:“web 服务器每小时的平均负载”,也就是说,平均数据被 rollup 起来并存储,但是其它原始数据,如特定用户、页面、IP 信息却不会。该功能将很快在 Elasticsearch 里面提供测试版本并随后在 Kibana 里面提供支持。

  • Flexible Deployment Configurations: 随着客户将随着越来越多的数据放进 Elasticsearch 并扩展越来越多的使用场景,Elastic 引入 “sliders” 功能来让用户获得定制他们集群配置的能力。Elastic Cloud 和 Elastic Cloud Enterprise (ECE) 客户将获得这些新能力:支持多种类型的硬件可供选择;支持集群模板和 hot/warm 集群;给现有集群添加机器学习节点、独立 master 节点和 APM 节点的能力。这些新特性很快将能在 Elastic Cloud 和 Elastic Cloud Enterprise 上可用。

  • Logstash Azure Monitoring Module: 通过与微软合作,Logstash Azure 监控模块目前是借助 Elastic Stack 监控你的 Azure 基础设施和服务的最简单的方式。新模块集成了 Azure 的集中式日志服务来标准化 Azure 日志和指标,并转换成 JSON 格式。使用 Logstash 来消费这些数据录入到 Elasticsearch。同时借助 Kibana,用户能够分析基础设施的改变和授权信息;识别可疑的行为和潜在的恶意用户;通过调查用户行为来执行根源分析;监控和优化 SQL 数据库的部署。该功能将很快提供 beta 版本。

最后,Elastic 宣布一个新的、官方的 Elastic 认证计划。在用户要求获得专业认证的推动下,Elastic 将为用户提供新的培训课程,让他们成为专家,并通过 Elastic 认证。新课程 Elasticsearch Engineer I 和 Elasticsearch Engineer II 将为用户提供安装、管理和优化 Elasticsearch 集群的第一手知识,也包括,开发新的解决方案来分析他们的数据。这些课程是成为一名 Elastic 认证工程师的基础,包括动手、技术和基于性能的认证考试,通过考试将获得由官方颁发的 Elastic 电子认证徽章。

了解更多

Elastic Opening X-Pack Blog Opening X-Pack FAQ Elastic Certification Elastic Cause Awards

关于 Elastic

Elastic 致力于构建大规模实时数据处理软件,场景主要涵盖搜索、日志、安全与数据分析等领域。公司成立于 2012 年,旗下拥有产品包括开源的 Elastic Stack(Elasticsearch、Kibana、Beats 和 Logstash)、 X-Pack (商业特性)和 Elastic Cloud (一种托管服务)。迄今为止,这些产品的累积下载次数已超过 2.25 亿。Elastic 由 Benchmark Capital、Index Ventures 及 NEA 投资,投资额超过 1 亿美金。Elastic 拥有超过 800 位员工,分布于世界上 30 多个国家和地区。欲了解详情请访问:elastic.co。

媒体联系人:

Michael Lindenberger

Reidy Communications for Elastic

[email protected]

(415) 531-1449

亚太地区 Jeff Yoshimura

Communications @ Elastic

[email protected]

Elastic Stack 全新推出 6.0.0

资讯动态medcl 发表了文章 • 2 个评论 • 3420 次浏览 • 2017-11-15 13:34 • 来自相关话题

1510725544562.jpg

全新推出 6.0.0。

无需多说。你应该立即下载试用,或者通过你最喜欢的托管式 Elasticsearch 和 Kibana 提供平台 亲身体验。

如果你在过去几个月没有跟上我们的发布节奏,可能会对今天的公告感到意外。今天标志着成千上万的 pull 请求和成百上千位代码提交者的努力终见成效。期间共有两个 alpha 版本、两个 beta 版本、两个候选版本以及最终的通用版本 (GA)。这个里程碑离不开 Elastic 各路团队的努力。还要感谢参与的用户提出的意见和反馈。

今天,我们不仅发布了整套 Elastic Stack,还发布了 ,其中包括 6.0 支持、离线安装,并且对用户体验进行了一系列改进,旨在简化集群的配置、管理和监控。同天发布多款产品的正式版本还不够……还有仍是 Alpha 版本的 APM ,我们邀请大家在 6.0.0 中对它进行测试。

一个版本有如此多的亮点,该从哪里说起呢?你们撰文细述也好,提供详情链接也好,祝你们有愉快的阅读体验……更重要的是……祝你们有愉快的搜索、分析和可视化体验。

Elasticsearch

全新零停机升级体验,增加了序列 ID、改进了对稀疏数据的处理、加快了查询速度、分布式执行 watch 等等。功能摘要请查看。

Kibana

支持 “Dashboard Only” 模式,支持 “全屏” 模式,能够将保存的搜索结果导出到 .csv,X-Pack 黄金版及以上版本支持通过 UI 创建告警,X-Pack 基础版提供迁移助手,我们还通过调整对比度、支持快捷键来产品易用性,让用户使用起来更方便。数据交互的未来详见。

Logstash

单一 Logstash 实例中可存在多个自成体系的管道,另有新增 UI 组件 - X-Pack 基础版中的管道查看器,以及 X-Pack 黄金版中的 Logstash 管道管理。了解详情,。

Beats

Beats <3 容器以及 Beats <3 模块(并且改进了适用于这些模块的仪表板)。再结合全新命令和配置布局,在 Metricbeat 实现更高效的存储。此外,全新推出 Auditbeat。细节详见。

ES-Hadoop

对Spark的结构化数据流的一流支持已经降落到了 6.0,并重新编写了连接器映射代码以更好地支持多个映射。支持读写新的连接字段也被添加了。用户现在也可以利用非内联脚本类型的更新操作。。

立即获取!

[招聘] ?Elastic 邀您一起共创开源事业 ❄️

求职招聘medcl 发表了文章 • 6 个评论 • 8625 次浏览 • 2017-07-27 16:20 • 来自相关话题

ElasticON16-Group-Photo-small.jpg
想不想去最棒的开源软件公司工作? 想不想不用朝9晚5浪费大量时间在路上,在家就能办公? 想不想让您的代码运行在成千上万台服务器上面,拯救世界? 想不想工作与生活的完美结合,做自己感兴趣的事情? ... ... 那考虑来Elastic吧,与全球顶尖工程师一起合作,福利待遇从优,一年至少2次出国机会。 基本要求:
  • 英语流利沟通
  • 掌握现代开发技术
  • 贡献过Elastic相关开源项目者优先
    下面是热招职位,位置不限,We are Distributed! 
  • y
除了上面这些,还有很多其他市场商务类职务, 查看 Elastic 全部在招职位信息,点击! 关于 Elastic Elastic 致力于构建大规模实时数据处理软件,场景主要涵盖搜索、日志、安全与数据分析等领域。公司成立于 2012 年,旗下拥有产品:开源的 Elastic Stack(Elasticsearch、Kibana、Beats 和 Logstash)、 X-Pack (商业特性)和 Elastic Cloud (一个 SaaS 服务)。迄今为止,这些产品的累积下载次数已超过 3.5 亿。 成千上万的企业包括思科、易趣、高盛、美国宇航局、微软、梅约诊所、纽约时报、维基百科以及微讯通信等都在使用 Elastic 来助力其关键业务应用。  Elastic 由 Benchmark Capital、Index Ventures 及 NEA 投资,投资额超过 1 亿美金。Elastic 拥有超过 1000 位员工,分布于世界上 30 多个国家和地区。了解更多请访问: elastic.co 。

父子查询排序

回复

Elasticsearchzcc_vv 回复了问题 • 6 人关注 • 3 个回复 • 1794 次浏览 • 2021-09-22 14:47 • 来自相关话题

es每天早上第一次搜索都非常慢

回复

Elasticsearch匿名用户 回复了问题 • 5 人关注 • 2 个回复 • 1097 次浏览 • 2020-11-22 18:51 • 来自相关话题

求教熔断器parent的值是怎么算的

回复

Elasticsearchwanghx627 回复了问题 • 1 人关注 • 1 个回复 • 1281 次浏览 • 2020-09-21 00:13 • 来自相关话题

请教大神,关于MultiSearch传入多个查询请求后,查询出来的多个结果怎么和传参关联上

回复

Elasticsearchzec 回复了问题 • 4 人关注 • 3 个回复 • 4867 次浏览 • 2020-01-14 15:58 • 来自相关话题

es 分页 问题

回复

Elasticsearchyu89780012 回复了问题 • 3 人关注 • 3 个回复 • 2359 次浏览 • 2019-11-07 19:21 • 来自相关话题

分组聚合后,怎么给TopHits中的列表数据排序

回复

Elasticsearchjohnsontang 回复了问题 • 5 人关注 • 5 个回复 • 8539 次浏览 • 2019-11-04 17:27 • 来自相关话题

ES迁移分片时,对于正在更新分片是如何迁移的?

回复

Elasticsearchalonglee 回复了问题 • 7 人关注 • 4 个回复 • 3864 次浏览 • 2019-10-17 17:05 • 来自相关话题

java调用elastic集群问题

回复

Elasticsearch匿名用户 回复了问题 • 4 人关注 • 3 个回复 • 4532 次浏览 • 2019-10-11 15:08 • 来自相关话题

用curator删除定时删除索引,删除后集群不知为何又重建创建了这个索?

回复

Elasticsearchchengzi_xs 回复了问题 • 5 人关注 • 4 个回复 • 5758 次浏览 • 2019-09-17 17:48 • 来自相关话题

HDFS 定期写入文件,存入elasticsearch实现全文检索

回复

Elasticsearchlaoyang360 回复了问题 • 5 人关注 • 3 个回复 • 2093 次浏览 • 2019-08-16 13:05 • 来自相关话题

修改filebeat索引名,在kibana里创建索引时没有索引到相关索引,好绝望啊~ 求大神指点迷津

回复

Beatsbellengao 回复了问题 • 2 人关注 • 1 个回复 • 5388 次浏览 • 2019-08-10 16:51 • 来自相关话题

设置cluster.routing.allocation.enable为none,禁用分片分配的问题

回复

Elasticsearchhapjin 回复了问题 • 3 人关注 • 2 个回复 • 10903 次浏览 • 2019-08-06 19:45 • 来自相关话题

如果目前索引已存在,如何增加分片数量?

回复

ElasticsearchJoshua 回复了问题 • 7 人关注 • 4 个回复 • 10426 次浏览 • 2019-08-01 16:34 • 来自相关话题

ES2.3版本,delete一个索引,master日志并没有记录相关delete操作?

回复

ElasticsearchJackGe 回复了问题 • 5 人关注 • 3 个回复 • 2209 次浏览 • 2019-01-25 12:57 • 来自相关话题

threadpool.bulk.queue_size”这个参数可以的通过API更新吗?

回复

Elasticsearchxiaoyanghapi 回复了问题 • 5 人关注 • 3 个回复 • 7755 次浏览 • 2018-12-27 15:56 • 来自相关话题

【年度盛会】Elastic 中国开发者大会 2021 八折购票火热进行中

活动liaosy 发表了文章 • 0 个评论 • 96 次浏览 • 1 天前 • 来自相关话题

【年度盛会】2021 Elastic 中国开发者大会,来自Elastic、阿里、腾讯、谷歌、字节等业界专家带来的干货分享,精彩内容不容错过,八折购票火热进行中(折扣码: 80OFF),扫码即可报名购票。  
开发者大会2021议题海报2_讲师.png
  【更多演讲嘉宾介绍】 https://conf.www.ksh17j.com/2021/speaker.html 【大会官网】 https://conf.www.ksh17j.com
【年度盛会】2021 Elastic 中国开发者大会,来自Elastic、阿里、腾讯、谷歌、字节等业界专家带来的干货分享,精彩内容不容错过,八折购票火热进行中(折扣码: 80OFF),扫码即可报名购票。  
开发者大会2021议题海报2_讲师.png
  【更多演讲嘉宾介绍】 https://conf.www.ksh17j.com/2021/speaker.html 【大会官网】 https://conf.www.ksh17j.com

Elastic日报 第1295期 (2021-12-29)

Elastic日报kin122 发表了文章 • 0 个评论 • 75 次浏览 • 1 天前 • 来自相关话题

1. 腾讯云Elasticsearch集群运维常用命令详解三(索引篇) 2. Elasticsearch长文本查询拒绝问题分析及性能优化 3. 几种常见的查询性能问题(二) -字节·张超 编辑:kin122 归档: 订阅: 沙龙:
1. 腾讯云Elasticsearch集群运维常用命令详解三(索引篇) 2. Elasticsearch长文本查询拒绝问题分析及性能优化 3. 几种常见的查询性能问题(二) -字节·张超 编辑:kin122 归档: 订阅: 沙龙:

【1月8日】Elastic 中国开发者大会 2021 日程新鲜出炉!福利票抢先购!

Elasticsearchliaosy 发表了文章 • 0 个评论 • 94 次浏览 • 3 天前 • 来自相关话题

重要的事情说三遍

  • Elastic 中国开发者大会 2021 的精彩日程现已上线!
  • Elastic 中国开发者大会 2021 的精彩日程现已上线!
  • Elastic 中国开发者大会 2021 的精彩日程现已上线!

关于本次大会

Elastic 中国开发者大会 2021 是由 Elastic 官方、Elastic 足球社区和极限科技联合主办的开发者大会,作为中国国内唯一一个专门讨论 Elasticsearch 开源技术的大会,是中国最权威和最具实力干货的技术大会,其专业性和内容的质量一直以来在业内都是有口皆碑。本次大会邀请的演讲嘉宾有来自 Elastic 官方、Google、腾讯、阿里巴巴、字节跳动、vivo等众多公司的技术专家,为中国广大的 Elasticsearch 开发者提供一个技术交流和学习切磋的地方,汇集业界众多的成功案例,集思广益,发散思维,促进社区和行业的进步。

更多详细介绍请参见大会官网:

https://conf.www.ksh17j.com

关于大会议程

开发者大会2021议程_8折.png

精彩内容不容错过,八折购票火热进行中(折扣码: 80OFF),扫码购买。

Elastic日报 第1288期 (2021-12-22)

Elastic日报kin122 发表了文章 • 0 个评论 • 91 次浏览 • 3 天前 • 来自相关话题

1. 腾讯云Elasticsearch集群运维常用命令详解一(集群篇) 2. 腾讯云Elasticsearch集群运维常用命令详解二(节点篇) 编辑:kin122 归档: 订阅: 沙龙:
1. 腾讯云Elasticsearch集群运维常用命令详解一(集群篇) 2. 腾讯云Elasticsearch集群运维常用命令详解二(节点篇) 编辑:kin122 归档: 订阅: 沙龙:

Elastic日报 第1281期 (2021-12-15)

Elastic日报kin122 发表了文章 • 0 个评论 • 179 次浏览 • 2021-12-15 10:04 • 来自相关话题

1.  ELK-加密通信的说明和配置教程 2. Elasticsearch Open Source Monitoring Tools 3. 如何在生产中实现Elasticsearch的零停机升级 编辑:kin122 归档: 订阅: 沙龙:
1.  ELK-加密通信的说明和配置教程 2. Elasticsearch Open Source Monitoring Tools 3. 如何在生产中实现Elasticsearch的零停机升级 编辑:kin122 归档: 订阅: 沙龙:

Elastic日报 第1274期 (2021-12-08)

Elastic日报kin122 发表了文章 • 0 个评论 • 186 次浏览 • 2021-12-08 10:37 • 来自相关话题

1. Introduction to Runtime Fields in ElasticSearch 2. Logstash-介绍 3. Logstash-配置 编辑:kin122 归档: 订阅: 沙龙:
1. Introduction to Runtime Fields in ElasticSearch 2. Logstash-介绍 3. Logstash-配置 编辑:kin122 归档: 订阅: 沙龙:

Elastic日报 第1267期 (2021-12-01)

Elastic日报kin122 发表了文章 • 0 个评论 • 200 次浏览 • 2021-12-01 14:44 • 来自相关话题

1.由Elasticsearch的API命令,引发的金融业生产故障 2.  缓存及使用 Circuit Breaker 限制内存使用   3. Top 10 Elasticsearch Metrics to Monitor 编辑:kin122 归档: 订阅: 沙龙:
1.由Elasticsearch的API命令,引发的金融业生产故障 2.  缓存及使用 Circuit Breaker 限制内存使用   3. Top 10 Elasticsearch Metrics to Monitor 编辑:kin122 归档: 订阅: 沙龙:

Elastic日报 第1260期 (2021-11-24)

Elastic日报kin122 发表了文章 • 0 个评论 • 224 次浏览 • 2021-11-24 11:54 • 来自相关话题

1.ElasticSearch Merge机制和写放大问题研究 2. Understanding Elasticsearch Persistent Tasks 3. 分布式日志系统Graylog、Loki及ELK的分析和对比 编辑:kin122 归档: 订阅: 沙龙:
1.ElasticSearch Merge机制和写放大问题研究 2. Understanding Elasticsearch Persistent Tasks 3. 分布式日志系统Graylog、Loki及ELK的分析和对比 编辑:kin122 归档: 订阅: 沙龙:

Elastic日报 第1247期 (2021-11-12)

Elastic日报kin122 发表了文章 • 0 个评论 • 200 次浏览 • 2021-11-13 23:20 • 来自相关话题

1. Elasticsearch 异步搜索 Async search 实战 2.TB级微服务海量日志监控平台 3. Lucene源码解析——DocValue存储方式 编辑:kin122 归档: 订阅: 沙龙:
1. Elasticsearch 异步搜索 Async search 实战 2.TB级微服务海量日志监控平台 3. Lucene源码解析——DocValue存储方式 编辑:kin122 归档: 订阅: 沙龙:

Elastic 中国开发者大会 2021 开启了,预热铁粉票已开抢,手慢无!

活动liaosy 发表了文章 • 0 个评论 • 429 次浏览 • 2021-11-11 17:45 • 来自相关话题

banner-1080x640-infini.png
Elastic 中国开发者大会 2021 是由 Elastic 官方、Elastic 足球社区和极限科技联合主办的开发者大会,作为中国国内唯一一个专门讨论 Elasticsearch 开源技术的大会,是中国最权威和最具实力干货的技术大会,其专业性和内容的质量一直以来在业内都是有口皆碑,大会最早发起于 2013 年初一个很小的线下聚会,之后每年迅速成长,往年大会的演讲嘉宾有来自 Elastic 官方、百度、腾讯、阿里巴巴、360、微博、美团、58、苏宁等众多公司的技术专家,带来过众多精彩的分享,与会听众大多为大数据领域相关的架构师、技术经理与一线开发工程师和运维工程师。 我们本着非盈利目的来举办大会,今年的大会将于2022年1月8号在深圳举行,举办开发者大会的目的是为中国广大的 Elasticsearch 开发者提供一个技术交流和学习切磋的地方,汇集业界众多的成功案例,集思广益,发散思维,促进社区和行业的进步。   大会官网:https://conf.www.ksh17j.com Elasticsearch铁粉福利: 预热-铁粉票(79元/张), 共计100张,数量有限,赶紧去报名抢购吧! 购票地址:   同时大会也在公开征集演讲议题与合作赞助商,欢迎各位Elastic相关技术大咖报名参与分享,欢迎有兴趣的赞助商金主大大前来合作。 演讲报名申请: 赞助合作申请:    

训练营报名中 | 5天突破Elasticsearch全观测日志分析能力

Elasticsearchzengcici 发表了文章 • 0 个评论 • 1168 次浏览 • 2020-09-08 11:43 • 来自相关话题

报名时间:截止 2020年9月13日 23:59分 报名链接:

训练营介绍

Elastic.png

奖品介绍

礼品-Elastic版.png

云栖大会 | Elasticsearch 场景化应用专场,将于2020年9月18日 下午13:00开始,如果你不想错过,马上订阅吧

更多Elasticsearch 场景化应用,请下载白皮书【Elasticsearch 八大经典应用】 下载链接:

报名时间:截止 2020年9月13日 23:59分 报名链接:

训练营介绍

Elastic.png

奖品介绍

礼品-Elastic版.png

云栖大会 | Elasticsearch 场景化应用专场,将于2020年9月18日 下午13:00开始,如果你不想错过,马上订阅吧

更多Elasticsearch 场景化应用,请下载白皮书【Elasticsearch 八大经典应用】 下载链接:

Elasitcsearch中国开发者报告调研 | 获奖名单公布

活动zengcici 发表了文章 • 1 个评论 • 1191 次浏览 • 2019-12-04 20:37 • 来自相关话题

2012年 Elasticsearch 首个版本发布,经过6年多的更新迭代,Elastic Stack 生态已经日渐成熟,Elastic 软件在国内拥有越来越多的用户,应用Elasticsearch的开发人群也不断扩大。 为了深入了解 Elasticsearch 开发者群体的现状,2019年11月,Elastic社区、阿里云Elasticsearch技术团队和阿里云开发者社区三方联合发起了Elasticsearch开发者研活动。 在调研过程中,1186位开发者完成了调研问卷,18位技术专家完成了专题访问。参与调研的开发者们从不同角度,分享了个人特征、社会属性、技术能力、从业经历等信息;在Elasticsearch技术的应用、行业实践、职业发展等方面,真实的提供了反馈。 作为首次国内发起的针对 Elasticsearch 开发者群体的行业性调研报告,我们希望能给更多从业者提供关于自身职业、行业以及技术应用的参照,也希望有更多的开发者关注并进入到这一特定技术领域,共同推动 Elastic Stack 相关技术持续向前发展。   以下为本次参与调研的60位幸运者名单,礼品获取信息请关注**短信通知**。
图片1.png
  报告获取时间:2019年12月07日   钉钉扫码,加入《Elasticsearch足球技术交流群》 在2019年12月07日免费获取“Elasticsearch开发者报告”  
阿里云Elasticsearch技术交流群.jpg
 

Elastic&滴滴 meetup杭州站 2019年9月7日,抓紧报名哦

活动Allwang 发表了文章 • 5 个评论 • 4042 次浏览 • 2019-07-22 10:38 • 来自相关话题

Elastic足球社区联合滴滴出行,将于2019年9月7日,在杭州举办一次线下技术交流活动。 本次活动交流内容主要围绕Elastic的开源产品(Elasticsearch、Logstash、Kibana 和 Beats)及周边技术,探讨在搜索、数据实时分析、日志分析、安全等领域的实践与应用。 活动分享火热报名中! 朱杰 Elastic elastic资深顾问 《卓越运维三连击日志、指标和APM》 主题摘要:讲解将日志、指标和APM融入同一个技术栈的优势,在Elastic Stack中统一管理这三者的挑战和解决方法。分析在同一个技术栈里做三者的关联的优势和意义。相关问题解答和产品演示。 高斌龙 腾讯 Elasticsearch云服务后台开发工程师 《云上Elasticsearch的容灾与数据备份机制》 主题摘要:介绍基于云服务器和云硬盘搭建的ES集群,如何实现跨机房容灾和跨地域容灾;另外介绍云上的ES集群如何进行数据备份和恢复。 朱永清 杭州美创 技术专家 《ES 认证工程师考试经验分享》 主题摘要:如何参加 ES 认证工程师考试,如何做好考前准备并顺利通过考试,和一些经验分享。 钟华 滴滴ES团队 资深软件开发工程师 《基于Hadoop快速构建离线elasticsearch索引》 主题摘要:本主题介绍滴滴内部FastIndex服务,一种利用Hadoop计算能力快速离线构建elasticsearch索引的方式,替代之前使用DataX离线导入方式,在大数据场景下,可将写入时间降低为DataX的十分之一,同时不影响在线ES集群。 活动时间: 2019年9月7日 活动地址: 杭州市西湖区弘德路256号 西溪谷国际商务中心G座8楼(滴滴办公大楼)

腾讯云 Elasticsearch 服务:中国及全球范围内的全新合作关系

资讯动态medcl 发表了文章 • 0 个评论 • 2126 次浏览 • 2019-05-22 17:44 • 来自相关话题

 来自中国昆明的问候! 我们很高兴地宣布 Elastic 与腾讯云达成全球合作关系,通过这一合作,我们能够将 Elasticsearch Service 的出色功能引入到腾讯云 Elasticsearch 服务中。此次合作能够让中国和全球的用户和客户受益,因为他们借助此次合作能够使用到我们完整的产品和解决方案,包括免费和付费的专有 Elastic Stack 功能。 腾讯是全球领先的互联网技术公司之一,拥有多款热门产品,例如微信、QQ 以及腾讯游戏。这次能够与腾讯携手合作,我们倍感荣幸。这种新关系正是 Elastic 热切追寻的合作伙伴关系。我们希望给与用户不同优质的选择来使用我们的产品和解决方案,从而能够在业务上获得成功。随着中国的 Elasticsearch 社区越来越壮大,本次合作能够确保所有用户和客户都能全面利用 到 Elastic Stack 的研发成果,包括我们免费和付费的专有功能,以及我们在腾讯云上的解决方案。 我们还十分高兴能够与腾讯云的工程师团队协作并提供本地化服务支持。此类服务支持是仅为腾讯云这样的合作伙伴而特别提供。 腾讯云 Elasticsearch 服务将于 6 月初推出,届时用户将能够体验到他们一直期待的的完整 Elastic 功能。这其中就包括非常关键且免费的安全功能,例如 TLS 加密通信、基于角色的访问控制、文件和原生身份验证,以及 Kibana 的多租户功能,而且用户还能够启用付费的安全功能,例如单点登录、活动目录/LDAP 身份验证,以及字段级和文档级安全功能。此外,腾讯云还将上线 Elastic 新推出的 Kibana 足球本地化版本,以及其他专有功能,例如 Alerting、Monitoring、Canvas、Elasticsearch SQL、索引生命周期管理 (ILM)、Elastic Maps 等等。
kibana-6-7-0-i18n.jpg
非常重要的是,腾讯云 Elastic 服务将会与 Elastic 在自己 Elastic Cloud 上提供的 Elasticsearch Service(以及与 Elastic 合作的其他平台之上的服务)保持一致,让用户不仅可以使用 Elastic Stack 的全部功能以及 Elastic 越来越丰富的解决方案(例如 App Search、Site Search、Enterprise Search、Logging、APM、Metrics、Security、Business Analytics 等等),还能在多种云服务之间的无缝转换。 Elastic 与众多全球云服务提供商携手为我们的用户和客户提供卓越的 体验,此次与腾讯云的合作就是我们在这一过程中迈出的另外重要一步。此次合作也进一步呈现了了我们对中国用户的承诺,因为我们一直坚信应在中国本地建立稳定的基石,来为我们的用户、客户和合作伙伴提供支持。目前,我们在中国的发展十分迅速,已经建成了强大的合作伙伴生态系统,而且 Elastic 已在中国设立了负责售后支持、社区、销售、合作伙伴,业务开发和市场营销等部门。我们希望越来越壮大的中国团队能够让这一合作取得成功,并帮助腾讯云打造卓越的 Elasticsearch Service。

Shay Banon: 关于“Open” Distro、开源和公司建设的几点思考

资讯动态medcl 发表了文章 • 1 个评论 • 2685 次浏览 • 2019-03-13 10:19 • 来自相关话题

Shay 的一篇文章,分享一下,关于 Elastic、开源及社区。 Elastic 关注的焦点始终是:开发强大的产品,围绕这些产品构建社区,并帮助用户实现成功。 我在 2009 年坐下来编写了 Elasticsearch 最初的几行代码,并以开源方式提供给用户。因此我放弃了原来的工作,花了两年时间开发产品并围绕这些产品打造杰出的社区。在 2012 年,我们围绕所开发的产品创建了公司:Elastic。我们投入巨大精力维持用户社区,并且采用围绕这一社区而开发的开源产品生态系统。我们向 Apache Lucene 中新添了多得数不清的功能,将其打造成无比坚固的基石,以方便所有人在其基础上进行开发。我们增加了 Kibana(由 Rashid 开发)、Logstash(由 Jordan 开发)和 PacketBeat(由 Monica 和 Tudor 开发)等等,不胜枚举。我们开发产品,围绕这些产品打造社区,并专注于为用户提供最大价值。现在,我们有数百名 Elastic 的开发人员每天都在努力工作,致力于实现这一承诺。每天都有数十万名社区用户帮助我们取得共同成功。对于我们为打造强大社区而创建的这家公司,我感到无比自豪。 我们与用户群体之间已经建立了很大程度的信任,我对此既感到骄傲,也感到自己身负重任。我们从成立之初就是一家开源公司,并且我们在所有事务中也一直坚持全心全意为社区和广大用户服务。我们同时还专注于确保任何事情都不能让我们偏离初衷。 公司成立多年以来,我们一直面临着来自外界的担忧、不确定性和质疑。如果开发的产品大获成功,这种事情肯定会发生。这种担忧、不确定性和质疑主要来自大型(超大型)公司,因为他们担心这一发展势头会对他们不利。这是很自然的事情。“千万别使用这款产品,它就是个玩具罢了。” “这款产品只有这么几个开发人员,如果他们遭遇车祸,接下来怎么办呢?” “他们根本不知道‘企业’的需求。” “他们关于 X、Y 或 Z(插入适用于您的时下热门词汇)的说法根本不对。” 我们绝不会被这些言论左右,也不会介意这些说法。这些言论的目的就是为了分散我们和我们社区的精力,让我们偏离初衷,让我们不能继续开发用户喜欢的优秀产品,让我们不能专注于打造用户热爱的卓越社区。如果我们纠结于这些言论,那就愧对了用户对我们的期望,而我们绝对不会让用户失望。 我们的产品被不断地复刻、重新分发和重新打包,次数多到我都数不清了。这代表我们的产品十分成功,使用范围越来越广泛。这些复刻、重新分发和重新打包的公司各式各样,既有各家供应商,也有大型中国企业,而这次就是 Amazon。凡事皆有“原因”,但有时这些原因会被蒙上“大公无私”或“造福公众”的虚伪面具。这些复刻、重新分发和重新打包的产品却没有一个能维持长久。这些公司开发此类产品是为了达到自己的目的,混淆视听,并分裂社区。我们致力于开发用户喜欢的优秀产品并打造用户热爱的卓越社区,正是这一承诺和专注支持我们发展到今天,广大用户对这一点也十分认同。我们已经和您建立了极大的信任,创新速度能够满足您的期望,并且彼此之间的配合也都十分融洽,这一点毫无疑问,大家都看到了。 我们坚信开源理念,也坚信这一理念所赋予的力量。同时,我们从一开始就与大家沟通过,某些功能将是商用功能,并且说明了原因。我相信,我们公司之所以能够取得共同成功,这与我们坚守诚信密不可分。我们编写开源代码时坚持这样的方式:可以向其中添加插件,并允许用户干净地加以实施。我们的这一方式从最初一直不曾改变,多年以来,我们之所以能与广大用户建立信任,正是因为我们一直坚守承诺并努力服务于用户。 我们的商用代码一直都是其他公司的“灵感来源”,有很多公司直接复制我们的代码,甚至将这些代码用于特定的分发包或者复刻版本中,最新推出的 Amazon 产品就是一个例子,很不幸,其中包括多个关键故障,会给用户造成巨大麻烦。我们一直专注于开发用户喜欢的优秀产品,并打造用户热爱的卓越社区。我们并未因为其他公司的这些行为而偏离初衷,这一专注给我们带来了十倍的回报。 我们的品牌已经很多次遭滥用、盗用和不实呈现。很多公司都故意错误地声称他们与我们公司之间有合作,其中就包括 Amazon。然而这些行为并未让我们偏离初衷,我们一直专注于开发用户喜欢的优秀产品,并打造用户热爱的卓越社区。不能专心行事是公司发展的大忌,所以我们绝不会让这些公司的举动左右我们。最重要的是您,我们的用户,而不是围绕产品周围的熙攘噪音。 如果收购其他公司的话,我们会开放源码。当开始看到用户将 Elastic 产品用于 APM 用例时,我们所有人都感到无比兴奋。我们曾收购 OpBeat(APM 领域一家专门从事 SaaS 业务的公司),这是我们公司的一项重大商业投资,然后我们将大部分内容都开源提供给用户,并让用户能够自由使用全部这些内容。决策过程就这么简单,因为我们专注于开发用户喜欢的产品,并打造用户热爱的社区,所以作为我们的用户,您理应使用这些产品。 在其他公司封闭源码的同时,我们却在开放源码。我们的开源代码一直都是一样的,而且都基于同样的许可证,同时我们还加大力度争取在公司层面越来越开放。我们针对现有商用代码使用了另外一套更加宽容的许可证,并且开放了源码。我们希望在从事的所有事情中,都能打造与我们的开源代码相同程度的协作和透明度。与用户进行过多场讨论后,我们决定通过这种方式来直接满足用户的需求,看到大家对此种做法如此认同,我感到十分高兴。自此之后,我们在开源方面的投入一直在增加,同时也致力于提供更多免费功能和体验(已明确地进行标志和分发)。 其他公司看到我们取得成功,便与我们联系要求建立特殊的合作关系以就代码进行协作,要求获得优待以便凌驾于我们的用户之上,这时我们的答案很简单:不行。这些年来,这样的事情发生了很多次,最近又发生了一次,那就是 Amazon。有些公司遵守我们的宗旨,并成为了我们和社区的优秀合作伙伴。很遗憾,其他公司则未能做到。我们承诺:我们会同等对待每一位帮助我们开发产品的开发人员。任何人都没有优先权,如果有人要求优先权,我们会断然拒绝所有此类要求。我们的答案从始至终只有一个:发送提取请求,和所有其他人一样。质量将会说明一切。 我之所以写下上面这些内容,主要有下列几项原因。首先,我们所有人有时都需要自我反省,取得成功靠的是什么,背后的原因又是什么,从而确保我们坚持正确的发展路线。这一点适用于作为我们广大用户的您,适用于我们的社区,也适用于我们公司。第二,我想告诉其他公司,虽然有很多理由会让你们偏离初衷,但还请保持专注,并真正服务于用户,这才是唯一重要的事。最后一点,我想重申我们的承诺:继续开发用户喜爱的产品并打造用户热爱的社区。这是我们的真正目标。 在 Elastic,每一天都是第 0 天(与我们所服务的开发人员一样,我们也使用从零开始的计数方法)。从我写下第一行代码,到我们和所有用户经过的 10 年历程,再到未来,我们一直坚守初心。谨此代表 Elastic 向大家表示真诚的感谢。