что такое ппо и спо
СПО или ППО: где уязвимостей меньше?
СПО-комьюнити (слева) численно превосходит команду Microsoft (справа) и… проигрывает
Софтверная часть в ИКТ-продуктах и решениях приобретает сегодня все большее значение, поскольку только с ее помощью можно гибко и оперативно реализовывать возможности, заложенные в сервисной модели предоставления и потребления ИКТ-ресурсов, которая с распространением виртуализации и облаков становится доминирующей.
Движимые в последние годы заботой о безопасности своих продуктов не меньше, чем их функциональностью, лидирующие ИКТ-вендоры все активнее внедряют у себя комплексные программы безопасной разработки ПО, подобные программе Microsoft Security Development Lifecycle, ставшей для Microsoft обязательной с 2004 г.
Параллельно с проприетарным ПО (ППО), ответственность за качество и сопровождение которого лежит на плечах его разработчика, на рынке существует и свободное (СПО) — его разработкой и поддержкой занимается добровольное сообщество сторонников такого ПО.
К попыткам сравнить информационную безопасность (ИБ) СПО и ППО программисты и пользователи обращаются настойчиво и регулярно. Так, жаркие дискуссии на эту тему разгорелись на круглом стола “Информационная безопасность экосистемы открытого ПО” в рамках апрельского форума Russian Open Source Summit ‘2013. Тогда в дискуссии приняли участие эксперты, представлявшие вендоров, разработчиков программных продуктов, искушенных в применении как СПО, так и ППО, корпоративных пользователей и регуляторов, занимающихся вопросами сертификации ПО обоих типов.
Конференция ZeroNights ‘2013, прошедшая в Москве в первой декаде ноября этого года, тоже предоставила свою площадку для сравнительно обсуждения информационной безопасности СПО и ППО. На этот раз организаторы предпочли формат ток-шоу, сведя в словесном поединке руководителя программы информационной безопасности из компании Microsoft Андрея Бешкова и представительное комьюнити апологетов СПО (в максимуме достигавшее на сцене численности в пять человек) во главе с генеральным директором компании РОСА Владимиром Рубановым.
Сразу сообщу, что “сражение” завершилось полной победой Андрея Бешкова — он был конструктивен, логичен, убедителен. Представители сообщества СПО пытались противопоставить ему задор, азарт и эмоции, которых, однако, оказалось недостаточно, чтобы склонить в свою пользу зал и рефери на “ринге”.
Апологеты СПО и в этот раз были нерациональны в своей оценке деятельности софтверных компаний, сосредоточенных на разработке и продвижении ППО. Можно ли обвинять, например, Microsoft в том, что в свое время ее создатели потратили усилия на разработку ОС массового применения, добившись в результате доминирования в этом сегменте (а потом и не только в этом)? Кто мешал и мешает сообществу СПО занять то место, которое ныне занимают такие компании, как SAP, Oracle, CA? Сообщество пользователей будет, как мне представляется, только признательно, если бесплатно получит программные продукты и поддержку того же качества, какое сегодня получает от этих вендоров, выплачивая им немалые деньги.
Для потребителя не имеет никакого значения, на базе каких заготовок разработана та программа, которая вертится внутри его компьютера или иного устройства. Но свои требования к ИБ этой программы он обязательно предъявит, и требования эти зависят от того, к какому пользовательскому сегменту он относится — к индивидуальным или корпоративным пользователям, к сегменту массового потребления или к специальным, режимным структурам.
Кстати, любая компания-разработчик, которая на базе СПО создает продукт и начинает продвигать его по рыночным правилам, действует так же, как упомянутые выше софтверные гиганты: она берет на себя бремя обновления версий, исправления ошибок, сертификационных аттестаций (если нужно) и требует за это вознаграждения от пользователей. Возможно, старт у таких разработок получается менее затратным и быстрым, поскольку начинаются они не с чистого листа, а с неких СПО-наработок. Зато потом всё у них идет “по-взрослому” — по законам коммерции.
Поклон тем энтузиастам-альтруистам от программирования, которые тратят свое время и интеллект на создание и распространение бесплатных программ. Но это — совершенно иная софтверная ниша, работающая в основном на индивидуального потребителя. Как только какая-нибудь СПО-наработка втягивается в сферу корпоративного потребления, у нее появляется пользователь, который требует от разработчика ответственности за ее качество, включая ИБ, на коммерческой основе. Возможно, это будет внутренний разработчик, но и он не избежит такой ответственности.
От обсуждения концептуальной информационной безопасности СПО и ППО, мне кажется, нужно отказаться, а сосредоточиться на сравнении ИБ конкретных программных продуктов, четко разделяя при этом их назначение: индивидуальные пользователи, массовый или корпоративный рынок, режимные структуры — и не забывать при этом, что требования к ИБ у пользователей этих сегментов разное.
Сторонники СПО в контексте сравнительного обсуждения безопасности СПО и ППО нередко поднимают тему национальной безопасности, зависимости страны от зарубежных разработок. Тема правильная, но чтобы ее закрыть, недостаточно разработать национальную BIOS или операционную систему на базе СПО. Впрочем, хоть с чего-то начинать нужно…
Понятие системного программного обеспечения и прикладного программного обеспечения. Отличие спо и ппо. Кольцевая схема вычислительной системы
Оглавление
^ Сервисное СПО – это программы и программные комплексы, которые расширяют возможности базового программного обеспечения и организуют более удобную среду работы пользователя.
ОС – совокупность программных средств, обеспечивающая управление аппаратной частью компьютера и прикладными программами, а так же их взаимодействие между собой и пользователем.
ОС выполняя роль посредника, служит двум целям: эффективно использовать компьютерные ресурсы и создавать условия для эффективной работы пользователя.
Операционные системы различаются особенностями реализации алгоритмов управления ресурсами компьютера, областями использования.
Ресурс – всякий объект, который может распределяться внутри системы.
Вычислительная система (ВС) – это взаимосвязанная совокупность аппаратных средств вычислительной техники и программного обеспечения, предназначенная для обработки информации.
Процесс – часть задания, которая выполняется на отдельном устройстве.
1. Отслеживание состояния занятости процессора каким-либо процессом (какое время и в каком режиме);
2. Решение о выделении времени процессора какому-либо процессу на основе какой-либо стратегии;
3. Выделение процессорного времени;
4. Освобождение процессора от процесса.
Диспетчеризация – задача динамического кратковременного планирования (тактика).
Область, не занятая ОС будет выделена заданию пользователя; если объем доступной памяти больше объема задания, то появится фрагмент.
| Преимущества | Недостатки |
| 1. Простота | 1. Однозадачность |
| 2. Неэффективное использование ресурса ОП (размер фрагмента может быть очень большим) |
Различают статическое и динамическое распределение.
Статическое – выделяется раздел, а потом поступает задание.
Динамическое – сначала поступает задание, а потом выделяется раздел.
| Преимущества | Недостатки |
| 1. Реализация мультипрограммирования | 1. Необходим предварительный анализ по количеству запланированных заданий |
| 2. Более эффективное использование ресурсов | 2. Наличие фрагментации внутри раздела |
| 3. Достаточная простота алгоритмов | 3. Ограничение на размер задания |
Устройство — искусственный объект, имеющий внутреннюю структуру, созданный для выполнения определённых функций.
^ Устройства ввода: клавиатура, мышь, микрофоны, сканеры, графические планшеты.
Устройства вывода: мониторы, колонки, принтеры, плоттеры, виртуальные манипуляторы.
^ Драйвер устройства – программа ОС для управления работой периферийных устройств: дисководами, дисплеем, клавиатурой, мышью, принтером.
Достоинства и недостатки:
+: можно использовать этот режим для устройств, не работающих по схеме разделения, количество обслуживаемых процессов не ограничено
–: дополнительная схема управления.
Логический диск или том — часть долговременной памяти компьютера, рассматриваемая как единое целое для удобства работы. Термин «логический диск» используется в противоположность «физическому диску», под которым рассматривается память одного конкретного дискового носителя.
Для операционной системы не имеет значения, где располагаются данные — на лазерном диске, в разделе жёсткого диска, или во флеш-памяти. Для унификации представляемых участков долговременной памяти вводится понятие логического диска.
В таблице определяется, в каком каталоге (папке) находится тот или иной файл. Благодаря этому при переносе файла из одной папки в другую в пределах одного тома, не осуществляется перенос данных из одной части физического диска на другую, а просто меняется запись в таблице размещения файлов. Если же файл переносится с одного логического диска на другой (даже если оба логических диска расположены на одном физическом диске), обязательно будет происходить физический перенос данных (копирование с дальнейшим удалением оригинала в случае успешного завершения).
Файловая система – набор соглашений, определяющих организацию данных на носителе информации.
Реализация файловой системы связана с такими вопросами, как поддержка понятия логического блока диска, связывания имени файла и блоков его данных, проблемами разделения файлов и проблемами управления дискового пространства.
Наиболее распространенные способы выделения дискового пространства: непрерывное выделение, организация связного списка и система с индексными узлами.
Файловая система часто реализуется в виде слоеной модульной структуры. Нижние слои имеют дело с оборудованием, а верхние с символическими именами и логическими свойствами файлов.
Статья на вики
| Транслятор (англ. translator — переводчик) — это программа-переводчик. Она преобразует программу, написанную на одном из языков высокого уровня, в программу, состоящую из машинных команд. |
Трансляторы реализуются в виде компиляторов или интерпретаторов. С точки зрения выполнения работы компилятор и интерпретатор существенно различаются.
Компилятор (англ. compiler — составитель, собиратель) читает всю программу целиком, делает ее перевод и создает законченный вариант программы на машинном языке, который затем и выполняется.
Интерпретатор (англ. interpreter — истолкователь, устный переводчик) переводит и выполняет программу строка за строкой.
После того, как программа откомпилирована, ни сама исходная программа, ни компилятор более не нужны. В то же время программа, обрабатываемая интерпретатором, должна заново переводиться на машинный язык при каждом очередном запуске программы.
| Откомпилированные программы работают быстрее, но интерпретируемые проще исправлять и изменять. |
Двухпросмотровый ассемблер с оверлейной структурой.Управляющая программа
Общие таблицы и подпрограммы
Подпрограммы и таблицы первого просмотра
Подпрограммы и таблицы второго просмотра
а) Ассемблер записывает объектную программу непосредственно в оперативную память для немедленного использования.
б) Ассемблер создает объектную программу, которая будет использоваться позднее.
Что такое ппо и спо
| [ | Tags | | | opensource | ] |
Повторю очевидное:
Свободное Программное Обеспечение (СПО) доныне (что не вполне соответствует оптимальному использованию ресурсов, но не о том речь) пишется во-первых, в целях разработки самого себя, и во-вторых, в целях решения автором (а по совместительству — разработчиком) некоторой своей задачи. И обычно хорошо подходит для решения его коллегами-единомышленниками тех же или схожих задач.
Иначе говоря: оно используется теми, кому оно нужно, кто знает зачем оно ему нужно и кто готов приложить некоторое количество труда к освоению инструмента.
Проприетарное же Программное Обеспечение (ППО) пишется с целью извлечения прибыли. Что практически обуславливает тенденцию к расширению пользовательской базы на тех, кто даже не знает зачем оно ему нужно (но тут на помощь приходят подсказки с каналов коммерческой пропаганды), и тем долее не жаждет утруждать себя освоением того, потребности в чём он не ощущает.
Ситуация только усугубляется профессионализмом разработчиков (Которые именно что _разрабатывают_, но как правило даже в страшном сне не представляют себе ситуации, когда им придётся использовать свои разработки. Лично.).
Ну и в результате наблюдаем прекрасное:
Расширение функциональности web за счёт выполняемых на стороне клиента скриптов (JavaScript) в условиях рыночных технологий слишком часто используется не только не в интересах конечного пользователя, но совсем наоборот.
Что породило вполне закономерную традицию даже в клиентах, данную технологию поддерживающих, по умолчанию блокировать выполнение JavaScript.
Существует ли непреодолимое противостояние ППО и СПО?
Схема обмена финансовыми и интеллектуальными ресурсами в софтверной отрасли
Эта статья является продолжением рассмотрения положения сегмента свободного программного обеспечения (СПО) на ИТ-рынке, начатой в публикации “ Основные бизнес-модели и принципы современного рынка ПО”.
Основной тезис данной статьи – никакого непреодолимого противостояния между проприетарным ПО и СПО нет. ППО и СПО — это две взаимодополняющие части единого ИТ-рынка с отсутствием жесткого водораздела между ними. Связь между ППО и СПО определяется диалектическим законом единства и борьбы противоположностей. В этой связи сразу выскажем несколько ключевых моментов:
Уже давно является непреложным фактом то, что в общем случае информационные системы предприятий носят разнородный характер. При этом уровень неоднородности, как правило, растет с увеличением размеров систем. Причем в этой сфере также действуют две казалось бы противоположные, но на самом деле взаимосвязанные тенденции.
Первая — это как раз стремление к гетерогенности, но она объясняется не желанием получить независимость от одного поставщика (как это часто представляется), а вполне прозаической причиной — желанием использовать для решения конкретной задача наиболее подходящие для нее средства.
Вторая — это желание построить однородные системы от одного поставщика, пусть даже и с некоторой потерей оптимальности на отдельных участках систем. Причина этому проста — заказчик выигрывает в целом за счет снижения затрат на интеграцию компонентов и поддержку систем. Именно второй момент лежит в основе тенденции развития крупных ИТ-вендоров в направлении создания полного стека ПО, решающего максимально возможный круг задач клиентов.
Конечные продукты СПО можно представить как набор ПО от одного достаточно специфического “распределенного” вендора. Особенностью этого вендора является то, что его продукты создаются как бы в два этапа: разработка базового ПО (обычно в рамках OSS-проектов) и формирование на его основе коммерческими компаниями решений (дистрибутивов) для поставок. Такое разделение этапов имеет свои преимущества в плане оптимизации затрат на процесс разработки, но в то же время и некоторые принципиальные недостатки, которые выражаются, например, в том, что разрывается прямая связь между заказчиком и производителем базового ПО.
С точки зрения пользователя, СПО представляют собой продукты, которые отличаются от ППО в основном только схемами затрат на их приобретение и сопровождение (мы сейчас не задаемся вопросом, больше эти затраты или меньше). На практике подавляющее число пользователей почти не применяют в своей работе “четыре свободы” СПО, в том числе с целью его доработки и настройки (как мы писали ранее, эти задачи решают не изменением базового кода, а расширением продукта через разного рода API).
В то же время четвертьвековой опыт существования концепции СПО показывает, что данное сообщество в целом не готово создать полный самодостаточный стек ПО для решения задач корпоративных клиентов (причины тут, скорее, в организационных принципах сообщества СПО). Так, сфера применения СПО ограничена в основном инфраструктурными вопросами, его присутствие в прикладном сегменте, в том числе бизнес-приложений, минимальная. Опыт показывает: заказчики всегда имеют возможность решить все свои задачи в рамах только ППО, причем довольно часто — от одного вендора. В случае СПО такое невозможно. Следствием этой ситуации является то, что подавляющее число корпоративных систем строятся с использованием в качестве основы ППО (очень часто создание информационных систем идет от бизнес-приложения), а СПО применяется в качестве отдельных компонентов, как правило инфраструктурных, для оптимизации затрат на системы в целом. Интеграция компонентов системы выполняется с помощью общепринятых отраслевых методов, общих для ППО и СПО. Разумеется, широко распространена и практика прямого технологического сотрудничества между ППО- и СПО-вендорами (например, в сфере виртуализации, управления ИТ).
Если же посмотреть на взаимоотношения лагеря ППО и лагеря СПО в сфере собственно разработки ПО, то здесь мы увидим настолько переплетенную картину, что разделить ее по каким-то принципам “свободы” порой просто не представляется возможным. Вполне очевидно, что разработка ПО стоит денег, причем немалых и постоянно. Конечно, роль энтузиастов и добровольцев очень велика в созидании инноваций, но даже им нужны средства для работы и жизни. В стандартной схеме ППО разработка программ выполняется за счет прибыли, получаемой от реализации уже созданных продуктов. Как правило, начало работ ведется за счет коммерческих кредитов, которые нужно возвращать.
В случае СПО довольно обычной схемой является “некоммерческий” подход, при котором получаемые средства не возвращаются тем, кто их дает. Кто же выступает меценатами и зачем это им нужно? Основными инвесторами СПО являются государство и общественные фонды, а также те самые проприетарные (не только софтверные) вендоры. Фактически только наличие этих мощных инвесторов позволяют сообществу СПО создавать “бесплатные” продукты.
Причины, по которым в этом участвуют государство и общество, вполне понятны: это их реальный вклад в развитие ИТ-отрасли, поддержку стартапов, формирование конкурентной среды, проведение фундаментальных исследований. Вполне понятно, что государство не может напрямую финансировать R&D коммерческих компаний. Но через инвестирование СПО оно фактически участвует в поддержке отрасли в целом, в том числе ППО-разработчиков.
А зачем это нужно коммерческим компаниям? Ответ достаточно очевиден, хотя имеет довольно много аспектов.
Исследования и разработки (R&D) являются ключевым направлением деятельности ИТ-отрасли. Этот комплекс работ включает очень много разных форм и подходов, реализуемых в том числе в крупных ИТ-компаниях. Многие из этих работ ведутся в различных подразделениях (научные исследования, коммерческие разработки) внутри компаний. Но очень большая часть выполняется и во вне, в частности в университетах. Кроме того, для ИТ-отрасли очень важно иметь систему инновационных коммерческих разработок в виде независимых стартапов — опыт однозначно показывает, что независимые проекты порой бывают намного эффективнее, чем внутрифирменные.
Модель СПО-разработки является очень хорошей (но все же одной из возможных для исследовательских и стартаповских проектов с участием широкого круга энтузиастов) и одновременно очень удачной формой объединения инвестиционных усилий общества, государства и крупного бизнеса (в том числе разных представителей бизнеса в одном проекте). При этом вклад ППО-компаний заключается не только в прямом финансировании, но и в технологической и даже кадровой поддержке. Крупые вендоры (IBM, Microsoft) регулярно сообщают о переводе своих разработок и технологий в режим открытого и свободного ПО. Менее афишируется кадровая поддержка, но в целом, например IBM, не особо скрывает, что очень значительное число ее штатных сотрудников-инженеров работают над различного рода открытыми проектами.
Возврат инвестиций коммерческих компаний производится в виде возможности использования результатов СПО-проектов для создания своих коммерческих продуктов. На ИТ-рынке можно привести очень много таких примеров — скажем, открытый проект OpenOffice.org, который выполнялся под эгидой Sun, создававшей на его основе свой продукт StarOffice. Можно еще назвать аналогичный проект Eclipse, реализуемый большой группой ППО-компаний во главе с IBM.
Результаты исследования, проведенного еще в 2008 г международной аналитической компанией THE 451 GROUP, говорят о том, что 50% поставщиков ПО используют гибридные модели разработки, сочетая код, полученный в проектах с открытым кодом, и усилия собственных разработчиков. Например, IBM известна как один из самых рьяных сторонников гибридных методов разработки.
Отдельно нужно сказать об интересах несофтверных компаний (поставщиков аппаратных средств и услуг). Их инвестиции в СПО связаны порою с прямым коммерческим интересом: появление более дешевых продуктов позволяет повышать долю затрат пользователей на оборудование и сервис. Во многом активная поддержка СПО со стороны IBM объясняется именно этим аспектом: ведь четверть бизнеса Голубого гиганта приходится на поставки “железа”, а половина — на предоставление технических и консалтинговых услуг.
Из всего сказанного можно сделать вывод о том, что противопоставление так называемого “открытого” и “закрытого” программного обеспечения носит искусственный характер. Если допустить вариант “полной победы” СПО на рынке, то очень скоро этот сегмент просто потеряет ключевые источники своего финансирования.
На практике же мы сейчас можем видеть, что СПО-проекты в силу модели своей организации не могут перерасти некоторые критические размеры. В последние годы мы видим, что многие СПО-проекты фактически теряют статус независимых, попадая в прямое ведение ППО-гигантов. Вот примеры только последних лет: Xen — Citrix, JBoss — Red Hat, MySQL — Sun — Oracle. Утрата независимости СПО-проектов создает значительные проблемы для их развития в качестве общеотраслевых. Но на самом деле такой поворот событий носит вполне объективный характер: начиная с определенного масштаба работы, модель СПО работает все менее эффективно.
Что такое ппо и спо
Признаться, это уже и самому мне поднадоело, но все же приходится повторять: помимо некоторый объективных трудностей на пути облачных моделей и технологий (не говоря уже о том, что они не всегда и не всем нужны в принципе) есть и серьезные субъективные препятствия. Которые заключают в том, что поставщики (или просто проповедники-любители) банально не могут объяснить, что и зачем они предлагают.
С очередным таким случаем я столкнулся в конце прошлой недели, получив по почте новостную рассылку с пресс-релизом Microsoft Microsoft совместно с российскими экспертами СПО-сообщества объединяют усилия для развития облачных сервисов в России.
Прочитал – и ничего не понял.
В чем собственно новость, о каком проекте идет речь и в чем заключается «объединение усилий». Пришлось начать «копать», чтобы разобраться, в результате чего получилась статья, название которой, как мне кажется, лучше отражает суть новости – Microsoft подключает СПО к продвижению своих облаков. Хотя и тут я немного «переборщил» с акцентом в названии – на самом деле речь идет просто о проекте MS для разработчиков, где СПО больше используется для красного словца.
Но пиар MS и их отношения с РАСПО – это другая тема (по этому поводу пост написал Владимир Митин. Меня же в этой новости заинтересовали другие вопросы.
То, что деление ПО на ППО и СПО является весьма искусственным – это мне (и не только мне, конечно) понятно давно, возможно даже, изначально. И данный конкурс YBYF это хорошо демонстрирует, поскольку
— тут нет никаких требований к участникам, в плане типа лицензий, открытости кода и пр. (не говоря уже о том, в конкурсе участвуют даже не столько программы, сколько идеи).
— никаких отдельных номинаций «СПО» тут нет, все равны;
— пользователями вообще нет дела до исходных кодов сервисов, на чем они сделаны и пр., им важны функционал и качество.
Но все же есть вопросы.
Не очень понятно, что означает «СПО-решение для среды Windows Azure».
Это что? Некоторое приложение, работающее в среде Linux, которая в свою очередь функционирует в среде Azure в виде виртуальной машины? Разве Azure поддерживает работу просто независимых виртуальный машин (как Amazon C2C)?
Хотелось бы узнать об этом от организаторов или членов жюри…
И вообще будет интересно, много ли СПОшников примет участие в конкурсе, который так горячо поддержало руководство РАСПО.