О, судя по всему, Apple выпустила новую версию MacOS 'Big Sur'. Можно запасаться попкорном и ожидать новых новостей про то, как их команды ищут золотую середину между сроками и новыми фичами, пытаясь сохранить качество.
В прошлый раз с MacOS Catalina был получен большой поток инсайдерской информации.
Надеюсь в этот раз будет что-то новое. 🤔

Это не iOS, а Mac OS

+1

Битмапы можно и на джаве сделать. А вот все остальное - уже нет.

Что то типо api-gateway есть?

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

Есть, но он внешний по большей части.

Сюда смотрели уже? https://github.com/swagger-api/swagger-ui/issues/1363

как сделано прямо сейчас у нас
1) в pipeline каждого микросервиса есть таска - выкладывать swagger в nexus как maven артифакт
2) поднимается swagger-ui.js у которого на вход списк сваггеров из nexus.  он позволяет посмореть любой в выпдающем списке
дешево и сердито.
а так по хорошему надо ставить API Dev Portal.

По-моему проще разрешать подключаться только к API, который выложен в API Gateway. Это решает сразу кучу проблем: мониторинг вызов, абстрагирование от конкретных сервисов, навигатор по API, безопасность, требование к формату API... Единственный минус этих «гейтвеев», в том что они стоят денег, но если бизнес-задачи критичны для бизнеса, то почему бы и не снизить риски

тогда надо выкладывать swagger на API Gateway (что почти сразу делает из него API Portal а не просто API GW, и да, у это фича часто платная). пример тут  konghq.com/products/kong-enterprise/dev-portal,

ну и вопрос был про "как сложить в кучу", а не разделить доступ. (а так да, у нас тоже API GW и аутентификация каждого клиента в SSO)

Так и есть, GW есть, но выше, на выходе из системы. Там разруливаются доступы для партнёров.
Тут же вопрос больше про предоставление нужной информации по микросервисам внутри компании, чтобы их можно было повторно использовать и иметь более высокое понимание взаимодействия сервисв.

Api GW и Api Portal это все таки разные вещи с разными задачами, требованиями, пользователями и governance. Я бы их не смешивал между собой.
Если есть задача просто «сложить в кучу», то swagger hub вполне неплохо с ней справляется.
Если нужно чтобы был единый слой управления Api, а под ним runtime (Api шлюз) и каталог (Api portal) и чтобы все прозрачно и удобно, то надо уже полноценные Api Management платформы смотреть, но все хорошее - платное. У Форрестера и Гартнера есть отчеты на эту тему

Полностью поддерживаю, для озвученной задачи тащить api management - это слишком.
И SwaggerHub, если что есть on-premise

Это про моно? В текущей версии дотнет работает под никс и все вокруг давно это юзают в докере.

У нас бекенд на дотнет коре и вся инфра на кубернетесе и убунту

Никаких проблем

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

index organized tables аля oracle в postgresql конечно нет

Всем привет. Может кто-то подсказать инструмент для описания предметной области через направленную сеть? Нужна возможность типизировать связи, разделить все узлы по типам/категориям, возможность управлять видимостью узлов и связей как слоями в зависимости от типа/категории узла. Столкнулся с тем, что возможностей визио и draw.io уже не хвататет. слишком много объектов и типов/категорий узлов. Хотелось бы отобразить связи между всеми узлами как на горизонтальном уровне, так и между уровнями. Разносить всё это на 100500 разных диаграмм считаю нецелесообразным.