
作为替代筹划,如不雅您不欲望治理AWS 上的 Elasticsearch 和Kibana,可将Kinesis Firehose 构造的日记传播输到 Logz.io 的S3办事,实现Kinesis Firehose 同诸如 Logz.io 的┞封样的托管式 ELK 解决筹划的结合。该项解决筹划可向您供给全套的治理办事,您则无需关怀Elasticsearch 伸缩、解析函瘦削记或者 保护Kibana 安然等治理义务。
3.结论
尽管削减了保护工作量、实现了可伸缩性筹划、降低了办事器治理成本,但在查询拜访体系故障、查找故障原因中惹人无办事器应用法度榜样,对于研发人员和运维开辟人员来说仍是一项新挑衅。日记显示了各函数和其容器的功能和二者间的关系。我们必须应用各类专用对象才能将所有信息大年夜临盆情况传输至研发团队,以赞助他们完成保护义务。
必须将无办事器日记的采集和对分析对象的传播输算作函数履行的一部分,只有如许我们才能在容器封闭后不会损掉数据。鉴于无办事器架构鼓励快速履行,日记采集义务也必须随之做到敏捷及时。很多无办事器开源框架(主如果 AWS Lambda,也包含 Azure Functions)都深知这种复杂性,是以它们都带有日记采集解决筹划。尽管如斯,以上筹划均不敷简单,所以在无办事器构架中的日记处理技巧依旧任重而道远。
原文链接:https://logz.io/blog/logging-serverless-architecture/
【编辑推荐】
- 若何设计高可用的微办事架构
- 数据中间收集架构的新变更
- 10种常见的软件架构模式
- 大年夜0开端的微办事架构:(一)重识微办事架构
- 避免大年夜范围故涨9依υ?办事架构设计之道
推荐阅读
沙龙晃荡 | 去哪儿、陌陌、ThoughtWorks在主动化运维中的实践!10.28不见不散!据工信部披露,我国5G第三阶段测试将于2017岁尾启动,2018年相干运营商将进行预商用。作为4G时代后即将管辖全球的技巧,5>>>详细阅读
本文标题:无服务器架构中的日志处理
地址:http://www.17bianji.com/lsqh/37990.html
1/2 1