Comments 32
SSO? Выставление единого счета на оплату юр лицам, для всех сервисов, которые они юзают, SSO решит? SSO решит проблему запуска сервиса на своем сервере? SSO решит вопрос бэкапов и создания резервных систем? SSO это просто система авторизации, и то ее надо пилить и делать, а вы уверены, что амосрм, битрикс, телефония, Яндекс почта и прочие сервисы все они поддерживают единый стандарт SSO?
Своя ОС, свой ЯП, своя школа… Широкий замах)
Так вот над этим как раз и можно поработать. Брать конкретные популярные системы и сводить их в единый веб-сервис.Мне кажется вас нужна не «Облачная ОС». А хорошо написанные программы которые будут интегрироваться друг с другомИ как они должны быть интегрированы? По какому стандарту? Как сделать единую авторизацию и чтобы они под одним доменом работали? Как запустить их в кластере на своем сервере?
А почему тогда Steam пользуется успехом? И чем единый веб сервис будет отличаться от единой платформы, с которой вендоров могут подвинуть? Здесь то идея создать Opensource проект. А в нем никто никого не подвинет.
То что вы хотите на самом деле уже существует, называется браузер. Все вендоры которым интересна тема общей аутентификации поддерживают как минимум AD и LDAP.
Если есть WEB интерфейс, вам лично ничто не мешает сделать свой фронтед под любые сервисы имеющие вебморду, а не изобретать… это даже уже не велосипед.
Посмотрите как работают продукты atlassian и их маркет плагинов. И вы будете не приятно удивлены, они уже создали то что вы хотите пусть и только в конкретной нише.
А какие есть аналоги стима?
AD, LDAP, SSO, веб интерфейс это хорошо. Я и планирую их юзать. Я создаю ядро, которое решит эти вопросы. Т.е. там будет LDAP сервер, авторизация, SSO. И затем, можно взять, например, dokuwiki или redmine и в один клик поставить на ОС. Только скорее всего, нужно будет доработать redmine и dokuwiki через плагины, чтобы они умели авторизацию и LDAP. Помимо redmine и dokuwiki, будет и другой софт. Смысл в том, чтобы ставить программы в один клик, которые уже интегрированы между собой, и целиком создают решение для ниши клиента. А сами интеграции делают облачные интеграторы.
Я имею ввиду админить кластер серверов для Docker Swarm и устанавливать облачное ПО через веб интерфейс мышкой. Причем помимо установки ПО, нужно еще решить вопрос с SSO, авторизацией, маршутизацией, по каким урлом, в какой сервис должен делать редирект nginx, логирование, https, мониторинг и прочие вопросы, которые должна решать ОС. А клиент должен получить готовую сборку, с тем софтом, который был установлен.
Экосистема — это уже работающий продукт который уже выпыолняет какие то задачи. Вы делает «ОС» которая изначально ничего не выполняет. Это лишь прослойка для удобства настройки и администрирования чего-либо. При этом вы еще хотите чтобы это Чего-либо под вас подстроилось включая вендоров железа. Печать, ЭЦП и прочие вещи никто не отменял. Получается что нужна надстройка над ос, которая сможет все агрегировать… и выглядеть это будет… как браузер. А знаете почему? Потому что делать защищенные канал будет на порядок легче, браузер это уже умеет.
битрикс, онлиофис — это все приложения, облачный софт. Как его ставить на свой сервер? где система доставки приложений и плагинов к ним? как их развернуть в докере сварме? как их в кубернетосе развернуть? как их интегрировать со своей авторизацией и sso? как интегрировать их с другими проектами, например gitlab? Как это все запустить на своем VPS?
UPD:
Я посмотрел onlyoffice. Интересное решение. Есть один вопрос, как собрать сборку onlyoffice + redmine + gitlab + dokuwiki + cloud storage на VPS серверах в docker swarme, под одним доменом, сделать SSO и единую авторизацию. И как установить сборку в несколько кликов? Plug and Play из коробки.
Теж же, почему и стим уже подвинули. Он как был, так и остался ужасен, и ни один из его пользоавтельских сервисов не работает для пользователя удобней чем другие существующие, а как просто магазин, ну тут подвинуть не сложно что уже давно и сделали.Steam занимает 75% рынка игр на PC, нормально так подвинули.
А почему тогда Steam пользуется успехом?Тут я бы хотел отметить, что кейс пользования играми (на Steam) и офисными программами (ваша ОС + ПО) несколько отличается. Человек в одну игру поиграл месяц-два-полгода и он уже хочет другую, а для этого ему позарез нужен постоянно обновляемый каталог с играми. А в ПО ситуация другая — настроил себе/фирме рабочее окружение и на несколько лет забыл об этих деталях. Поэтому условный Steam и возник ранее вашего проекта (и подобных проектов), а также сильнее «раскрутился».
И чем единый веб сервис будет отличаться от единой платформы, с которой вендоров могут подвинуть?Если брать их готовое API, то тем, что вендоры ничем не рискуют, разрабатывая свое ПО с неизвестными для него экономическими перспективами (если, например, ваш проект не взлетит). Они просто предоставляют вам возможность пользоваться своими уже готовыми продуктами.
Здесь то идея создать Opensource проект. А в нем никто никого не подвинет.Не спорю. Возможно, это лечится правильными лицензиями. Но еще остается фактор успеха конкретно вашей платформы (целиком как проекта) и успеха их ПО на вашей платформе (то есть они должны будут конкурировать с другими подобными разработчиками).
Мои доводы не означают, что это непреодолимые препятствия. Их просто надо будет преодолеть) А так желаю удачи в вашем начинании.
Майкрософт в своё время очень агрессивно продвигали свою ОС. В сознании поколения-двух укоренилась мысль компьютер=Windows. Поэтому там много пользователей, поэтому разработчики пишут под Windows — рынок больше.
И именно поэтому Google продвигает свою Chrome OS в школах — чтобы выросли дети, у которых в голове была бы новая формула — компьютер=Chrome OS.
И именно поэтому Canonical договаривается с производителями о предустановке Ubuntu на новые ПК.
Android стал популярен не из-за наполненного приложениями Play Маркета. Сначала производители выпустили смартфоны, потому что Google работал с производителями. Покупателям нужен был функционал телефона, интернет, камера. Никто не думал, что надо бы купить аппарат на Android, т.к. там приложений больше, чем в iTunes. Приложения подтянулись с ростом количества пользователей и запросом от них.
Чтобы для ОС писали софт, нужно, чтобы она сначала стала популярна у пользователей. Поэтому ваши планы «понаписать много качественного софта под вашу ОС, чтобы привлечь пользователей» обречены на провал.
Первый нюанс, в том что, я получил рабочую систему, в «мультисервисах» в «мультиокнах». Т.е. чтобы с ней работать, нужно заходить в разные системы по разным url адресам и менять везде настройки.
SSO. Если сервис не поддерживает стандарт — повод поискать альтернативы… или даже написать что-то своё, раз ниша свободна, и попробовать на этом заработать. Раз вы уже делаете свои языки и облачные ОС.
Второй нюанс в том, что клиент (юр лицо) платил этим системам по Visa карте, и нет никакой возможности платить как юр лицо.
Корпоративные карты?
В третьих сбои. Так как система «мультисервисная», то возрастает количество сервисов, возрастает и риск сбоя всей системы.
В четвертых, я хочу делать бэкапы системы. И возникает вопрос, а как их делать, если системы не позволяют это делать? И если они позволят, то где мне этот бэкап потом запустить?
Нужно потратиться на сисадмина, или если это про сервисы — опять же, поискать аналоги.
Если это какой-то облачный сервис который даже экспорт не предоставляет — стоит поискать аналоги просто что бы не потерять данные в случае кончины сервиса.
Операционная система дает одно свойство – она запускает программы, которые под нее написаны, в единой среде.
Вы перечислили пять проблем, а велосипед по итогу решает только первую?
И подобное будет работать до ближайших обновлений сервисов и/или их API. Потом вам придется переписывать интеграции. А учитывая что вы пишите на своём языке — это никто кроме вас и не сможет сделать.
Потому и существуют общие стандартны вроде SSO, совместимость с которыми осуществляется на стороне сервиса.
Я имею ввиду другой момент. Есть облачные интеграторы, которые делают сборки для клиентов под каждые ниши. Они ищут альтернативы сервисам и делают интеграцию этих альтернатив. Самое главное в том, что интеграторы делают готовую сборку и размещают эту сборку на облачном хостинге, или VPS сервере для клиента. И там все включено. И клиент платит именно облачному интегратору, по банку, с документами для бухгалтерии и налоговой отчетности. Я сомневаюсь, что с корпоративными картами все так прозрачно там и можно выписывать по ним счет фактуры и отчетность для налоговой. Бухгалтерии удобно будет оплачивать через банк, как они делают взаиморасчеты между юр лицами. А не каждый SaaS может такое обеспечить, если сервис находится в одной стране, а клиент в другой. Вот поэтому облачный интегратор и нужен. Ему платит клиент деньги, а интегратор уже закупает лицензии у вендора. А вендор может находится в другой стране. Клиент же получает систему на своём сервере со всеми плюшками и интеграциями. Интеграцией занимается облачный интегратор. Облачная ОС нужна для того, чтобы обеспечить стандарт для интеграций. Т.е. как SSO должен работать, как авторизация, логирование, мониторинг, безопасность, репликации. Там очень много моментов. И интеграторам будет проще использовать уже готовую ОС, нежели чем решать эти все моменты самостоятельно. Вот, например, как выглядит стандарт SSO в ОС.
Также я думаю открыть школу по программированию. Если кто хочет поднять свои скилы в IT, тоже пишите в личку.Где, где вы все берёте столько самомнения и уверенности в себе?! Я поражаюсь…
Почти все задачи, описанные в статье, конечно кроме игр, решает ERP.
Лучше посмотрите в сторону ODOO или аналогов, там все сервисы отлично взаимодействуют через PGSQL, тут вам и кластер, и распределенные вычисления из коробки.
Имхо, идея утопическая, и зачем вообще изобретать велосипед
P.S. хотя я на самом деле знаю одних ребят, которые напилили нечто похожее, но сугубо в коммерческих целях. Так у них и реализация куда интереснее (web — сразу мимо — только desktop, только native), и "приложения" для своей платформы они пилят строго под заказчика, по итогу и выглядит это на порядок лучше и работает приятнее
Концепция Облачной операционной системы