After running Go for two years in production at Iron.io, I wanted to share our experience/feelings about it. We were one of the first companies to use Go (golang) in production and we didn’t know what to expect in the long run, but so far, so great.
I talked a little about about this in a previous post about switching to Go from Ruby, but this will go into specific things that we love about the language, the things we learned along the way. In no specific order, here they are:
You can find benchmarks comparing Go to a bunch of other languages at the Computer Language Benchmarks Game site. The graph below compares it to Java (which would probably be the language we’d be using if Go didn’t exist):
Just for fun, check out the differences between Go and Ruby below, it’s insanely better in both performance and memory usage.
Two years in, Go has never been our bottleneck, it has always been the database.
Two years in, we’ve never had a memory leak or problems related to memory.
One thing we had to do here was limit concurrency to make sure we didn’t overload our database or other services during spikes. We did this with a simple semaphore using Go channels.
Reliability in a language is kind hard to quantify, but we’ve found our Go applications to be very robust. I don’t think we’ve had a failure/crash that wasn’t related to some external problem (read: database or some bad library). In general though, there are very high quality open source libraries out there for Go. We’ve found no memory leaks and no major core library bugs.
I even find that our code is higher quality just due to the fact that it’s written in Go. I’m not entirely sure why this is, but I get a warm and fuzzy feeling about our stuff written in Go. Perhaps it’s the very strict compiler that even forces us to remove imports and variables that aren’t in use. Perhaps it’s the small amount of code you have to write to get a lot done. Maybe I’ll figure this out and write more about it some day.
Go compiles into a single, static binary file so deployment is simply putting the file on a server and starting it up. No dependencies required. No runtime required (you don’t need to install Go on the server). And it’s small; the IronMQ binary is ~6MB.
If something goes wrong after deploying and you need to roll back, you can just stop the bad process then start the previous binary. You don’t need to worry about a dependency being upgraded since the entire program is compiled into a single binary.
We took a big risk choosing Go when there wasn’t a lot of people that knew the language, let alone people who had heard of it. We were the first company to post a Go job on the golang nuts mailing list and we were taken aback by the quality of people that applied. We received applications from developers at some of the top tech companies with tons of experience, some with PhD’s, working on some hardcore projects. Most weren’t programming full-time in Go, but had worked with it enough to be proficient and could transfer their experience and knowledge over. I’m not sure it even mattered what we were trying to build, they just wanted to work with Go.
I can confidently say that after two years working with Go, we made the right choice. If we had started Iron.io today, it would have been a no brainer to choose it. A lot of other companies are using it now too including Heroku and Google and the people I talk to about it all have similar opinions. +Rob Pike, one of the creators of Go said:
“We realized that the kind of software we build at Google is not always served well by the languages we had available,” Pike said in 2011. “Robert Griesemer, Ken Thompson, and myself decided to make a language that would be very good for writing the kinds of programs we write at Google.”
“The management layers and infrastructure layers of the newer technologies that provide this cloud delivery model?” he tells Wired. “Within two years, a majority will be written in Go.”
Is Go the next gen language we’ve been waiting for. It’s a bit too early to say, but it’s certainly off to a good start.
If you’re in the bay area and interested in learning about Go, come join us at the next GoSF meetup.
Feel free to contact/follow me on g+: +Travis Reeder .
UPDATE: Lots of discussion at Hacker News and Reddit.