А хотя у 9ки же горизонтальная интеграция

А фоточки с чем то вертикальным в обтекателе часто мелькают

це під землю в шахту не влізло....

Интеграция ПН и адаптера происходят в большинстве случаев вертикально (@megazaic @MrDimitree @Ariane_In_Sky возможно могут точнее сказать). Затем всю эту конструкцию "капсулируют" и перевозят в соседнее помещение с РН

Интеграция конструкции и второй ступени проходит уже либо в горизонтальном, либо вертикальном виде. Зависит от требований и рекомендаций заказчика

Ну так то я сейчас пишу свой язык программирования потому, что хочу в будущем сделать базу данных на блокчейне, именно ради простоты синхронизации и тп, и да, у меня в головн по умолчанию звучит вопрос "а как мы будем синхронизироваться через океан". Так что я согласен что решение сугубо нишевое и скорее всего именно для перекрытия недостатков в архитектуре (не обязательно ошибок, ведь в начале пути мог быть совсем другой масштаб).

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

У горизонтальной и вертикальной есть свои преимущества и не достатки. Причем для вертикальной - надо учитывать риски носителя. А при горизонтальной ПН

Мэйк сенс

При вертикальной предполетные мероприятия сложнее

У вас не стратегические подходы разные а просто разные "экологические ниши". У спейсов классический подход "экстремального программирования" перенесенный в металл. Это идеальный подход, но ровно для тех условий где он применим. Он требует особой мотивации "заказчика", чтобы он мог идти на определенные риски и позволять себе сильно менять требования в процессе (Маск в том числе и для этого переводил максимум технологических цепочек под себя), при этом задача должна быть нетривиальной, но при этом не слишком за гранью современного уровня техники. Собственно ситуация космического извоза тут идеальна - теоретически-научно все изъезжено вдоль и поперек, а инженерно и менеджерски еще конь не валялся. Плюс он вышел на тот уровень финансов когда может себе позволить регулярные фейлы.

те що вам здається на сьогоднішній день глобальною проблемою через 10-15 років буде повсякденною задачою
прискорення передачі данних з 10Мб/ до 10Гб/ відбулося за 20 років і прогрес тільки прискорюється

Ну именно ширина канала это вторично. Меня интересует целостность (это то что я буду "продавать") и фундаментальные проблемы пинга в космических масштабах. Допустим у нас есть банк. Ну скажем масштаба приватбанка. С кучей отделений. Есть куча серверов. Есть внутренняя сеть. Репликация всего этого, обеспечение целостности, защиты от несанкционированного доступа - задача нетривиальная. При этом самое грустное - слишком велик человеческий фактор. Современные решения не позволяют держать все это под контролем силами маленькой команды. Здесь прогресс будет не в сфере технологий железа а именно в математике.

Проект #Байтерек — в стадии практической реализации 🚀

Глава Роскосмоса Дмитрий Рогозин и министр цифрового развития, инноваций и аэрокосмической промышленности Республики Казахстан Багдат Мусин подписали протокол о внесении изменений и дополнений в Соглашение между Правительствами РФ и Казахстаном о создании космического ракетного комплекса «Байтерек».

Были закрыты все имевшиеся ранее разногласия между сторонами, и проект перешёл в стадию практической реализации!

Сегодня же подписан контракт на оказание услуг по созданию комплекса «Байтерек», который подписали генеральный директор ЦЭНКИ Андрей Охлопков и генеральный директор АО «Совместное Казахстанско-Российское предприятие „Байтерек“» Куат Мустафинов.

як мені це бачиться, рішення просте і старе як світ - розділення і шифрування
тому так...  навантаження на канали вторинне, на процесори на початку і в фіналі первинне, а керуватися може невеликою командою

В первом приближении да. Но нужна экосистема под это все. Банальный SQL отпадает. Вернее запросы может и можно использовать, но все решения являются идеологически горизонтальными. Даже мультимастер репликация это не одноуровневая сеть. И нет внутреннего контроля целостности. Сделай изменение, оно разойдется по всем репликам и ты уже ничего не отследишь. При этом нет возможности чтобы твоя "сеть" приносила тебе изменения одновременно из разных мест. Ты можешь руками прописать что эта таблица отсюда, эта отсюда, но если у тебя будут одни изменения приходить разными путями с разной задержкой то будут коллизии. Можно принести блокчейн, но вся идеология баз подразумевает синхронную логику. Ты отправил запрос на изменение и либо получил подтверждение либо ошибку. Идея что ты можешь получить асинхронно ошибку через пару секунд, а до того оно будет иметь статус типа "отправлено, вроде все ок, ждем подтверждения" чужда современной и6фраструктуре. Event driven разработка и CQRS это модно, но мало кому понятно. Но даже нсли все это организовать (причем мы уйдем в чистый noSQL с его денормализацией) то что с контролем чтения? Умное протоколирование и менеджмент чтения это довольно сложный слой. У меня был случай с Приватом. Когда я еще в Украине жил. Я решил разморозить свою старую фирму которой давно не пользовался. Зашел в отделение рядом с домом, не представился и не идентифицировался никак. После разговора мне новенькая менеджер переслала на почту (тогда еще не засвеченную в привате) ввписку по счету моей фирмы, который был открыт в другом отделении. И толтко через неделю я поменял директора на себя, т.е. на тот момент даже если бы меня идентифицировали, то  я не имел законного права получить эти данные. Ну как не имел права. Я мог бы сделать протоеол собрания учредителей которое бы позволило мне, но тем не менее. Пофигизм менеджерв в банке причем из другоно отделения позволил незаконно получить банковскую тайну. Хорошо я сам снбя "взломал", причем случайно. Но жто происходит повсеместно. А закрытие доступа групповой политикой а) усложнит работу персонала, б) не спасет от айтишников. Так что нужно принципиально новый функционал для построения умных субд. Но заканчиваем оффтопить). Лишь упомяну что это вме будет очень важно когда появится колония на Марсе, да даже для луны важна пробоема пинга...

що до проблеми - це не офтоп, у прямому сенсі, а передачі при таких затримках можливі лише асинхронні, привіт ФІДО =)

/stat@combot

дня через 2 будет мильйон

Ну вот я про асинхронку и говорю. Офытоп это все наше обсуждение, а задержки марсианского интернета это попытка вернуться из оффтопа).