适用于Java开发人员的微服务：日志管理.pdfVIP

适⽤于Java开发⼈员的微服务：⽇志管理 1.简介 通过本教程的这⼀部分，我们进⼊了 。 听起来像是另⼀个花哨的流⾏语，那到底是什么？ 在固有的分布式系统中，有太多相互影响的移动部件，并且可能以⽆法预测的⽅式失败。 尽快发现问题，在系统中找出出现问题的确切位置，并找出确切原因，这些是与相关的的最终⽬标。 这确实是⼀个⾮常困难的⽬标，需要 采取综合措施。 我们将要讨论的的第⼀⼤Struts是⽇志记录。 做好⽇志后，它们可以包含有关您的应⽤程序和/或服务所处状态的宝贵（通常是⾮常宝贵 的）详细信息。⽇志是直接将您带⼊应⽤程序或服务错误流的主要来源。 除此之外，在基础架构级别，⽇志在识别安全问题和事件⽅⾯特 别有⽤。 毫不奇怪，我们将专注于应⽤程序和服务⽇志。 ⽇志记录的艺术可能是我们开发⼈员⼀⽣中不断完善的技能。 我们知道 ⽇志应该是有⽤ 的，易于理解的 （经常是我们或我们的队友在上⾯运⾏），并且包含⾜够的有意义的数据以重建流程并解决问题。 原⽊膨胀或原⽊短缺， 都导致浪费宝贵的时间或/和资源，很难找到合适的平衡。 此外，与通过粗⼼的⽇志记录做法泄漏有关的事件并⾮罕见，但其后果是深远 的。 的分布式性质假设存在许多服务，这些服务由不同的团队管理，很可能使⽤不同的框架来实现，并且在不同的运⾏时和平台上运⾏。 它导 致 ⽇志格式和实践的激增，但是尽管如此，您必须能够将所有⽇志合并到⼀个中央可搜索位置，并能够关联跨和基础架构边界的事件和流。 听起来像是不可能完成的任务，不是吗？ 尽管当然不可能涵盖其中的每个⽇志记录框架或库，但这⾥还是要有⼀组核⼼原则。 ⽬录 2.结构化还是⾮结构化？ 提 出并强制使⽤适⽤于⽇志的通⽤ 格 式是不 现实的，因 为每 个 单独 的应 ⽤程 序或 服务都 在做 不同 的事情 。 但 是， 围绕结构化 结构化 ⽇志记录展开了⼀般性辩论。 要了解争论的内容，让我们以JCG租车平台的⼀部分Reservation Services为例，看看典型的应⽤程序如何进⾏⽇志记录。 1 ... 2 2019-07-27 14:13:34.080 INFO 15052 [ main] o.c.cassandra.migration.MigrationTask : Keyspace rentals is already up to date at version 1 3 2019-07-27 14:13:34.927 INFO 15052 [ main] d.s.w.p.DocumentationPluginsBootstrapper : Documentation plugins bootstrapped 4 2019-07-27 14:13:34.932 INFO 15052 [ main] d.s.w.p.DocumentationPluginsBootstrapper : Found 1 custom documentation plugin(s) 5 2019-07-27 14:13:34.971 INFO 15052 [ main] s.d.s.w.s.ApiListingReferenceScanner : Scanning for api listing references 6 2019-07-27 14:13:35.184 INFO 15052 [ main] ty.NettyWebServer : Netty started on port(s): 18900 7 ... 您可能会注意到，⽇志记录输出遵循某种模式，但总的来说，它只是⼀种⾃由样式⽂本，当图⽚中出现异常时，它将变得更加有趣。 1 2 3 flix.discovery.shared.transport.TransportException: Cannot execute request on any known server 4 at flix.discovery.shared.transport.decorator.RetryableEurekaHttpClient.execute(RetryableEurekaHttpClient.java:112) ~[eureka-client-1.9.12.jar: 5 at flix.discovery.shared.transport.decorator.EurekaHttpClientDecorator.register(EurekaHttpClientDecorator.java:56)