Enterprise integration patterns in Go

<p>I was looking to use Go for integrating different systems and protocols, API, filesystem and other applications. Is there any framework or tool for building different integration patterns like Apache Camel? TIA.</p> <hr/>**评论：**<br/><br/>niranjan92: <pre><p>You should try Go-kit <a href="https://github.com/go-kit/kit" rel="nofollow">https://github.com/go-kit/kit</a> . Its under active development and evolving rapidly</p></pre>gentleman_tech: <pre><p>I don&#39;t know about your specific case, but if I was looking to go there, I wouldn&#39;t start from here...</p> <p>The kind of mindset that goes with EIP (and in fact Enterprise Java in general) doesn&#39;t really work with Go.</p> <p>The idiomatic Golang for converting a data stream from one format to another would be to write specific handlers for both ends and probably a channel with an interface in the middle (I don&#39;t know the specifics of your use case).</p> <p>Go tends to subscribe to the point of view that complex configuration is better off presented as code. In other words, rather than relying on extensive XML configuration of generic classes, we tend to write specific implementations. The interface model tends to support this, because inheritance isn&#39;t clouding the picture.</p> <p>But YMMV, do the thing and see if it works :)</p></pre>golangerfromspace: <pre><p>In my opinion, most enterprise developers are focused on business. Therefore, any language or framework that give them a head start in accomplishing their task, in this case integration, would be more readily accepted and adopted into an organization. </p> <p>Most developers in an organization like bank (where technology is not their main competence) has very limited technical resource to build framework from scratch due to either time or technical limitations or other limitations. So technologies like Java and its ecosystem (like Apache Camel) would have better chance of adoption rather than Go. </p> <p>I only wish and hope Go community would go in that direction because I am also looking for opportunities to adopt Go in our organisation where ever and whenever possible.</p></pre>