Комментарии 6
Только назвать нужно было - как и зачем мы внедряли Kubernetes. Просто Kubernetes с CD к нему и мониторингом, это не совсем своя app-платформа ... Да и выписывать плюшки k8s , как преимущество "своего" решения немного "оптимистично". А в остальном - стек достаточно стандартный. Было бы интересно прочитать о том, что вы пробовали, почему не понравилось и в итоге выбрали то, что выбрали
Я немного пользователь этой системы... И для меня там выведен целый портал, с помощью которого я могу получать необходимую информацию о курируемых сервисах, а также могу "нажимать удобные кнопки" без риска что-то сломать в продуктивной среде. А какие-то кнопки для меня скрыты, потому что я не сопровожденец :)
Учитывая, что я бывалый пользователь GKE, текущее решение назвать как-то кроме "платформа" - язык не поворачивается
Если прочитать поверхностно статью, то будет:
Просто Kubernetes с CD к нему и мониторингом
Если вы говорите про стандартный инфраструктурный стек, то да в целом это так и есть стандартный надежный стек.
Было бы интересно прочитать о том, что вы пробовали, почему не понравилось и в итоге выбрали то, что выбрали
В будущем, мы расскажем подробнее про компоненты платформы - платформенных операторов(их у нас несколько), портал управления платформой, а также про интеграционную подсистему. Данная статья является обзорной про платформу в целом, и рассказывает о ее возможностях не погружаясь в подробности.
del
Если найдут уязвимость в одной из программ "отечественной" солянки, то возможны варианты: 1) ничего не обновлять, документы дороже 2) накопировать из инета новых версий и сказать, что так и было 3) применть патчи к текущим версиям с официальных сайтов 4) самим дорабатывать программы.
На учебе по отечественному linux (название не начинается на А) много раз говорилось про уникальность их разработки, "но мы то знаем" @.
Сейчас наблюдается эволюция зарабатывания денег от войн информационных систем (неконтролируемое их размножение) к пакетам отечественного ПО.
Написал приложение, оно связано с библиотекой, языком проораммирования, опреационной системой, аппаратной частью. В итоге "hello world" родил отечественный программно-аппаратный комплекс.
Кто после оплаты будет это поддерживать?
Кто после оплаты будет это поддерживать?
Хороший вопрос. Но думаю, что в ближайшие 10-12 лет на рынке софта РФ, все будет сводиться к регуляторике и контролю за производством софта. Поэтому вопрос поддержки, в плане ОС, не будет стоять на повестке, все будет обновляться лататься и зашиваться, на это будут выделяться средства.
Если говорить про комьюнити софт и Opensource, то решения широко используемые сообществом в случае закрытия core-девелопера продолжат поддерживаться силами сообщества или перейдут в фонд открытого ПО.
Как мы создавали PaaS-платформу App.Farm — цифровое сердце РСХБ