Проект "Оракул"

2022-12-05 10:19:23 @ Некрасиво - инженерно, значит - некрасиво @

Мы даже не представляем сколько людей за последние 10-20 лет нарисовали всяких презентаций в формате PPTX Canva и т.д. чтобы донести смыслы.

Но есть вспомнить что всё есть код - большинство из нас вспомнит Markdown, PlatnUML, Mermaind и конечно GraphViz

И вот что интересно - очередной раз изучая очередной релиз Vector.dev где наконец-то были добавлены грамотные трассировки для HA контроля https://vector.dev/docs/setup/going-to-prod/high-availability/

Так вот очередной раз изучая документацию обратили внимание на 2 момента

* маркетинг который рисуют "проажные дизайнеры" выглядит всегда круче чем картинки в документации
* статические сайты в формате AcrAsACode - почти всего неэргономичные и олдскульные

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

И вот на какую мысль нас натолкнули размышления

* Всё есть код -> А значит всё есть приложение -> а приложению нужно чтобы его интерфейс (и документация и архитектура) был эргномичным и геймифиированным

поэтому судя по всему нужно делать приложение которое будет похоже на

https://reactflow.dev/docs/examples/styling/turbo-flow/

или даже на https://godotengine.org/showcase/rpg-in-a-box

Потому что нам наш ИТ мир всё больше напоминает Transport Tycoon в связки с Heroes Открыть/Комментировать

2022-12-04 22:51:39 @ И все таки - так ли нужен PostgreSQL MultiMaster @

Очередной раз со всех сторон рассматривал горизонтальное масштабирование на уровне СУБД

Все как обычно началось с ключевых расширений PostgreSQL.Pro

https://postgrespro.com/products/extensions - кстати я так понимаю они все OpenSource - поэтому нас помимо AQO может опять заинтересовать MultiMaster - но его ограничения приведут нас к тем же косякам - которые в свое время сгубили OracleDB - а именно: слишком много магии на низком уровне.

С другой стороны - больше подкупает модель Table-Co-Location которую предложил CitusDB https://docs.citusdata.com/en/latest/sharding/data_modeling.html#table-co-location

Но и у них слишком много магии не говоря уже про Yandex-Router

И если честно... Мы почти убеждены - что у бэкенд разработчиков пора забирать прямой доступ к СУБД - ибо они достали ;-) - и пора делать СУБД как сервис данных в формате доступности "ВесьМир" "Все облако" "Все предприятие"

И максимум что выдавать бекендерам помимо DataMesh (GraphQL Mesh) - это https://trino.io/docs/current/sql/insert.html

Но мы еще раз попробуем multimaster или как минимум autofailover Открыть/Комментировать

2022-12-04 22:04:37 @ И всё таки облакам нужен точный учет @

Для начала 2 ссылки

* https://github.com/infracost/infracost
* https://github.com/someengineering/resoto#component-list

А затем размышления

Выходные прошли за попыткой осмыслить как жить в режиме GitOps и одновременно чтобы сделать понятным бизнесменам вопросы использования облаков

При попытке структурировать подобное снова пришлось восстановить контекст FinOps https://www.finops.org/framework/domains/

И это товарищи интересный момент

* проблема в том что "оплачивающий счета на облако отделен от реальных технологий"

Поэтому с одной стороны - мы должны внедрять "управление изменениями посредством GitOps" - и тут же подсвечивать изменения денег - это как раз Infracost

С другой стороны обращает на себя внимание "попытка" придумать доменную модель - это Resoto

Что еще нужно найти - это UI для контроля расходов и конечно-же планировщик калькулятор для проекта Открыть/Комментировать

2022-12-02 16:11:40 @ Анонимные эксперты - зло @

Минутка негодования - я бы даже сказал удивления - очень хочется найти хостеров данного реестра и взглянуть им в глаза

Блин

* PerfExpert заменяет Zabbix https://catalog.arppsoft.ru/product/6038499 - интересно сам СофтПоинт в курсе вообще
* PerfExpert так то еще и firebird внутри использовал - но упоминается PostgreSQL.Pro

Но вишенка

* Apache Cordova - оказывается заменяется неким продуктом на Ruby https://catalog.arppsoft.ru/replacement/6098791

Это товарищи эпичный фейл - потому что полностью некоментентный от слова совсем.

Самое главное - в списке ни одной некомерческой организации - https://arppsoft.ru/members/

То есть бизнесмены решили не высказать экспертное мнение - а продать свои продукты. По сути это саботаж самой идеи импортозамещения

На всякий случае - советуем не использовать данный реестр в работе - информация на нем представленная не имеет экспертного подтверждения

Будьте осторожней Открыть/Комментировать

2022-12-01 08:21:43 @ Перечитай все статьи за 10 лет и задеплой праивльно @

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

* СинеЗеленыйДеплой заявлен в 2010 году - https://martinfowler.com/bliki/BlueGreenDeployment.html
* КанареечныеРелизы заявлены в 2014 году - https://martinfowler.com/bliki/CanaryRelease.html
* Парралельные изменения заявлены в 2014 году - https://martinfowler.com/bliki/ParallelChange.html
* Переключение через абстракцию также заявлено в 2014 году - https://martinfowler.com/bliki/BranchByAbstraction.html

Это мы к чему - если вдруг вы наконец-то посчитали задержке в потоке ценности - https://scrumtrek.ru/blog/enterprise-agility/9776/konvejer-nepreryvnoj-postavki-v-safe/

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

Данные техники уже 10 лет как на рынке, чего вы опасаетесь Открыть/Комментировать

2022-11-30 08:51:40 @ Чем красивше сайт - тем адаптивней технология @

разбирались тут пару недель назад как "убедить" заказчиков не принимать архитектурных решений в формате Да это просто REST сервис поднять

Задумался о том - а как так получилось что REST считается самым простым способом интеграции... Кто его навязал и каким способом...
Возникла идея что во многом это связано с тем что был внедрен SWAGEER и его улучшение в OpenAPI - то есть по сути "статические сайты " декларирующие даже для джуниоров понятные спецификации в виде сайта.

Продолжая размышлять над тем как в таком случае навязать джуониру Кафку и ваще - подумали что скорее всего нужен некий инструмент позволяющий генерировать такую штуку но для EDA

И чтобы вы думали....

https://springwolf.github.io/springwolf-ui/#channel-kafka-another-topic-publish-AnotherPayloadDto

Такое есть и давно...

Надо было просто вспомнить что помимо OpeAPI есть AsyncOpenAPI

https://www.asyncapi.com/docs/concepts

Так что мы побежали резко вставлять сайто-генераторы для наших Кафка/RabbitMQ/ActiveMQ/etc асинхронных транспортов и распределенных журналов транзакций

P.S. пока не придумали какой URL выбрать для стандарта https://openasync.mycompany.org - но идея мне понравилась Открыть/Комментировать

2022-11-22 09:08:51 @ Жестокий незатейливый ИТ-шный юморок @

Сегодня смотрел с утреца примеры "Валентина" https://github.com/rpiontik/DocHubExamples/pull/2/files#diff-0586c93eccea28331bc5ff0fcc747d31a74a371e4f1b10624af180ab8f17e581

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

НО - чтобы вы поняли - ГК Болото (С) - это я буду теперь тоже использовать с копирайтами Валентина - и мы знаем кого он имел ввиду - хотя мы с Вами товарищи можем также назвать и наши ГК

В сухом остатке - еще раз повторюсь что DocHub потихоньку становится нужным всем "архитектурно надзирающим" Открыть/Комментировать

2022-11-20 08:17:25 @В децентрализованном мире могут быть только соглашения@

https://www.conventionalcommits.org/ru/v1.0.0/

Речь как обычно про некоторый общественный договор - в данном случае соглашение об комментировании изменений

После 3-рёх месяцев использования могу сказать что https://marketplace.visualstudio.com/items?itemName=vivaxy.vscode-conventional-commits

Достаточно серьезно спасает при "выработке внутренней политики" - но в остальном пока приходится надеятся на чувство прекрасного "людей и втыкать "git prepush-hook" отказывая в приеме изменений без корректного commit-message

То есть по сути получается этакий гибрид - "репресивно-демократических мер - кто обладает чувством прекрасного тому расширение, а кто не обладает тому отказ в участии в коллективной разработке ;-)

Жутко конечно Открыть/Комментировать