Если кто не в курсе, то предистория такая:
во времена позднего палеолита дяденьки задумались как бы описать ландшафт сложных IT систем, что бы понимать что от чего зависит, какие данные откуда куда текут, что где развернуто и т.д. Было много попыток, но щас канонической считается модель Кручтена(ну и куча других, построенных на ее основе). Упомянутый на хабре ISO — адаптация трудов Кручтена, а пресловутая "сотка" — вольный перевод этой адаптации.
ИМХО, сложно было ожидать качества от такого глухого телефона, но тем не менее.

#azure
У Azure в Azure SQL Database есть такая неприятная вещь как DTU: это некий попугай, измеряющий нагрузку на базу. Самое неприятное, что при прайс-модели в DTU(есть еще нормальный vCore, но за конский ценник) при привышении DTU-лимита ваши запросы к базе просто не будут обрабатываться.
Что такое DTU и как это посчитать\сконвертировать в обычные mcpu\iops'ы инфы тащем-то нету, но опытным путем было установлено, что огибающая DTU-графика совпадает с наиболее загруженной подсистемой базы. Т.е. если вы насилуете CPU, то DTU будет вести себя как CPU, а если диски в полке, то в полке будет и DTU.
Замониторить этот ад можно только ажуровскими средствами(как ажуровский мониторнг подружить с промом мы чет так и не разобрались)
Вобщем боль, ужас и бесперспективняк.
И вот тут дядя, наконец-то более-менее адекватно описал что и как с Azure'вским, прости господи, DBaaS'ом

Тут Nginx вебинар замутили про их ингрес в честь выхода 1.5

#database
Для тех кто как и я долго пытается найти тулзы для рисования схем базенок, расскажу про свой топ тулзов:
1. Очень долго пользовался штукой, которая называется vertabelo Из плюсов: красивые диаграмки, генерит норм скуль. Из минусов: коооонский ценник и небольшие проблемы с экспортом уже имеющихся базенок
2. Новая штука, которую еще не успел толком попробовать, но первые впечатления хорошие! Умеет все что и предыдущая, но есть Free-план и нормальный экспорт(правда не всех диалектов, но ребята работают над этим)
3. SSMS(великий и ужастный). Из плюсов: очень тесно связан с базой, так что все отрисованное моментально отображается на схему и обратно. Из минусов: жуткий UX и только SQLServer

ℹ️ Очень крутой, и регулярно обновляемый FAQ по Fedora. Всех, кто с этим дистрибутивом начинает знакомиться, можно смело отправлять по ссылке: https://russianfedora.github.io/FAQ/

#fedora #будничное #линк

Финальная компиляция #monadicmonday за июль на dev.to:
https://dev.to/ybogomolov/monadicmonday-compilation-july-4pal

Очередной доклад нашего техдира про Kubernetes, а если точнее — про управление ресурсами и автомасштабирование — в нашем блоге (https://habr.com/ru/company/flant/blog/459326) и на YouTube (https://www.youtube.com/watch?v=10ZR-fbyuSY).

#ux
Очень полезная штука https://m.habr.com/ru/post/459054/ при анализе UX(разумеется, если все детские проблемы уже порешали)

#frontend
Как-то пропустил очередной пост от Фаулера про микрофронтенд(фронтендовые микросервисы) https://martinfowler.com/articles/micro-frontends.html#TheExampleInDetail

Как по мне очень не однозначная идея. Ваще не понятно в чем бенефит по сравнению с feature slices + atomic design, зато вопрос "как это интегрировать" встает очень остро. Да, там предложены несколько вариантов, но что-то ни один не впечатлил

Стали доступны видео с SREcon19 Asia/Pacific 🎉
http://amp.gs/rlc5

И саммари по конференции в трех частях
http://amp.gs/rl6I http://amp.gs/rl6z http://amp.gs/rl6Y

P.S. А еще появились видео с ContainerDays 2019 🐳 http://amp.gs/rlc6
#srecon #videos

Что такое Zero Bug Policy и зачем эту политику стоит внедрять у себя?

Короткий ответ — в нашем видео. Подробнее о Zero Bug Policy — в нашем блоге на Хабре: bit.ly/z0bpc

#messaging #arch
CAP vs exactly once
Как-то так получается, что на каждой галере приходится объяснять коллегам почему ни один message broker не умеет в exactly once и что не стоит ждать чуда от магической очереди, которая придет и подарит все те же гарантии, что и in-proc, при этом размазав нагрузку и сделав всё остальное, что мы там ждем от мессаджинга. Оставлю кэп-пост тут, если кому пригодится -- велкам
Ок, поехали, если нет exactly once, то что есть? Есть at most once, когда нам ок потерять сообщеньку, но дубли не допустимы и at least once, когда, наоборот, ок задублировать, но не ок потерять.
Как это работает: есть 2 стула push и pull, при первом сообщенька заталкивается консьюмеру и консьюмер рапортует, что он ее получил. На втором стуле консьюмер сам читает батчами и иногда говорит, что вот до сюда я отработал. Суть на самом деле в том, что брокер всегда ждет от консьюмера(ов) отмашки о том, запроцессил ли он сообщения или нет, и если нет, то принимается решение на основании установленной at * once политики.
Вернемся к exactly once. Какие же брокеры мы любим? Правильно, персистентные! Поэтому систему брокер-консьюмер можно представить в виде 2 хранилищ, которые надо держать строго консистентными при политике exactly once. А вот тут и всплывает CAP, который говорит, что в распределенных системах мы можем всегда расчитывать либо на доступность, либо на строгую консистентность. Недоступный брокер нам вряд-ли подходит(очередь останавливается, если какая-то сообщенька не обработана консьюмером), так что останавливаемся на AP-схеме. Что это значит применительно к гарантиям доставки: пусть сообщенька была успешно обработана подписчиком, но, по какой-то причине, сообщение о успешной обработке не было получено брокером. Что в этом случае будет делать брокер? Можно либо понадеяться, что сообщение доставлено, либо перепослать. Если перепослали, то нарушаем exactly once и получаем at least once, если оставляем, то теряем сообщение на аналогичном кейсе, где консьюмер все-таки не смог обработать сообщение, но получаем at most once.
На закуску, увлекательное чтиво про разные типы консистентности на примере бейсбола(правила знать не надо, там объяснят)

Как использовать стендбай в PostgreSQL

Константин Евтеев рассказывает в нашем англоязычном блоге на Медиуме о различных вариантах использования и конфигурации standby сервера.

В статье:

1️⃣ горизонтальное масштабирование с помощью репликации;
2️⃣ как использовать реплику для чтения и избежать stale reads;
3️⃣ возможные проблемы и решения при использовании стендбая с большим количеством запросов, применение DDL, отправка большого количества WAL-файлов в архив и восстановление из архива;
4️⃣ использование пула стендбаев и переключения запросов между ними;
5️⃣ восстановление после аварий с приведением в согласованное состояние мастера, стендбаев и архива.

Почитайте, если интересуетесь темой: http://bit.ly/2JO2sGW

#testing
Нашел тут очень сочный, но, походу, мертвый блог царя тестирования. И сразу же статья про unit vs integration testing: http://barancev.github.io/why-unit-tests-dont-catch-bugs/

Приседания с Terraform: рассказы бывалых.

#terraform #hashicorp

#messaging #arch
CAP vs exactly once 2
Что же делать если нельзя, но очень хочется? Good news everyone! Exactly once можно получить, если немного поколдовать с консьюмером!
Вернемся к предыдущим примерам: допустим мы настроили брокер как at least once и при попытке отправки ответа об успешном получении сломалась сеть и уведомление не дошло до брокера. Брокер отправит сообщеньку еще раз, а вот тут консьюмер может уже решить стоит ли ее обрабатывать. Варианта как добиться нужного поведения аж два:
Первый -- это использовать идемподентные сообщения. Т.е. такие, которые ничего не меняют в состоянии при применении несколько раз подряд. Тут можно вспомнить всеми любимый пример с остатком на банковском счете: сообщение "снять 10$" не идемподентно т.к. при применении несколько раз подряд ваш баланс может уйти в минус, а вот сообщение "теперь баланс равен 90$" уже вполне себе. Ок, допустим мы сделали сообщения идемподентными, но что делать с порядком? Вдруг из-за повторных попыток произойдет ситуация, что баланс клиента выставится в 90, но подтверждение до брокера не дойдет, потом мы получим сообщение о изменении баланса до 80, а уже после этого перепошлется сообщенька с 90? Ну некоторые брокеры гарантируют порядок, но даже если нет, то и эту ситуацию можно порешать 2м способом, а именно operationId.
Допустим, что каждая сообщенька имеет свой уникальный идентификатор(в большинстве брокеров это зашито, а если нет, то логику легко имплементировать самому). В этом случае можно завести на клиенте некое подобие лога транзакций, куда сохранять уже обработанные сообщеньки(транзакционно, конечно) и если сообщенька была прислана повторно, но уже обработана, то просто пропустить ее, отправив брокеру ответ об успешной обработке.
Ну и для особо стойких видос, где аж 3 часа вещают про мессаджинг: https://youtu.be/_3nKjCjt2uU

💬 Если у тебя, камрад, выходные оказались свободны, а за окном поливает дождь, попробуй пройти вот по этой ссылке https://www.usenix.org/conference/atc19/technical-sessions - там неприличное количество разных докладов и материалов с USENIX конференции.

#usenix

Тут лента выплюнула, что на 74 % порносайтов обнаружены трекеры Google. Удивляет даже не то, что корпорации следят за нами(это вроде ни для кого уже не секрет), а то что это гугл, а не баду, пьюр или тиндер. Хмм #идеядлястартапа

#design #java #patterns
Каталог с конским кол-вом паттернов всех сортов и расцветок: https://github.com/iluwatar/java-design-patterns имхо, не самый удобный каталог, но для каждого есть пример на java

Anomaly Detection for Dummies

This tutorial explores unsupervised anomaly detection for univariate and multivariate data. Covers a variety of detection strategies with python code snippets and screenshots.

Jupyter notebook: http://bit.ly/2O2PFp9

http://bit.ly/2O7unaa

Крис Койер на CSS-Tricks написал небольшую статью про работу с псевдоэлементами — «A Little Reminder That Pseudo Elements are Children, Kinda».

Вот основная мысль статьи. Псевдоэлементы ведут себя в родительских элементах точно так же как и обычные потомки. Например, если сделать грид на контейнере с пседоэлементом, то псевдоэлемент станет ячейкой этого грида. Это же справедливо и для флекс-контейнеров — внутри них псевдоэлемент становится флекс-элементом.

Взял на заметку, как получить стили псевдоэлемента из JavaScript. Для этого нужно использовать getConputedStyle с двумя аргументами:

const styles = window.getComputedStyle(
document.querySelector('.container'),
'::before'
);


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

#css #layout

https://css-tricks.com/a-little-reminder-that-pseudo-elements-are-children-kinda/