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

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

Сводка

Подробности

Свойства страницы
Название
... ... @@ -1,1 +1,1 @@
1 -61
1 +Как бизнесу работать с Open Source
Содержимое
... ... @@ -1,0 +1,77 @@
1 += Бизнес ежедневно ищет новые пути для развития. Open Source-решения все чаще становятся тем самым направлением, которое выбирают компании, когда дело касается разработки и создания новых программ, сервисов или платформ. =
2 +
3 +Однако чтобы максимально эффективно использовать все преимущества технологий на основе открытого кода, важно найти правильный подход к выбору решений и взаимодействию с сообществом контрибьюторов. В этой статье я предложу несколько рекомендаций, как бизнесу работать с Open Source.
4 +
5 +----
6 +
7 +== **И все же, зачем бизнесу нужен Open Source?** ==
8 +
9 +Технологии открытого исходного кода применяются сегодня для создания ИT-решений в разных отраслях — от клиентского обслуживания до программирования сложных производственных систем или финансовых технологий. С точки зрения IT — это одно из самых перспективных направлений. Разработка новых решений на базе готовых кодов стала для российского бизнеса альтернативой проприетарному программному обеспечению, которое защищено правами правообладателя, а значит, его приобретение и поддержка требует значительных средств, ресурсов и постоянного продления лицензии, что сегодня для российского бизнеса особенно затруднительно.
10 +
11 +Open Source-решения распространяются открыто и доступны всем, независимо от географического положения и регистров в домене. Открытый исходный код можно легко доработать под нужды компании, а не разрабатывать новое ПО с нуля. Все это позволяет бизнесу уменьшить затраты на внедрение и развитие технологий в свою экосистему и сократить время вывода новых решений на рынок.
12 +
13 +Подобными решениями активно пользуются как лидеры IT-рынка («Ростелеком», T1, «Сбер», «Яндекс»), так и средний и малый бизнес. К 2026 году на открытом исходном коде будет основано почти 2/3 корпоративного ПО в России, а объем использования проприетарного ПО сократится до 36%, хотя еще в 2022 году оно занимало 81% рынка программного обеспечения.
14 +
15 +Многие переходят на Open Source для решения задач вне IT-сферы — CRM, производство графического контента и ведение блогов. По оценке Gartner, число неспециализированных компаний, использующих OS-решения, превышает 40%.
16 +
17 +Бизнес все больше проникается Open Source, благодаря его широкой применимости, обширному спектру доступных IT-решений и универсальности, которая позволяет легко интегрировать решения на базе открытого кода в другие продукты.
18 +
19 +[[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="Открытый код Яндекс"]]
20 +
21 +== **Рекомендации по выбору Open Source-решений** ==
22 +
23 +При выборе технологий необходимо учитывать несколько ключевых факторов:
24 +
25 +**Потребности компании.** Важно убедиться, что выбранные решения можно масштабировать вместе с бизнесом и поддерживать в долгосрочной перспективе. Также необходимо проанализировать, насколько конкретная разработка подходит для поставленных задач, легко ли она интегрируется в существующую IT-систему компании.
26 +
27 +**Сообщество и поддержка.** Стоит следить за развитием сообщества вокруг конкретного проекта. Чем оно активнее, тем выше вероятность регулярных обновлений и больше шансов на получение оперативной помощи со стороны разработчиков.
28 +
29 +**Развитие OS-инфраструктуры.** Сегодня многие IT-сообщества стараются создавать полезные инструменты для своих участников и всячески поддерживать сообщество. Для развития инфраструктуры критически важна доступность форумов, чатов, конференций и других ресурсов для обмена опытом. Например, независимое экспертное сообщество технологий открытого кода GoOpenSource летом этого года запустило платформу «Открытый код бизнесу» («ОК бизнесу»). Она помогает бизнесу и IT-сообществу взаимодействовать между собой: компании могу найти подходящие OS-решения и контрибьюторов, собрать команду, а разработчики — развивать и коммерциализировать свои решения.
30 +
31 +[[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"]]
32 +
33 +**Лицензии.** Необходимо обращать внимание на тип лицензии проекта. Некоторые лицензии могут накладывать ограничения на использование или модификацию кода, что может влиять на судьбу разрабатываемого решения. Код может быть написан в формате community edition, то есть быть общедоступной версией, и тогда его распространение и поддержка будут бесплатны (FOSS). А может давать свободный доступ на базовую, исходную версию кода, но «апгрейд» в виде дополнительных опций и поддержки разработчика будет платным (COSS).
34 +
35 +**Проверенные инструменты и стабильность.** Стоит сделать выбор в пользу известных программ, уже проверенных в работе. Разработчики традиционно используют PostgreSQL, Apache Kafka, ElasticSearch, языки Ruby и JavaScript, фреймворки RubyOnRails и React.JS.
36 +
37 +**Документация и обучающие материалы.** Хорошо написанная документация облегчит внедрение и интеграцию решения в инфраструктуру. Поэтому стоит проверить наличие подобных руководств.
38 +
39 +== **На что обратить внимание в начале работы** ==
40 +
41 +Предположим, нужное OS-решение выбрано, согласовано и готово к внедрению. Тем не менее, перед началом работы стоит обратить внимание еще на несколько важных аспектов.
42 +
43 +**Безопасность.** Все Open Source-решения нуждаются в предварительном аудите на предмет безопасности. Существуют инструменты для анализа состава программного обеспечения (SCA), которые анализируют корпоративные приложения, идентифицируют встроенные Open Source-компоненты и выявляют уязвимости. Они также могут определять лицензию, под которой распространяется компонент кода, что облегчает оценку юридических рисков.
44 +
45 +Хоть это и позволяет свести к минимуму риск натолкнуться на недобросовестных разработчиков, все же с самого начала стоит выбирать проекты с проверенной репутацией и активным сообществом разработчиков, которые при необходимости могут оперативно устранить уязвимости.
46 +
47 +**Совместимость.** Нужно убедиться, что выбранное решение совместимо с остальными компонентами инфраструктуры. Это поможет избежать дополнительных затрат на интеграцию.
48 +
49 +**Производительность.** С самого начала стоит провести тестирование выбранного решения в условиях, в которых оно будет применяться. Одни коды отлично работают в определенном «окружении», другие могут иметь проблемы. Но в целом эти сложности довольно легко устраняются за счет кроссплатформенности Open Source, способности ПО легко объединяться с разными операционными системами и устройствами. Это особенно актуально для сложных, многокомпонентных решений.
50 +
51 +== **Цена внедрения Open Source-решения** ==
52 +
53 +Лицензия на Open Source-решения во многих случаях бесплатна, но это не значит, что для компании такая разработка не будет стоить совсем ничего. Потребуются средства на привлечение IT-команды или консультантов, многое зависит от выбранного решения, сложности внедрения или необходимости доработки ПО.
54 +
55 +Одна из популярных моделей работы с Open Source-решениями — использование расширенной платной версии, куда легко подключить необходимые функции и пользоваться техподдержкой разработчиков. Исходя из практики работы с Open Source, техподдержка стандартного корпоративного приложения в случае платной лицензии [[обходится>>url:https://www.siriusopensource.com/en-us/blog/how-much-does-open-source-cost]] на 10-15% дешевле проприетарного ПО.
56 +
57 +Безусловным преимуществом открытого кода на первоначальном этапе является возможность полноценного тестирования продукта. Провести проверку концепции (proof of concept) можно собственными силами, чтобы понять, насколько применимо решение в организации.
58 +
59 +Зачастую настройка многих Open Source-решений, их адаптация и поддержка в компаниях требуют участия ИТ-специалистов. Тут также существует несколько вариантов: нанять специалиста для работы с конкретным приложением или разместить управляемый хостинг (Kuberbetes, WP engine и другие).
60 +
61 +== **Как взаимодействовать с разработчиками: советы контрибьюторов** ==
62 +
63 +Важную роль в успешной работе с Open Source-проектами играет коммуникация с разработчиками, поэтому полезно понимать, как взаимодействовать с контрибьюторами и на каком языке говорить.
64 +
65 +1. **Многие решения на базе открытого кода изначально распространяются свободно, но разработчики решений готовы вовлекаться в доработку и интеграцию проекта для компании на коммерческих условиях.**
66 +
67 +1. **Одним из мощных двигателей Open Source, обеспечивших ему популярность и высокую эффективность во всем мире, является коллективная работа над задачами, то есть возможность решать задачи программирования и возникающие сложности всем сообществом.** При таком подходе серьезное значение приобретает обратная связь от «потребителей» кода или готового продукта. Можно регулярно предоставлять обратную связь разработчикам о найденных ошибках или делиться предложениями по улучшению, именно так совершенствуется база открытого кода во всем мире.
68 +
69 +1. **Эффективным также становится взаимодействие на базе сообщества. **Современная индустрия предлагает много инструментов для этого. Например, важным элементом независимого проекта «ОК бизнесу» является витрина , которая может в будущем заменить платные OpenAI, GitHub, Copilot и другие. Компании могут разместить на площадке свои заказы и найти разработчиков подпроект. В основе механизма — искусственный интеллект, LLM-модель с открытым исходным кодом, которая обеспечивает поиск и обработку данных Git-сервисов. Также сообщество помогает бизнесу и IT-подразделениям в проведении лицензирования и сертификации и сопровождении масштабных проектов.
70 +
71 +1. **Важно обучать ИТ-специалистов работе с проектами на основе открытого кода.** Начинающие разработчики могут использовать программы поддержки, которые есть у крупных IT-компаний. Сегодня индустрии действительно важны знания о принципах работы с открытым программным обеспечением и рисках, связанных с его использованием. Это поможет увеличить эффективность и снизить вероятность проблем.
72 +
73 +Работа бизнеса с Open Source технологиями требует верного выбора решений и внимания к взаимодействию с сообществом разработчиков-контрибьюторов. При эффективном подходе компании смогут извлечь максимум пользы из использования открытых технологий для своего развития и роста.
74 +
75 +[[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"]]
76 +
77 +
k.Code.kClass[0]
Источники
... ... @@ -1,0 +1,1 @@
1 +https://secrets.tbank.ru/blogi-kompanij/open-source-dlya-razvitiya-biznesa/
Карточка автора
... ... @@ -1,0 +1,1 @@
1 +Авторы.Гайнанов Руслан Шамильевич.WebHome
Тип
... ... @@ -1,0 +1,1 @@
1 +Статьи
Автор
... ... @@ -1,0 +1,1 @@
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