Изменения документа Как бизнесу работать с Open Source

Редактировал(а) Юлия Бондарева 2025/02/26 09:34
От версии 3.1
отредактировано Юлия Бондарева
на 2025/02/26 09:31
Изменить комментарий: К данной версии нет комментариев
К версии 2.1
отредактировано Юлия Бондарева
на 2025/02/26 09:31
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Название
... ... @@ -1,1 +1,1 @@
1 -Как бизнесу работать с Open Source
1 +61
Содержимое
... ... @@ -1,102 +1,0 @@
1 -= Бизнес ежедневно ищет новые пути для развития. Open Source-решения все чаще становятся тем самым направлением, которое выбирают компании, когда дело касается разработки и создания новых программ, сервисов или платформ. Однако чтобы максимально эффективно использовать все преимущества технологий на основе открытого кода, важно найти правильный подход к выбору решений и взаимодействию с сообществом контрибьюторов. В этой статье я предложу несколько рекомендаций, как бизнесу работать с Open Source. =
2 -
3 -----
4 -
5 -== И все же, зачем бизнесу нужен Open Source? ==
6 -
7 -
8 -Технологии открытого исходного кода применяются сегодня для создания ИT-решений в разных отраслях — от клиентского обслуживания до программирования сложных производственных систем или финансовых технологий. С точки зрения IT — это одно из самых перспективных направлений. Разработка новых решений на базе готовых кодов стала для российского бизнеса альтернативой проприетарному программному обеспечению, которое защищено правами правообладателя, а значит, его приобретение и поддержка требует значительных средств, ресурсов и постоянного продления лицензии, что сегодня для российского бизнеса особенно затруднительно.
9 -
10 -
11 -Open Source-решения распространяются открыто и доступны всем, независимо от географического положения и регистров в домене. Открытый исходный код можно легко доработать под нужды компании, а не разрабатывать новое ПО с нуля. Все это позволяет бизнесу уменьшить затраты на внедрение и развитие технологий в свою экосистему и сократить время вывода новых решений на рынок.\\
12 -
13 -
14 -
15 -Подобными решениями активно пользуются как лидеры IT-рынка («Ростелеком», T1, «Сбер», «Яндекс»), так и средний и малый бизнес. К 2026 году на открытом исходном коде будет основано почти 2/3 корпоративного ПО в России, а объем использования проприетарного ПО сократится до 36%, хотя еще в 2022 году оно занимало 81% рынка программного обеспечения.
16 -
17 -
18 -Многие переходят на Open Source для решения задач вне IT-сферы — CRM, производство графического контента и ведение блогов. По оценке Gartner, число неспециализированных компаний, использующих OS-решения, превышает 40%.
19 -
20 -
21 -Бизнес все больше проникается Open Source, благодаря его широкой применимости, обширному спектру доступных IT-решений и универсальности, которая позволяет легко интегрировать решения на базе открытого кода в другие продукты.
22 -
23 -[[image:https://secrets.tbank.ru/api/image/?src=https%253A%252F%252Fpublic-static.tinkoffjournal.ru%252Fbusiness-secrets%252Fuploads%252F2024%252F11%252Fyandex-open-source.png||alt="Открытый код Яндекс"]]
24 -
25 -== Рекомендации по выбору Open Source-решений ==
26 -
27 -
28 -При выборе технологий необходимо учитывать несколько ключевых факторов:
29 -
30 -
31 -**Потребности компании.** Важно убедиться, что выбранные решения можно масштабировать вместе с бизнесом и поддерживать в долгосрочной перспективе. Также необходимо проанализировать, насколько конкретная разработка подходит для поставленных задач, легко ли она интегрируется в существующую IT-систему компании.
32 -
33 -
34 -**Сообщество и поддержка.** Стоит следить за развитием сообщества вокруг конкретного проекта. Чем оно активнее, тем выше вероятность регулярных обновлений и больше шансов на получение оперативной помощи со стороны разработчиков.
35 -
36 -
37 -**Развитие OS-инфраструктуры.** Сегодня многие IT-сообщества стараются создавать полезные инструменты для своих участников и всячески поддерживать сообщество. Для развития инфраструктуры критически важна доступность форумов, чатов, конференций и других ресурсов для обмена опытом. Например, независимое экспертное сообщество технологий открытого кода GoOpenSource летом этого года запустило платформу «Открытый код бизнесу» («ОК бизнесу»). Она помогает бизнесу и IT-сообществу взаимодействовать между собой: компании могу найти подходящие OS-решения и контрибьюторов, собрать команду, а разработчики — развивать и коммерциализировать свои решения.
38 -
39 -[[image:https://secrets.tbank.ru/api/image/?src=https%253A%252F%252Fpublic-static.tinkoffjournal.ru%252Fbusiness-secrets%252Fuploads%252F2024%252F11%252Fok-biznesu.png||alt="Открытый код GoOpenSource"]]
40 -
41 -**Лицензии.** Необходимо обращать внимание на тип лицензии проекта. Некоторые лицензии могут накладывать ограничения на использование или модификацию кода, что может влиять на судьбу разрабатываемого решения. Код может быть написан в формате community edition, то есть быть общедоступной версией, и тогда его распространение и поддержка будут бесплатны (FOSS). А может давать свободный доступ на базовую, исходную версию кода, но «апгрейд» в виде дополнительных опций и поддержки разработчика будет платным (COSS).
42 -
43 -
44 -**Проверенные инструменты и стабильность.** Стоит сделать выбор в пользу известных программ, уже проверенных в работе. Разработчики традиционно используют PostgreSQL, Apache Kafka, ElasticSearch, языки Ruby и JavaScript, фреймворки RubyOnRails и React.JS.
45 -
46 -
47 -**Документация и обучающие материалы.** Хорошо написанная документация облегчит внедрение и интеграцию решения в инфраструктуру. Поэтому стоит проверить наличие подобных руководств.
48 -
49 -
50 -== На что обратить внимание в начале работы ==
51 -
52 -
53 -Предположим, нужное OS-решение выбрано, согласовано и готово к внедрению. Тем не менее, перед началом работы стоит обратить внимание еще на несколько важных аспектов.
54 -
55 -
56 -**Безопасность.** Все Open Source-решения нуждаются в предварительном аудите на предмет безопасности. Существуют инструменты для анализа состава программного обеспечения (SCA), которые анализируют корпоративные приложения, идентифицируют встроенные Open Source-компоненты и выявляют уязвимости. Они также могут определять лицензию, под которой распространяется компонент кода, что облегчает оценку юридических рисков.\\
57 -
58 -
59 -
60 -Хоть это и позволяет свести к минимуму риск натолкнуться на недобросовестных разработчиков, все же с самого начала стоит выбирать проекты с проверенной репутацией и активным сообществом разработчиков, которые при необходимости могут оперативно устранить уязвимости.
61 -
62 -
63 -**Совместимость.** Нужно убедиться, что выбранное решение совместимо с остальными компонентами инфраструктуры. Это поможет избежать дополнительных затрат на интеграцию.
64 -
65 -
66 -**Производительность.** С самого начала стоит провести тестирование выбранного решения в условиях, в которых оно будет применяться. Одни коды отлично работают в определенном «окружении», другие могут иметь проблемы. Но в целом эти сложности довольно легко устраняются за счет кроссплатформенности Open Source, способности ПО легко объединяться с разными операционными системами и устройствами. Это особенно актуально для сложных, многокомпонентных решений.
67 -
68 -
69 -== Цена внедрения Open Source-решения ==
70 -
71 -
72 -Лицензия на Open Source-решения во многих случаях бесплатна, но это не значит, что для компании такая разработка не будет стоить совсем ничего. Потребуются средства на привлечение IT-команды или консультантов, многое зависит от выбранного решения, сложности внедрения или необходимости доработки ПО.
73 -
74 -
75 -Одна из популярных моделей работы с Open Source-решениями — использование расширенной платной версии, куда легко подключить необходимые функции и пользоваться техподдержкой разработчиков. Исходя из практики работы с Open Source, техподдержка стандартного корпоративного приложения в случае платной лицензии [[обходится>>url:https://www.siriusopensource.com/en-us/blog/how-much-does-open-source-cost]] на 10-15% дешевле проприетарного ПО.
76 -
77 -
78 -Безусловным преимуществом открытого кода на первоначальном этапе является возможность полноценного тестирования продукта. Провести проверку концепции (proof of concept) можно собственными силами, чтобы понять, насколько применимо решение в организации.\\
79 -
80 -
81 -
82 -Зачастую настройка многих Open Source-решений, их адаптация и поддержка в компаниях требуют участия ИТ-специалистов. Тут также существует несколько вариантов: нанять специалиста для работы с конкретным приложением или разместить управляемый хостинг (Kuberbetes, WP engine и другие).
83 -
84 -
85 -== Как взаимодействовать с разработчиками: советы контрибьюторов ==
86 -
87 -
88 -Важную роль в успешной работе с Open Source-проектами играет коммуникация с разработчиками, поэтому полезно понимать, как взаимодействовать с контрибьюторами и на каком языке говорить.
89 -
90 -
91 -1. Многие решения на базе открытого кода изначально распространяются свободно, но разработчики решений готовы вовлекаться в доработку и интеграцию проекта для компании на коммерческих условиях.
92 -1. Одним из мощных двигателей Open Source, обеспечивших ему популярность и высокую эффективность во всем мире, является коллективная работа над задачами, то есть возможность решать задачи программирования и возникающие сложности всем сообществом. При таком подходе серьезное значение приобретает обратная связь от «потребителей» кода или готового продукта. Можно регулярно предоставлять обратную связь разработчикам о найденных ошибках или делиться предложениями по улучшению, именно так совершенствуется база открытого кода во всем мире.
93 -1. Эффективным также становится взаимодействие на базе сообщества. Современная индустрия предлагает много инструментов для этого. Например, важным элементом независимого проекта «ОК бизнесу» является витрина , которая может в будущем заменить платные OpenAI, GitHub, Copilot и другие. Компании могут разместить на площадке свои заказы и найти разработчиков подпроект. В основе механизма — искусственный интеллект, LLM-модель с открытым исходным кодом, которая обеспечивает поиск и обработку данных Git-сервисов. Также сообщество помогает бизнесу и IT-подразделениям в проведении лицензирования и сертификации и сопровождении масштабных проектов.
94 -1. Важно обучать ИТ-специалистов работе с проектами на основе открытого кода. Начинающие разработчики могут использовать программы поддержки, которые есть у крупных IT-компаний. Сегодня индустрии действительно важны знания о принципах работы с открытым программным обеспечением и рисках, связанных с его использованием. Это поможет увеличить эффективность и снизить вероятность проблем.
95 -
96 -
97 -Работа бизнеса с Open Source технологиями требует верного выбора решений и внимания к взаимодействию с сообществом разработчиков-контрибьюторов. При эффективном подходе компании смогут извлечь максимум пользы из использования открытых технологий для своего развития и роста.
98 -
99 -[[image:https://secrets.tbank.ru/api/image/?src=https%253A%252F%252Fpublic-static.tinkoffjournal.ru%252Fbusiness-secrets%252Fuploads%252F2024%252F11%252Fbaza-znanij.png||alt="Сообщество GoOpenSource"]]
100 -
101 -**Источник:** [[Открытый исходный код для бизнеса>>url:https://secrets.tbank.ru/blogi-kompanij/open-source-dlya-razvitiya-biznesa/]]
102 -
k.Code.kClass[0]
Карточка автора
... ... @@ -1,1 +1,0 @@
1 -Авторы.Гайнанов Руслан Шамильевич.WebHome
Тип
... ... @@ -1,1 +1,0 @@
1 -Статьи
Автор
... ... @@ -1,1 +1,0 @@
1 -XWiki.Ruslan
ColunsExt.Extensions.DocumentsApprovals.Code.documentApprovalsClass[0]
status
... ... @@ -1,0 +1,1 @@
1 +draft
XWiki.XWikiRights[0]
Разрешить/Запретить
... ... @@ -1,0 +1,1 @@
1 +Разрешить
Группы
... ... @@ -1,0 +1,1 @@
1 +XWiki.Moderators
Уровни
... ... @@ -1,0 +1,1 @@
1 +view
Пользователи
... ... @@ -1,0 +1,1 @@
1 +xwiki:XWiki.ju_bondareva