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.

Reply via email to