Сатейка с парой приёмов concurrent программирования. 🏃♀️🏃♂️
https://blog.afoolishmanifesto.com/posts/golang-concurrency-patterns
https://blog.afoolishmanifesto.com/posts/golang-concurrency-patterns
Size: a a a
2018 October 23
HashiCorp запустил платформу для онлайн-обучения по своим продуктам. Сейчас там есть только треки по Vault, но вскоре обещают добавить курсы по Nomad, Consul и Terraform: http://amp.gs/vlDx
mail.ru перехватило инициативу по проведению митапов по Kubernetes в Москве. Спешите регистрироваться - времени осталось мало
https://corp.mail.ru/ru/press/events/521/
https://corp.mail.ru/ru/press/events/521/
Тема «Всё, что вы хотели знать об обновлениях Kubernetes, но боялись спросить» заставляет мое сердечко биться чаще.
BPFtrace от Брендона Грегга вышел в открытый доступ. Просто главная новость осени. Я побежал качать и играться. http://www.brendangregg.com/blog/2018-10-08/dtrace-for-linux-2018.html
2018 October 24
Всего 9 звезд!!
Ребята из комьюнити Golang UA 🇺🇦 работают над созданием удаленного хранилища метрик для Prometheus. Свою разработку они называют VictoriaMetrics, и да шутки про модный бренд женского белья уже были. 👙🤣 Написано все на Go, и уверен, работает шустро, ведь в команде Саша Валялкин, создатель fasthttp. Давайте поддержим лайками и звездочками на GitHub. 🤩
https://medium.com/@valyala/victoriametrics-creating-the-best-remote-storage-for-prometheus-5d92d66787ac
https://medium.com/@valyala/victoriametrics-creating-the-best-remote-storage-for-prometheus-5d92d66787ac
2018 October 25
А посмотрите выступление моего коллеги по основам мониторинга!
Будет полезно тем, кто специализируется на стеке Микрософта: https://livestream.com/gaelcolas/PSConfAsia/videos/182076933
Будет полезно тем, кто специализируется на стеке Микрософта: https://livestream.com/gaelcolas/PSConfAsia/videos/182076933
2018 October 26
🔥2 ноября, на площадке Альфа-Банка, состоится митап для тимлидов DevLead meetup.
Поговорим про то, как быть руководителем и не сойти при этом с ума, про мотивацию через геймификацию и управление личными задачами.
В программе: три доклада от опытных спикеров, викторина с призами, бургер-пати, куча нетворкинга и новых знакомств. А после митапа – афтепати, куда же без этого 🙂
📆 Дата: 2 ноября, пятница
⌚️ Время: 19.00
🏢 Москва, ул. Большая Полянка, д. 2/10, стр. 1 (Corporate Innovations Hub).
Регистрация:
https://hr.alfabank.ru/events/devleadmeetup
Поговорим про то, как быть руководителем и не сойти при этом с ума, про мотивацию через геймификацию и управление личными задачами.
В программе: три доклада от опытных спикеров, викторина с призами, бургер-пати, куча нетворкинга и новых знакомств. А после митапа – афтепати, куда же без этого 🙂
📆 Дата: 2 ноября, пятница
⌚️ Время: 19.00
🏢 Москва, ул. Большая Полянка, д. 2/10, стр. 1 (Corporate Innovations Hub).
Регистрация:
https://hr.alfabank.ru/events/devleadmeetup
2018 October 27
Простые и четкие рекомендации по использованию postgresql (некоторые пункты справедливы и для других rdb) https://github.com/lesovsky/postgres-commandments/blob/master/README.md #postrgresql
2018 October 29
Раз хорошо писать код мы уже научились, давайте посчитаем как писать плохо!https://medium.com/capital-one-tech/doing-well-by-doing-bad-writing-bad-code-with-go-part-1-2dbb96ce079a
Абсолютно согласен, я не очень понимаю весь этот холивор msa vs monolith - наверное, надо просто иметь экспертизу и там и там при разработке архитектуры или делать так как умеешь. Хорошо написанный монолит лучше кучи говномикросервисов.
Возвращаясь к разговору “Монолиты против Микросервисов”. Дошли глаза прочитать оригинальную заметку “Microservices are something you grow into, not begin with”, которую перевели на Хабре.
Оригинал - https://nickjanetakis.com/blog/microservices-are-something-you-grow-into-not-begin-with
Хабр (перевод) - https://habr.com/post/427215/
Краткий конспект:
1. Не надо бежать за гуглом.
2. Shopify поднимает много денег, сидя на монолите.
3. Микросервисы, по мнению автора, всего-лишь очередной уровень абстракции.
4. Не стоит начинать с микросервисов, пока вы не написали хотя бы одной строчки кода, потому что на этом уровне вы еще не знаете, что вы пишете. (Што?)
5. Микросервисы надо начинать осваивать, когда решит ваша команда.
6. Переход на микросервисы имеет свои проблемы и нюансы. (You don’t say!)
Ух ты. Ладно.
Монолитные приложения быстрее микросервисных. Неважно, насколько сложно их обновить, какой при этом грозит даунтайм или сколько подписей нужно собрать, что выкатить новый релиз. Один метод, вызывающий другой, будет всегда быстрее, чем один контейнер, отправляющий API вызов к другому. Поэтому, если вы пишете HFT системы, АБС, кредитные конвейеры, процессинг, который должен работать чуть медленнее Visa/Mastercard, но быстрее Bitcoin, или что-то еще, где важна каждая миллисекунда - монолит.
Во-вторых по монолитным, сложным информационным системам, при проектировании которых рисуют много этих ваших UML, BPMN и прочих рисовашек и документов, наработана огромная теоретическая и практическая база, на которой выросло не одно поколение enterprise архитекторов. Проще говоря, профессионалов, которые знают как готовить монолит, по очевидным причинам больше, чем тех, кто умеет готовить микросервисы.
В-третьих, микросервисы основательно усложняют структуру вашего приложения. Заменив одну строчку в коде, вы рискуете положить много много смежных сервисов, а значит должны вложить больше усилий в интеграционное тестирование.
В-четвертых, написать прототип на микросервисах, гораздо трудозатратнее (не сложнее!), чем на монолите.
Вот эти моменты гораздо важнее абстрактных “да зачем тебе микросервисы, братишка, пили монолит, че ты” и “ты че гугол?”.
А если вы создаете распределенную систему, где скорость до миллисекунды не критична, но нужно иметь возможность для горизонтального масштабирования, то можно начать с микросервисов, и не надо никого слушать.
Просто помните, что:
- вы в этом путешествии одни, и вам никто не поможет.
- неплохо иметь в команде людей, которые уже имеют опыт работы с микросервисами.
Оригинал - https://nickjanetakis.com/blog/microservices-are-something-you-grow-into-not-begin-with
Хабр (перевод) - https://habr.com/post/427215/
Краткий конспект:
1. Не надо бежать за гуглом.
2. Shopify поднимает много денег, сидя на монолите.
3. Микросервисы, по мнению автора, всего-лишь очередной уровень абстракции.
4. Не стоит начинать с микросервисов, пока вы не написали хотя бы одной строчки кода, потому что на этом уровне вы еще не знаете, что вы пишете. (Што?)
5. Микросервисы надо начинать осваивать, когда решит ваша команда.
6. Переход на микросервисы имеет свои проблемы и нюансы. (You don’t say!)
Ух ты. Ладно.
Монолитные приложения быстрее микросервисных. Неважно, насколько сложно их обновить, какой при этом грозит даунтайм или сколько подписей нужно собрать, что выкатить новый релиз. Один метод, вызывающий другой, будет всегда быстрее, чем один контейнер, отправляющий API вызов к другому. Поэтому, если вы пишете HFT системы, АБС, кредитные конвейеры, процессинг, который должен работать чуть медленнее Visa/Mastercard, но быстрее Bitcoin, или что-то еще, где важна каждая миллисекунда - монолит.
Во-вторых по монолитным, сложным информационным системам, при проектировании которых рисуют много этих ваших UML, BPMN и прочих рисовашек и документов, наработана огромная теоретическая и практическая база, на которой выросло не одно поколение enterprise архитекторов. Проще говоря, профессионалов, которые знают как готовить монолит, по очевидным причинам больше, чем тех, кто умеет готовить микросервисы.
В-третьих, микросервисы основательно усложняют структуру вашего приложения. Заменив одну строчку в коде, вы рискуете положить много много смежных сервисов, а значит должны вложить больше усилий в интеграционное тестирование.
В-четвертых, написать прототип на микросервисах, гораздо трудозатратнее (не сложнее!), чем на монолите.
Вот эти моменты гораздо важнее абстрактных “да зачем тебе микросервисы, братишка, пили монолит, че ты” и “ты че гугол?”.
А если вы создаете распределенную систему, где скорость до миллисекунды не критична, но нужно иметь возможность для горизонтального масштабирования, то можно начать с микросервисов, и не надо никого слушать.
Просто помните, что:
- вы в этом путешествии одни, и вам никто не поможет.
- неплохо иметь в команде людей, которые уже имеют опыт работы с микросервисами.
Сегодня вылазка на первый kubernetes митап mail.ru
Трансляция тут https://www.youtube.com/watch?v=ac_JMFBl_so
Трансляция тут https://www.youtube.com/watch?v=ac_JMFBl_so
Нововведения в 1.12
Парный доклад - тренд сезона, главное не устраивать версус