<p>We have a number of different REST-based services running in Azure within a Kubernetes (version 1.9.6) cluster.  </p>

<p>Two of the services, let's say A and B needs to communicate with each other using REST-calls.  Typically, something like the following:</p>

<pre><code>Client calls A (original request)
A calls B (request 1)
B calls A (request 2)
A responds to B (request 2)
B responds to A (request 1)
A responds to the original request
</code></pre>

<p>The above being a typical intertwined micro-services architecture.  Manually running the docker instances works perfectly on our local test servers.</p>

<p>The moment we run this in Kubernetes on Azure we get intermittent timeouts (60+ seconds) on the micro-services calling each other through Kubernetes' networking services.  After a timeout, repeating the request would then often give correct responses in a few micro-seconds.</p>

<p>I am stuck at this point as I have no idea what could be causing this.  Could it be the dynamic routing?  The virtualised network? Kubernetes configuration? </p>

<p>Any ideas?</p>

Jaco Van Niekerk
<p>So I ran into this as well.</p>

<p>Basically there is some sort of network timeout that happens on AKS that cuts all connections out of a pod.  As you mentioned this results in seemingly random errors that are difficult to trouble shoot since you only get to see them once (as hitting the same service again results in the expected correct behavior).</p>

<p>More details on my question here:
<a href="https://stackoverflow.com/questions/50706483/what-azure-kubernetes-aks-time-out-happens-to-disconnect-connections-in-out">What Azure Kubernetes (AKS) &#39;Time-out&#39; happens to disconnect connections in/out of a Pod in my Cluster?</a></p>

<p>In my case AKS (or potentially Kubernetes) was disconnecting / severing my Ghost blog connection to my database after a time but not notifying the service which then resulted in strange errors related to the service not realizing that it was disconnected and not being able to continue to utilize the connection it expects to be available / open.</p>

<p>Thats not a solution just more background!</p>

<p>I am debating whether to open a ticket on Azure AKS GitHub (and with my support subscription) to request more information.  If I hear back I will update this answer!</p>
