Для каких целей Golang лучше?

Question

[wideShift]

Микросервисы...Микросервисы...Микросервисы... А что это такое в двух словах?
Системные утилиты. Есть же Си,Си++, да та же Java почему не годится?
Что Вы на нем делали, где он себя лучше других показал?

Comments

[Василий Банников]

Системные утилиты. Есть же Си,Си++, да та же Java почему не годится?

1. Си и C++ на порядок сложнее, чем Go. Как минимум из-за медленной компиляции и ручной сборки мусора.
2. Java требует JVM на целевой машине.
3. Часто вижу, что Go используют для консольных утилит для работы с Kubernetes и Docker - они написаны на Go и их код можно легко использовать в своих консольных утилитах.
4. В принципе порог вхождения в Go ниже, чем у жавы, так что не обязательно быть профессиональным разрабом - утилиты для себя может писать и девопс.

[wideShift]

Василий Банников, а для backend этот язык подходит?

[Василий Банников]

wideShift, да https://gobyexample.com/http-servers

[wideShift]

Василий Банников, т.е самые простые веб-приложения?
интернет магазин смысла делать нет?

[Василий Банников]

wideShift, можно и сложные, есть всякие фреймворки.

интернет магазин смысла делать нет?

Думаю, что нет, хотя наверно ozon может с этим поспорить.

[wideShift]

Василий Банников, а какие веб фреймворки популярны?
Слышал, что ORM не используют, а пишут напрямую SQL - это так?

[Василий Банников]

wideShift, ага. Но вроде есть ещё gorm, но многие пишут, что какие-то сложные запросы всё равно нужно писать на SQL.

[wideShift]

Василий Банников, думаю для меня golang будет полезен для изучения.
Есть опыт PHP и laravel

[Евгений Самсонов]

Микросервисы это небольшие автономно работающие сервисы, связанные между собой каким-либо образом, например, через API, брокеры сообщений и тп. Допустим, тот же интернет магазин можно сделать в виде набора микросервисов: авторизация, билинг, заказ, рассылка и т. д. В чем плюсы:
- Нет привязки к конкретному языку, как с монолитом
- Если падает один микросервис, то не падает вся система.
- Удобно масштабировать. Если допустим нагрузка на рассылку возросла, то просто увеличиваем число инстансов микросервиса рассылка.
- Быстрее можно доставлять фичи в прод. Каждый микросервис деплоится отдельно
- Проще работать с небольшой базой кода, в отличии от монолита
- Команды могут отдельно работать над разными микросервисами системы, не мешая друг другу

> т.е самые простые веб-приложения?
Как раз скорее микросервисы потребуются, когда сложность системы возрастает. Когда над проектом работает не 2 человека, а десятки команд. Когда проблемы с производительностью уже не решаются докидыванием железа

> Слышал, что ORM не используют, а пишут напрямую SQL - это так?
Тут как удобно. Никто не запрещает использовать ORM

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

[Everything_is_not_so_bad]

wideShift,
Поищите в интернете "golang use cases".
Го часто используется для DevOps, иными словами, в инфраструктуре. Системное ПО. Инструментарий, там и все такое.
https://awesome-go.com/

[wideShift]

Евгений Самсонов, а Java/.NET как для микросервисов?

[shurshur]

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

Answer 1

[Сергей Горностаев]

Go создавался для простой разработки асинхронных сетевых серверов и в этом блещет. Например написать на нём что-нибудь вроде Nginx сильно проще, чем на C.

Comments

[Roman K]

Если быть честным, то и бизнес-логику на го писать удобней, чем на том же питоне. Даже из-за типизации. А то что го в ~40 раз быстрее выходит на CPU задачах — приятный бонус

Answer 2

[uvelichitel]

Микросервис в двух словах - это самостоятельная сетевая единица со своим потоком исполнения, своим URI и своим маленьким (как правило REST) API для которой поднимать nginx setup избыточно.

Comments

[wideShift]

т.е скажем пишем веб приложение и обращаемся запросами (get, post, put,delete) к этому серваку на golang. А само приложение может написано быть на чем угодно?

[uvelichitel]

wideShift, да. И может вообще не быть самого монолитного приложения, а одноранговая куча микросервисов взаимодействующих через свои API, как конструктор LEGO. И написаны они могут быть на любых разных языках. Архитектурно их объединяет только согласованность API и сетевых протоколов.

[wideShift]

я пока не могу понят зачем это(одноранговая куча микросервисов)?
Мне понятно, когда есть монолит и несколько микросервисов. Монолит дергает api это микросервисов.

[uvelichitel]

wideShift, точно не известно. Сторонники микросервисной архитектуры в качестве достоинств приводят

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

[vgrabkowot]

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