А статей на хабре для понимания принципов построения хватит?

Только сейчас понял смысл микросервисов ?

Да они не совсем причем тут :) тут важно понимать что поменяется когда у тебя будет не 1 сервер с докером, а 1000, да ещё кросс-дц, а ещё появятся клиенты в какой нибудь Австралии помимо Европы или США

практика, практика и еще раз практика

практика поможет понять принципы построения

пока на грабли не наступишь, не поймешь

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

А статей на хабре для понимания принципов построения хватит?

Хабр ваще последние лет 5 скатывается плавно в навозную кучу.

Статьи с заголовком "выбираем мониторинг" и содержанием: Я вот нашел 5 систем, вот такую, вот такую, вот такую и такую. Выбрал третью. Спасибо за внимание и чтение этого лонгрида

Их не было даже год назад практически и уж точно не отвечали на них "спасибо!"

А сейчас пожалуйста

Каждый неделю парочка

Есть неплохой архитекторский майндмап - TOGAF

Так что я бы советовал следующие источники: 1. Видео с конференций где рассказывают про архитектуру крупных сервисов. "How we made GitHub faster" и далее 2. https://github.com/donnemartin/system-design-primer - вроде неплохо для начала

Гуглить по запросу "what's Y architecture", где Y название конторы. Правда обычно есть инфа о каких-тоо частях. Например о Вотсапе найти инфу легко, а о Фейсбуке в целом нереально

А вот покомпонентно фб много пишет о том что у них

Прочитать Google sre book

Там в целом о подходах неплохо

SRE возможно только для девопсов интересно

Послушать можно гугловые видео о эволюции их инфраструктуры. Можно ещё их доклад про grpc с srecon Asia 2017

SRE возможно только для девопсов интересно

Принципы те же, хороший дев их тоже должен знать

Архитектор может знать про это, но инфра не его роль

https://youtu.be/eoy9z0UlaII

Архитектор может знать про это, но инфра не его роль

Его

Его

Технологии не должны диктовать путь решения

Технологии не должны диктовать путь решения

Надо понимать как оно работает

Они могут облегчить, но если они делают vendor lock-in - это солюшен архитект)

А сребук про это в том числе

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

Они могут облегчить, но если они делают vendor lock-in - это солюшен архитект)

В срекон много замечательных моментов для новичков про всякие вещи типа graceful degradation при проблемах, про то что round robin как балансировка не очень и пр. фундаментальные вещи

О которых надо помнить когда дизайнишь жирную распределенную систему

Как-то по верхушкам, если честно

Земной поклон всем откликнувшимся.

Напоминает народные приметы, если то, то

Как-то по верхушкам, если честно

Ну так оно на то и база, чтобы просто понимать что и как

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

чуваки, кто-нибудь пользовался и gogs'ом, и gitea? имеет смысл переезжать? есть в гитее че-нить классное?

Универсальных решений не существует, хорошо если ваша архитектура хорошо приземлена на требования и ограничения именно вашей системы

Универсальных решений не существует, хорошо если ваша архитектура хорошо приземлена на требования и ограничения именно вашей системы

Поэтому чем больше ты знаешь тем тебе лучше, да. И сребук не про решения, а про подходы таки

И сребук в общем про базовые вещи для больших систем

Там моментов с которым можно поспорить почти нет

Я же не против, пусть читают, просто это не тема архитекта пытаться взять сторонний сервис и интегрировать его

Я же не против, пусть читают, просто это не тема архитекта пытаться взять сторонний сервис и интегрировать его

Книга и не об этом :)

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

Это не нарисовать кубик "балансировщиков", кубик "фронтэнд", кубик "бэкэнд" и магию вокруг

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

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

И вот в сребук скорее перечислены варианты этих трейдофов и упомянуты простые вещи типа как можно мониторить, как можно балансировать и т.п.

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

Друзья заясните, откуда в го сообществе уже могло набраться 800к проектов??? На том же Ruby on Rails 135к https://libraries.io/

Друзья заясните, откуда в го сообществе уже могло набраться 800к проектов??? На том же Ruby on Rails 135к https://libraries.io/

Он просит в освоении, вот проекты и клепают пачками

У меня у самого репозиториев 15 за последний год, сколько я язык трогаю

у руби кстати все на этом и закончилось

каждый сделал для себя и хватило)

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

А то как то не ясно будет ли поддержка этого в 2.0

зачем?

Привет всем! Реббята, подскажите, может, кто-то из Вас сталкивался с парсингом pcap файлов/потока в golang? В планах принимать из stdout поток формата pcap, парсить его и выводить в json. Заранее премного благодарен)

у руби кстати все на этом и закончилось

Да нет , наверное просто в интернеты не заливают. А так на данный момент Рельсы самый популярный фреймворк по вакансиям после Спринг и асп нет

Привет всем! Реббята, подскажите, может, кто-то из Вас сталкивался с парсингом pcap файлов/потока в golang? В планах принимать из stdout поток формата pcap, парсить его и выводить в json. Заранее премного благодарен)

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

да, это то ясно, но не уверен, что он сможет вытянуть из стандартного потока ввода- вывода

ладно, буду трахаться с этим дерьмом

да вон вроде даже в доке по ctrl+f видно "Stream", "Datagram", "Reassembly"

зачем?

Интересно готовиться ли к боли или небо без облачно .

Да нет , наверное просто в интернеты не заливают. А так на данный момент Рельсы самый популярный фреймворк по вакансиям после Спринг и асп нет

Мир не заканчивается на Рельсах, наоборот, Синатра была родителем для gin)

Да нет , наверное просто в интернеты не заливают. А так на данный момент Рельсы самый популярный фреймворк по вакансиям после Спринг и асп нет

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

ERROR: S client not available

Чуваки, подскажите, есть ли что-то более лучшее, чем официальные доки по go для изучения?

все толковые ребята ушли из руби в emberjs и elm

@az09_recommended шо опять?

@az09_recommended шо опять?

не опять, а снова)

а оттуда в golang, его как раз в тот год в паблик подвезли

пока ты учишь языки, ребята делают бабки)

все толковые ребята ушли из руби в emberjs и elm

А некоторые и в кресты подались

Брр

либо код в крестах, либо говнокод в лиспах)

либо код в крестах, либо говнокод в лиспах)

Либо микросервисы на скале

все толковые ребята из руби в питон ушли

все толковые ребята из руби в питон ушли

Руби не язык, ко-ко-ко (конечно же)

синтаксис похожий, но зато нужный язык, в отличие от

Руби не язык, ко-ко-ко (конечно же)

язык, только полумертвый уже

язык, только полумертвый уже

Лан, убедил

http://aosabook.org/en/index.html

http://rus-linux.net/MyLDP/BOOKS/Architecture-Open-Source-Applications/index.html перевод

Друзья заясните, откуда в го сообществе уже могло набраться 800к проектов??? На том же Ruby on Rails 135к https://libraries.io/

на правах вброса - руби просто сдохшее дно

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

Го же динамически развивающийся молодой язык, который прям вовремя зашел людям, вот и кучи проектов

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

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

на правах вброса - руби просто сдохшее дно

+++

А то как то не ясно будет ли поддержка этого в 2.0

насколько я (где-то) слышал, 2.0 появится как раз тогда, когда они придумают, как реализовать дженерики

Чейни постоянно пишет размышления на тему

вот последнее https://dave.cheney.net/2017/06/18/simplicity-debt-redux

и функциональщину не забыли бы

а что с ней не так?

а ее нет в го

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

а пример можно?

map/filter/zip, лямбды, генераторы

такие вещи решатся как раз генериками

Вроде бы уже не раз говорили если вам в Go не хватает фичи из языка N, то зачем вам Go если всё это есть в языке N