Так что тем. кто говорит, что CA = SA, я отвечаю:

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

Весь вопрос в том какой ценой и готов ли ты с этой ценой мириться или тебе наплевать на потери

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

Аналитик не может оценить всё поле боя. В этом его ограничение. Если может, то он SA (+ условия, что я описал выше).

приведи пример, выглядит немного голословным

тут вопрос тогда, а кто по-твоему аналитик? тупой постановщик задач?

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

Я ответил на этот вопрос. Аналитик думает в рамках своей задачи и минимально необходимого окружения для её реализации.

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

Так может поступать только аналитик уровня junior

На самом деле архитектор без аналитика нормальной архитектуры не создаст, она будет оторвана от реальности.

Это антипаттерн. Почему нет? Таких случаев полно. Я видел даже случаи, когда целая команда, в обход enterprise/solution architect делала решения, которые потом приходилось полностью переделывать с болью и потерей денег.

Честно сказать, много таких случаев видел.

А у аналитика нет компетенции принимать архитектурные решения. Если как SA впрягается тимлид - так тому и быть. Это риски компании, их процессы.
Но это не работа аналитика. Не дай бог.
(Кроме случаев, описанных выше.)

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

Зачем мне как аналитику знать какие технологии можно использовать при хранении файлов? Это надо переворошить кучу информации, желательно иметь опыт внедрения и поддержки, знать тренды, бывать на конференциях.
Это работа вообще другого человека, который не сидит носом в техрешениях целыми днями и у которого на это всё просто нет времени, т.к. он занимается своей работой на другом уровне абстракции.

Может. Вопрос сроков и объёма. Любой хороший SA знает работу CA.
Он также может сесть и написать постановки в необходимом объёме. Не говоря уже о разнице SA от EA. Как раз SA может ограничен одним решением в рамках нескольких сервисов. Написать постановку для которых зачастую проще и быстрее, чем выбрать концепцию.

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

В целом, даже программист после университета может сесть и отработать за разраба, тестировщика, СА и SA.
Вопрос в объёме задачи и времени.

Ну и помнить надо, что зачастую мы работаем на конвейере, где задачи поступают на ленту и исполняются последовательно раздельным трудом, чтобы увеличить скорость и продуктивность. И есть трудовой договор, должностная инструкция, профстандарт где чётко (а иногда и нет) прописаны функции каждого сотрудника.
Так-то и за уборщицу работать можно*
И ещё одно чужое мнение:
Такого сотрудника как ты я бы уволил, т.к. твоя работа несёт слишком много рисков в случае увольнения* (читай, незаменимость)