Day 30 Elastic Cloud挑战结束心得

前言

三十天其实一下子就过去了，这次比赛让我重新再回头认识了当初没有用很深跟很熟的ElasticSearch，而这次同时也处理了比较不熟的资安相关资料，当然最终没有办法把所有的东西都在三十天内讲完，不过也算是一个里程碑，另外其实也让我自己对於ELK以及Elastic Cloud有更深一层的认识，最後一天我想做一个对於ELK以及Elastic Cloud的心得作为结尾，最後这个挑战结束并不是终点，未来不定期会将这次没办法在三十天内讲完的东西，陆续地分享到上面。除了ELK外，之後也会不定期来分享我较熟悉的NLP领域，以及NLP要如何结合这些工具作为一个服务使用。

ELK + Elastic Cloud

这次三十天挑战完，因为我主要负责的是基础架构面的东西，所以这其中讲了许多关於ELK的架构、Elastic Cloud架构上优缺点，以及Elasticsearch中，使用较为底层的API，去完成不管是监控、部属或是处理资料的部分。

而我认为ELK作为一个多功能的搜寻引擎，他的效能以及功能实在是非常完善以及有效率，基本上在不同的任务上都能够找到ELK的一席之地。像是Log蒐集，透过与其他第三方工具的串联，以及整合前端Dashboard，其实能够让一般人很快速地就能架构出有规模，且实际有办法运作的log蒐集以及分析体系。而更不用说一般如果只是作为搜寻引擎，在效能以及架构的调整上都十分方便，不需要自己去刻背後的演算法，只需要学习如何改变设定符合自身任务。

而这点在Elastic Cloud上更被加强了，如果今天你自己本身没有机器可以架构，且对於云端没有认识；只需要透过Elastic Cloud的云端托管，你就可以部属属於自己的ELK服务，用来作为许多其他服务的基底；

因此整体来说，我认为这个服务大家都可以去尝试看看，当然因为每个人目的不同；若你今天没有实际上own一个产品，你基本上也很难花钱去每个月维护。但我认为每个人都可以上去试用看看，将原先你的任务试着Apply到Elastic Cloud上，也许你会有不同的想法以及发现！

对於有来看文章的人，感谢大家三十天来的支持，
三十天其实有许多东西来不及分享，也有很多东西被草草带过。
我们就未来在其他文章中再见了！