怎样应对云原生革命带来的日记打点挑衅？

早年，日记打点相对简朴。日记的数目，范例和布局都很简朴且易于打点。

可是，在已往的几年中，全部这些简朴性都没有呈现。因为向云原生技能(譬喻，松耦合处事，微处事架构以及容器和Kubernetes等技能)的转移，已往的日记打点计策已不再足够。在云原生天下中乐成打点日记必要对日记的聚合，说明等方法举办根天性的变动。

这就是云原生革命怎样改变了日记打点的本质，以及IT和DevOps团队可以做什么以继承有用地打点日记。

是什么使云原生日记记录与众差异

乍一看，云原生情形中的日记打点好像与通例日记记录没有什么差异。云原生基本架构和应用措施仍会天生日记，而且日记打点流程的根基步调(网络，聚合，说明和轮换)如故合用。

可是，假如您开始实行监督云本机情形，那么很快就会很清晰，要有用地打点日记要坚苦得多。缘故起因有四个。

1.更多日记

起首，最简朴的是要处理赏罚更多的日记。

在云原生期间之前，大大都应用措施都是运行在单个处事器上的整体组件。每个应用措施凡是仅天生一个日记(假如它乃至完全建设了本身的日记;偶然，应用措施会将数据记录到Syslog中)。每个处事器凡是还只天生少量日记，个中首要是Syslog和auth。因此，要打点整个情形的日记，您只必要处理赏罚几个日记。

对比之下，在云原生情形中，您凡是行使微处事系统布局-也许有十几个或更多差异的处事在运行，每个处事都提供了构成整个应用措施所需的差异成果。每个微处事都可以生本钱身的日记。

不只云云，尚有更多的基本架构层;因此，通过扩展，更多的日记。您不只具有基本主机处事器及其天生的日记，并且还具有位于应用措施和基本架构之间的抽象层(如Docker或Kubernetes或两者，取决于您的行使方法)建设的日记。

简而言之，向云本机的转变意味着IT团队已经从争夺支持的每个应用措施的少数几个单独日记的竞争成长到十几个乃至更多。

2.更多日记范例

总体上不只有更多的日记，并且尚有更多范例的日记。您不只拥有处事器日记和应用措施日记，还拥有云基本架构的日记，Kubernetes或Docker的日记，身份验证日记，Windows和Linux的日记(由于此刻更常见的是在统一操纵体系中同时行使两种范例的操纵体系)市肆)等等。

这种多样性增进了伟大性，这不只是由于要打点的日记数据范例更多，并且还由于这些日记范例的名目常常差异。功效，行使正则表达式匹配或其他范例的通用查询一次理会全部日记变得越发坚苦。

3.多样化的记录架构

跟着日记数目和范例的增进，此刻在应用措施情形中果真日记数据的方法变得越发伟大和变革。

Kubernetes是一个很好的例子。Kubernetes提供了一些内置成果，可以在节点级别网络日记。举办网络简直切方法取决于情形变量。譬喻，它在安装了systemd的体系上记录日记，可是直接写入/ var / log中的.log文件。

使工作变得越发伟大的是，Kubernetes没有对集群级日记的当地支持，尽量同样可以行使多种要领。您可以行使在每个Kubernetes节点上运行的日记记录署理来为集群天生日记数据，也可以在sidecar容器中运行日记记录署理。可能，您可以实行直接从应用措施天生集群范畴的日记数据，条件是您的集群系统布局和应用措施使此操纵切实可行。

最重要的是，纵然在统一平台内，日记记录系统布局的配置方法也存在很大差别。功效，在云原生情形中计划同一的日记打点流程变得越来越坚苦，该流程可以在必要支持的全部应用措施或平台上同等地事变。

4.非永世性日记存储

云本机日记记录的最后一个挑衅来自以下究竟：某些云本机应用措施穷乏耐久性数据存储。容器就是最好的例子。

当容器实例遏制运行时，存储在容器中的全部数据将被永世烧毁。因此，假如日记数据存储在容器内(默认环境下凡是是默认环境下)，它将与容器一路消散。因为容器是短暂的，实例会停息并被删除，而新实例会自动旋转，因此并不是在容器封锁之前扣问打点员是否要生涯日记数据。它将封锁并被删除，并伴同您的日记数据一路行使，除非您事先将该数据移到了其他处所。

假如您只体谅及时处理赏罚日记数据，那么这种瞬态也许还可以。可是，假如您必要在一段时刻内保持汗青日记可用，那么在容器遏制运行时丢失日记数据是不行接管的。

云原生日记打点的最佳准则

为了应对在云原生情形中遭遇的这些挑衅，团队可以行使以下准则。

1.同一日记网络和汇总

要行使多种差异范例的日记名目和架构来支持和影象，实行别离打点每个体系的日记是不行行的。而是实验同一的齐集式日记打点办理方案，该办理方案可自动从情形的全部部门网络数据并将其聚合到一个位置。

2.回收机动的日记打点办理方案

您的日记打点器材和流程应该可以或许支持任何范例的情形，而无需从头设置情形。譬喻，假如您有一个Kubernetes集群以一种方法果真日记数据，而另一个集群以另一种方法举办日记记录，则您应该可以或许从这两个集群中网络和阐嫡志，而不必变动任何一个集群的处理赏罚方法。日记。同样，假如您有一个应用措施在一个民众云上运行，而另一个应用措施在另一云上运行，则不必为了从一此中央位置打点其日记而修改任何一个云情形的默认日记记录举动。

3.及时网络日记

确保没有耐久存储的情形中的日记不会消散的一种要领是及时网络日记数据并将其聚积在一个独立的位置。这样，日记数据一出生就将生涯在耐久性日记打点器中，纵然容器封锁也将保持可用。与实行仅在固按时刻段内从容器内部网络日记数据对比，此要领更为可取，假如容器比您预期的更早封锁，则也许会丢失一些日记。

4.行使自界说日记理会器

除了忽略以通例说明器材无法支持的方法结构的日记之外，还可以操作自界说日记理会器来处理赏罚任何名目标数据。这样，您就不会冒从非尺过活志中漏掉重要看法的风险。

结论

云本机日记打点从基础上差异于打点通例整体应用措施的日记数据。不只日记数据的局限有所增进(尽量有所增进)，并且在记录，布局化和果真日记数据的方法上还存在更大的多样性。面临这些挑衅，有用地打点日记必要一个日记打点办理方案，该办理方案必需完全齐集和同一来自您支持的全部体系的日记数据，同时还提供从非尺过活志范例中获取看法的手段。

（编辑：河北网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!