скорее всего для новичков, чтобы найти пример и влиться в тусовку

хотя я бы посмотрел на результат, проектов с нормальными боевыми открытыми исходниками очень мало

Ну-с, не знал как и кто отреагирует

Хотелось бы собрать по итогу целый путь до микросервисной разработки, включая архитектурные вопросы и вопросы экосистемы.

Область требует знаний девопса, языка и знаний микросервисной архитектуры и соответствующих паттернов. Но сложно самому во всем сразу разобраться и хотелось бы найти желающих совместно пройти путь

Думаю по этому пути удастся делать заметки и также оставить уже нужный материал для таких же как я кому интересно

Их неизмеримое количество. И их выбор осноаан на задачах которые они должны решать

3 книги достаточно, чтобы закрыть 100% теории. А дальше просто нужен опыт.

- Building Microservices: Designing Fine-Grained Systems
- Microservices Patterns: With Examples in Java
- Designing Data-Intensive Applications: The Big Ideas Behind Reliable, Scalable, and Maintainable Systems

Вы же понимаете, что микросервисы ничем не отличабтся от обычных монолитных приложений по сути?)) Ну т.е. все что делать нужно с монолитами, то же и с микросервисами, такой же CI/CD, такая же оркестровка, в общем всё похожее. Добавляется только взаимодействие между этими микросервисами и то, через апи, как если бы эти сервисы были далеко от вас, типа фейсбук апи, гугл апи и т.д. Т.е. в итоге можно применять все практики, которые были для монолитов на микросервисы 😊

Интересно, эти слова вызовут холивар... 🤔 Ну если что, я не подразумевал холивара)))

Общение также можно организировать по разному. Синхронное/ассинхронное. Через центральный узел (nginx например или BFF) или напрямую хаотично. Одна база для всех или у каждого своя. Оркестрация кубернетисом или swarm. Еще вместо докера можно ансибл или другие тулзы применять. А еще разные виды деплоймента (тот же blue green или canary). еще и секреты (тот же Vault или у k8s свои есть). Мониторингы, алерты, логеры. Имхо все зависит от задач.

Если что я не девопс. плз камнями не бросайте

Вообще конечно тема прохождения какого-то пути обучения с кем-нибудь довольно интересная

Вкатиться в тусовку, заиметь знакомства. Всё-таки две головы лучше чем одна, каждый друг друга поправлять может в силу своих знаний и опыта

Михрасервисы - это перенос сложности кода в сложность интеграции

Забавно, но с этим от части согласен :D

Да, я об этом же. Так что, кому интересно - велком

можно начать отсюда https://12factor.net/

Вечер добрый. Может подскажет кто как лучше тестировать функции middleware в которых есть запросы к внешним ресурсам?

Вопрос про varidic, можете обьяснить почему в го не разрешают делать

result := tx.Exec(query, uuid,ids...)

а только  

result := tx.Exec(query, values...)

для сигнатуры

func (s *DB) Exec(sql string, values ...interface{}) *DB {

Это по сути синтаксический сахар для слайса
ids... просто передаёт слайс целиком

ага, но почему мне дает это сделать последним параметром, если был до этого обычный элемент

variadic может быть только последний аргумент