<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Best Logging Method with Splunk in Splunk Enterprise</title>
    <link>https://community.splunk.com/t5/Splunk-Enterprise/Best-Logging-Method-with-Splunk/m-p/281274#M581</link>
    <description>&lt;P&gt;Read this: &lt;A href="http://dev.splunk.com/view/logging-best-practices/SP-CAAADP6"&gt;http://dev.splunk.com/view/logging-best-practices/SP-CAAADP6&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;And yes, if you want to be able to easily identify transactions later, then include the transaction identifier in each log entry - that way you're not at the mercy of incorrectly configured ntp services (although definately include the timestamp ! As precise as your system allows)&lt;/P&gt;</description>
    <pubDate>Mon, 15 Feb 2016 17:53:19 GMT</pubDate>
    <dc:creator>jplumsdaine22</dc:creator>
    <dc:date>2016-02-15T17:53:19Z</dc:date>
    <item>
      <title>Best Logging Method with Splunk</title>
      <link>https://community.splunk.com/t5/Splunk-Enterprise/Best-Logging-Method-with-Splunk/m-p/281273#M580</link>
      <description>&lt;P&gt;We are using micro Services in our system. All services are doing its tast and call other one. We are logging these services requests/responses with a same uniqueIdentifier. What do you suggest to see this flow from point to endpoint in one query with inputs and outputs in same row according to timestamps? We need to monitor our system from begging to end. &lt;/P&gt;

&lt;P&gt;Or maybe you can suggest a method/way us to log differently to achieve this goal, we are open for any suggestion.&lt;/P&gt;</description>
      <pubDate>Mon, 15 Feb 2016 07:42:30 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Enterprise/Best-Logging-Method-with-Splunk/m-p/281273#M580</guid>
      <dc:creator>bahadirbal</dc:creator>
      <dc:date>2016-02-15T07:42:30Z</dc:date>
    </item>
    <item>
      <title>Re: Best Logging Method with Splunk</title>
      <link>https://community.splunk.com/t5/Splunk-Enterprise/Best-Logging-Method-with-Splunk/m-p/281274#M581</link>
      <description>&lt;P&gt;Read this: &lt;A href="http://dev.splunk.com/view/logging-best-practices/SP-CAAADP6"&gt;http://dev.splunk.com/view/logging-best-practices/SP-CAAADP6&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;And yes, if you want to be able to easily identify transactions later, then include the transaction identifier in each log entry - that way you're not at the mercy of incorrectly configured ntp services (although definately include the timestamp ! As precise as your system allows)&lt;/P&gt;</description>
      <pubDate>Mon, 15 Feb 2016 17:53:19 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Enterprise/Best-Logging-Method-with-Splunk/m-p/281274#M581</guid>
      <dc:creator>jplumsdaine22</dc:creator>
      <dc:date>2016-02-15T17:53:19Z</dc:date>
    </item>
    <item>
      <title>Re: Best Logging Method with Splunk</title>
      <link>https://community.splunk.com/t5/Splunk-Enterprise/Best-Logging-Method-with-Splunk/m-p/281275#M582</link>
      <description>&lt;P&gt;Relying on timestamp in a distributed system may not be good enough, because you will probably never be able to guarantee exact timestamp synchronization. A better approach to show flow later in search is to log parent/child uniqueId:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;Seq      Parent       Current
1         null          id1
2         id1           id2
3         id2           id3
4         id2           id4
etc. 
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;This will allow you to not only show a call sequence, but also parallel execution paths (see Seq 3&amp;amp;4 above), if your system allows for those to happen.&lt;BR /&gt;
But having a uniqueId in all log messages will be enough to show everything that happened in context, just potentially not in exact sequence if there is clock drift between systems.&lt;/P&gt;</description>
      <pubDate>Mon, 15 Feb 2016 18:28:15 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Enterprise/Best-Logging-Method-with-Splunk/m-p/281275#M582</guid>
      <dc:creator>s2_splunk</dc:creator>
      <dc:date>2016-02-15T18:28:15Z</dc:date>
    </item>
  </channel>
</rss>

