I'm not sure there's anything go-specific other than libraries and frameworks; just general good practices. One of the best things I can recommend to keep microservices from becoming a mess is to treat every service like it's external: - Have a well-defined, versioned API contract for each service - Maintain black-box tests for each API to ensure it adheres to its contract - Maintain support for at least the previous API version when a new version is released - Have a documented schedule of when each version or API will be retired
This helps to avoid situations where microservices become tightly coupled and have to be deployed together, effectively behaving like monoliths. This is sadly very, very common in SOA; I think there was a sense that SOA was a cure for coupling, but there is no cure for coupling other than developer discipline. On Thursday, February 23, 2017 at 9:21:37 AM UTC-5, dc0d wrote: > > Thanks Nyah! But that's a framework for developing microservices and I'm > already using one; NATS (although it's more low level). > > What I'm looking for is the "development tools"/process/practices that > helps in the "process of developing" (not designing or implementing) a > microservices architecture. > > On Thursday, February 23, 2017 at 5:00:11 PM UTC+3:30, Nyah Check wrote: >> >> This should help: https://github.com/micro >> >> On Thu, Feb 23, 2017 at 2:17 PM, dc0d <kaveh.sh...@gmail.com> wrote: >> >>> How do you develop a microservice based (architecture) app? I have some >>> scripts that are doing the building, starting and stopping and also running >>> tests. But do you use any specific tools for developing microservices? >>> >>> - Env: Apps are communicating via NATS (& some HTTP), Go 1.8, Ubuntu >>> 14.04 (Linux in general) >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "golang-nuts" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to golang-nuts...@googlegroups.com. >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> >> >> -- >> "The heaviest penalty for declining to rule is to be ruled by someone >> inferior to yourself." --*Plato* >> > -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.