Был крайне негативный опыт работы с рядом продуктов от Oracle. Например, Oracle Application Server, который Oracle в итоге похоронили, и Oracle SOA Suite, когда периодически падал кластер и Oracle в течение года не могли пофиксить.

У вас негативно, а на верху, придут, скажут, что вот вам веблоджик купить, мы конечно и на зионах работаем, но наши полу мейнфреймы лучше, вот их докупить и не будет падать. И докупят. А когда апач или нджинкс упадет, ответ будет простой кто придумал, исправляй и штраф, вон мне сказали что там купили веблоджик и все отлично! А вы мне тут фигню сделали.

Я не понимаю, что такое классический кровавый энтерпрайз. Это похоже на майндсет основной массы людей наверно, но не всех.

Да, при этом в течение года прилетало от бизнеса не Oracle, а конкретным инженерам.

Первое, на что смотрю лично я - это архитектура. Хорошо когда архитектура хотя бы верхнеуровнево описана. По архитектуре можно судить о многом. При этом, архитектура должна интуитивно нравиться. Если кажется, что архитектура выглядит как какая-то непонятная хрень, то скорее всего так и есть.

Впервые такое ощущение возникло, что архитектуру не принимает организм, когда я смотрел Documentum. В итоге, мы с коллегами пришли к соглашению, что там просто всё наслоилось и не стоит искать объяснения заложенных инженерами решений.

Бывает такая архитектура - история забытых компромиссов.

не будем на ночь, с понятиями. FAANG просто другая лига, к кейсу не относятся.

В энтерпрайзе лучше брать платный энтерпрайз софт с поддержкой. И дело не в качестве/отсуствии чего либо/снятии с производства. А в том что все равно что либо упадет, и решение opensource - то виноват ты/инженер. А решение энтерпрайз - ты просишь больше денег и тебе их дают. Была интересная статья, давно. В общем если ресурсы заказчика позволят - брать платное. Если не позволяют - ничего не брать. Энтерпрайз и опенсурс без найма вендора не совместимы. Что касает уровня бизнес приложений. Утилиты и тулзы, которые не выносятся наверх, допустимы те, в которых разбираются ваши инженеры. Если не разбираются, то вам такие тулзы не нужны.

Я как бывший 1Сник постоянно подпрыгиваю от этой ситуации, когда продукт  крупного вендора aприори считается лучше чем разработанный обычными инженерами, а его слово более важным и авторитетным. Когда уже это закончится?

Документум это кусок Г

Вы же понимаете что эти ребята вне рамок кейса который введен? Даже виртуализацию в процессоре интела сделали на основе opensource низкоуровневой ОС от датского, что ли профессора, нарушив лицензию кстати. Я упоминал классический кровавый энтерпрайз. В котором вертится большая часть обычных сотрудников.

Никогда, и дело не крупного, дело в том что на стороне и дорого. Тут только смириться или даже получать от этого что то. Опыт там.

Но на счет 1С, это документо ориентированная платформа, и слова от дата центричной, всегда будут звучать весомей. Когда мне на 1С предлагают что то что далеко от документо ориентированной части, особенно процессы, вызывает раздражение уже.
*Говорят конечно Аспекто, но аспект то Бухгалтерия. Так что.

Когда не работает — платим больше, ставим новые сервера от Оракл, недавно смотрел, как их там, следующее поколение, почти мейнфреймы уже (легкая ирония) и все работает. Кастомизация в этом случае — лучше держаться подальше, если она вне рамок настроек. Вся к вендору, а от него ответ, что так не работают тысячи их клиентов, вопрос снимается, работайте как тысячи их клиентов.

а что за ОС?

Был кейс, сам профессор с иронией написал, инженеры взяли его ос, чтоу него на сайте, зворили ему, спрашивали что там (не говоря как они задумали использовать), а потом удалили его копирайты, что то переписали по мелочи и загнали в свои процессоры.

По каким признакам вы решаете использовать некий опенсорс проект у себя или нет. Я говорю скорее не про nginx или clickhouse условный, а более мелкие проекты. Я вот сейчас смотрю репо небольшого проекта для интеграции куба с ажуровским хранилищем секретов.
Он находится в оф. группе Azure, но при этом в документации пишется, что проект к разработчикам и сапорту Azure не имеет никакого отношения.

Какие кто критерии использует обычно?

Очень по разному, как мне кажется.
Так open source с приличной поддержкой тоже прекрасно (тот же PostgreSQL - где внешняя поддержка 24*7 стоит совсем дешево).
А иногда нужно строить центр компетенций (хотя бы из 1.5 инженеров) внутри.
А иногда просто посадить сеньора на изучение кода.
Мы еще тестируем возможность сделать свой PR в исходники. Если нормально проходит, то брать в сопровождение гораздо проще.