Компания
213,37
рейтинг
25 ноября 2014 в 10:08

Разработка → Как мы внедряем Open source в госкомпаниях и крупной коммерции России



КРОК — одна из самых больших в России компаний по построению IT-инфраструктур. У нас в год 2000+ проектов, из которых 200 штук — с бюджетом больше миллиона. Долларов. Внутри этой огромной компании есть мой небольшой отдел, который занимается тем, что ставит open source для крупных заказчиков.

Нередко приходится сталкиваться с мнением, что open source — это кривые поделки гаражных программистов. Мы работаем только с нормальным рабочим ПО; помогаем подобрать оптимальные варианты решений для инфраструктуры и обеспечиваем поддержку там, где производитель по очевидным причинам сделать этого не может. Это — не самая простая работа, в основном, связанная с мифами и легендами про открытое ПО.

Но к чёрту детали, давайте покажу, что и как можно поставить на рабочие места, сервера, в облако, для СУБД, VDI и серверов приложений. И про галстук.

Ниже в списках — то, что я проверял на практике, в том числе и в больших компаниях и могу рекомендовать, основываясь на своём опыте или опыте коллег из своего отдела. Если вы добавите в комментариях проверенные решения для своих задач, это также очень поможет.

Серверные ОС
— CentOS
— Open SUSE и SUSE Linux Enterprise Server
— Alt Linux
— Red Hat Enterprise Linux Server.

Серверные ОС идут как с коммерческой поддержкой, так и полностью бесплатные. SLES и RH официально поддерживаются подавляющим большинством производителей оборудования. Сама тема ОС в опенсорсе одна из самых проработанных, их функционал по многим направлениям превосходит Windows. ОС Redhat, SLES и ALT Linux имеют сертификацию ФСТЭК.

Мы используем Red Hat в своём публичном облаке (больше 70 крупных заказчиков), вообще, в нашем облаке многое сделано на базе open source решений нашими разработчиками. Плюс мы ставили ОС с открытым исходным кодом в московские суды, а также в ДИТ Москвы для организации Единой медицинской информационно-аналитической системы (ЕМИАС).

Операционные системы для рабочих станций
— Alt Linux
— Red Hat Enterprise Linux Desktop
— SUSE Linux Enterprise Desktop
— Ubuntu Linux.

Пользовательские ОС на базе Linux обычно идут с кучей серверных примочек и по этому параметру могут с ними сравниться. Получается так, что пользователь может просто заблудиться в куче разных программок и модулей если не обладает хотя бы базовыми знаниями. Поэтому практически ни одна масштабная установка не обходится без аккуратной обработки лобзиком. Но, тем не менее, надо все таки сказать, что большинство базовых функций для пользователей идут из коробки. И ими можно пользоваться после небольшого обучения. Обучение тут, кстати, будет одним из важнейших факторов при миграции.

Например, в ЕМИАС используется более 20 тысяч рабочих мест с ALT Linux и 1500 с SLED. Они, конечно, переработаны под нужны заказчика, но в большей мере только для того, чтобы убрать из них лишнее, хотя и был ряд специфических требований которые пришлось доделывать вместе самими разработчиками этих ОС. Тем не менее, это тоже было сделано. Потому я уверен, да и опыт наш об этом говорит, все возможности по использованию этих ОС на предприятиях есть.

Резервное копирование
— Bacula
— Amanda
— Bareos
— Comodo.

В сфере резервного копирования есть несколько продуктов, о которых хотелось бы сказать пару слов. Думаю, все слышали названия Bacula и Amanda на базе которых сделано некоторое количество коммерческих форков с поддержкой.

Понятно, что эти решения не сравнить с нормальными промышленными средствами бекапа, требующими огромного количества коннекторов, совместимых с различным ПО enterprise-уровня. Тем не менее, перечисленные выше решения вполне подходят для малого и среднего бизнеса. У них есть все базовые функции, хотя и бекапом сложных приложений тут и не пахнет. Но, поскольку это опенсорс, мы ведь можем их дорабатывать и сами, ведь так? Или, если все-таки нужны функции посложнее, платные форки предлагают и агентов для приложений, и такие продвинутые функции, как дедупликация, например. Но это уже за деньги, сравнимые с коммерческими решениями.

Поэтому тут нет однозначного ответа, стоит ли экономить на бекапе, или проще взять как-нибудь российский Акронис и спать спокойно.

Виртуализация
Виртуализация на самом деле сейчас достигла такого распространения и стала настолько обычным делом, что оказалось так, что опенсорс тут сравним с коммерческими продуктами. И в сфере просто серверной виртуализации, и в сфере облачной инфраструктуры. Надо сказать, что в облаках даже является одним из драйверов развития сейчас.

Облачная инфраструктура — это, конечно же, Openstack. Можно построить частное облако компании (Software Defined Datacenter), используя почти любое оборудование, доступное для среднего и крупного бизнеса. Сегодня это решение наиболее интересно крупным производственным предприятиям, банкам и ритейлерам. Решение настолько развитое комьюнити, что множество компаний на западе заменяют на него свои коммерческие инсталляции. Кстати, почти у всех крупных вендоров есть свои сборки Openstack.

А, собственно, фишка его в том, что есть все, что нужно для базовой виртуализации, и есть все, что нужно для “продвинутой”. А именно, объектное хранение данных, виртуализация СХД и сетей и движок автоматизации.

А, собственно, почему я это рассказываю. Многие компании сейчас хотят подобного рода технологии для повышения гибкости инфраструктуры, управления стоимостью, ускорения операций и тому подобные вещи. Но не могут себе позволить просто потому, что это крайне дорого, если брать коммерческие продукты.

Например, мы сейчас предлагаем нашим заказчикам системы по автоматизации среды тестирования, которые ускоряют разработку процентов на 20-30% просто за счет нивелирования множества ручных операций.
Кстати, немного о самих этих продвинутых функциях.

Блочное и объектное хранение данных
— Ceph (Red Hat/intank)
— GlusterFS.

Тот же Ceph может стать отличной альтернативой для небольших офисов и может работать прямо на самих гипервизорах, если поставить в них побольше дисков. Таким образом можно соединить гипервихзор с СХД и существенно сэкономить на оборудовании. Но, конечно же, это все требует достаточно тонкой первоначальной настройки и сайзинга. В большой инсталляции может стать основой хранения данных, причем по скорости сравнимой с mid-range, hi-end массивами при правильной настройке. Не даром ведь их используют многие крупные провайдеры облачных услуг.

Open source серверная виртуализация — это прежде всего гипервизор KVM и управление на базе Virt-Mananger или O-Virt; Red Hat Enterprise Virtualization (RHEV). Есть все необходимые базовые функции типа HA, и vmotion, поддержка Linux- и Windows-окружений и т.д. Решения на базе этих продуктов мы готовы создавать и тиражировать для распределенных компаний, в которых много небольших филиалов с десятком виртуалок. Если у вас как раз так — просто учтите, что нулевые вложения в ПО позволяют существенно сэкономить если таких площадок от 20 штук и более. Мы же можем оказывать техническую поддержку таких инсталляций.

Кстати, если уметь, как я сказал выше, можно соединить блочное хранение с гипервизором и получить на выходе компактную систему из двух трех серверов которая обеспечит работу инфраструктурного ПО для небольшого офиса на 200-300 человек. А, возможно, туда и поместятся некоторые бизнес-системы. Плюс в том что не нужна будет сразу ни СХД с FC-коммутаторами, ни 10GE сеть.

Про виртуальные рабочие станции (VDI) — тут пока сказать мало что можно. Есть Red Hat Enterprise Virtualization (RHEV), с очень базовыми функциями и пока масштабных случаев внедрения не могу назвать. Однако же если замахиваться на большую систему с должным финансированием, на базе все тех же Openstack и RHEV можно собрать рабочее промышленное решение.

Мониторинг инфраструктуры
— Zabbix
— Zenoss
— Nagios.

Эти решения я был пометил как «must have» для любого предприятия. Бесплатные продукты для создания системы мониторинга инфраструктуры. Коробочные решения поддерживают отслеживание состояния операционных систем, также поддерживается мониторинг приложений. Для специализированных приложений реализуется доработка пакетов, действий по определению корректной работы. У нас уже пару за пару лет накопился очень неплохой опыт реализации таких систем, например, в том же ДИТ Москвы и у других государственных заказчиков, для которых важна экономия средств. Эти системы вполне конкуренты с проприетарными решениями при нулевых вложениях в софт. Кроме того, мы часто советуем использовать такой класс систем совместно с BI-системами для реализации отчетности и анализа данных. На выходе полноценная аналитика по состоянию всей инфраструктуры.

Управление базами данных
Postgresql — хорошая альтернатива проприетарным решениям по SQL-СУБД. Зрелая полнофункциональная система управления реляционными базами данных без значительных финансовых вложений. На текущий момент более 50% проектов по разработке новых решений в КРОКе базируются на использовании этой СУБД. Кстати, мы сертифицировали её для использования в гос.организациях.

Для NoSQL
— Apache Cassandra
— MongoDB
— Apache Hive.
Все это также достаточно известные системы.

Обработка неструктурированных данных
— Apache Hadoop. В случае необходимости обработки очень больших объемов данных логично использование какой-либо реализации Hadoop как большой ETL-машины, а для обработки и поддержки логики «классического» ETL существует большое количество бесплатных движков ETL с развитыми средствами визуализации. В общем, если вы постоянно курите вопросы BI, DWH, Big Data и других модных слов — вы и так всё знаете.
Сразу вдогонку — смотрите на
— ETL Talend DI
— Cloudera Hadoop
— Pentaho DI
— CloverET.

Массивно-параллельные СУБД
— PostgreSQL XL
— Cloudera Impala
— Infobright; InfiniDB.
Эти СУБД позволяют строить крупные аналитические системы на базе комплексов из множества недорогих серверов. Запросы в них выполняются параллельно, практически на всех серверах сразу.

Все эти технологии управления БД мы успешно используем в наших проектах. Например, в BI.
А BI — это:
— Pentaho BA
— SpagoBI
— JasperSoft BI.

Pentaho имеет развитые инструменты для наглядной визуализации. SpagoBI — инструмент для создания AdHoc-панелей «на лету» и для высоконагруженных систем, JasperSoft наибольшим образом подходит для построения фиксированной отчетности. Интересны любой компании, которой необходимы инструменты анализа данных. Мы реализовывали подобные системы в крупных банках и промышленных предприятиях. Надо отметить, что по ряду показателей, важных для тех же НПО, такие опенсорс-решения часто превосходят куда более дорогие проприетарные именно по функциям.

Веб-серверы
— Apache HTTP Server
— nginx.

Вы их точно знаете. Благодаря истории nginx, кстати, стало куда проще объяснять заказчикам, что опенсорс — это не какие-то наркоманы под мостами. Наши разработчики используют эти веб-серверы во многих проектах.

Серверы приложений
— Apache Tomcat
— WildFly
— GlassFish.

Вы, скорее всего, их тоже знаете. Тоже рассказывать особо нечего, все три решения хорошо известны.

Ну и наконец, о службах каталога и управлению рабочими станциями и серверами. Такие решения тоже есть. И у Red hat, и у SUSE, и у просто опенсорс. Например, каталоги 389 server и OpenLDAP. Все, что нужно для аутентификации и ведения реестра учетных записей в них есть. Но есть один минус — нет групповых политик, логон-скриптов и всего того, к чему многие уже привыкли.

Но эти вопросы решаются в гетерогенной или линукс среде просто иначе. А именно — продуктами по управлению, такими как Puppet, Chef, Foreman. И тут бонус в том, что их функциональность гораздо больше, чем просто GP или логон-скрипты. Тут и установка ПО и скрипты, инвентаризация, разливка образов и контроль состояний, да и куча еще всяких штук, на которые хватит фантазии и конкретных задач. И опять, можно их использовать бесплатно, а можно с поддержкой и расширенными функциями (за них правда придется все-таки заплатить).

Мифы и легенды опенсорса


— Опенсорс — это Linux + бесплатный офис
Нет, как вы видите выше, это и фундамент ИТ-инфраструктуры, и СУБД, и конкретный «бытовой» приклад. Есть множество вариантов open source-аналогов для самых разных областей ПО, и есть даже сферы, где именно опенсорс в силу своей гибкости выигрывает. Обычно сначала экономят на офисе, а потом внезапно останавливаются. Тем не менее, есть возможность куда больше сэкономить на ПО инфраструктурного уровня.

— О, офис. А правда, что ODF — сертифицированный формат?
Да, он сертифицирован ГОСТ Р ИСО/МЭК 26300 — формат по умолчанию для всех типов документов. И переход на его использование позволит провести миграцию менее болезненно и не зависеть от поставщика программного обеспечения в будущем. Госкомпании это понимают, например, благо обратная совместимость с теми же DOCX остаётся.

— В опенсорсе нет системных решений
Этот миф связан с тем, что, как правило, Linux way — это не монструозные среды, решающие все задачи среднего пользователя сразу, а небольшие утилиты под конкретные задачи, написанные спецами для их решения (а не продажи ПО). То есть к системному подходу открытое ПО действительно перешло относительно недавно, но уже сейчас решений такого класса довольно много. Почему — в ответе на следующий миф.

— Открытое ПО никто не поддерживает
Это — самая больная точка для большого бизнеса. И это же — самый распространённый миф. Дело в том, что да, какие-то конкретные открытые решения могут заморозиться ещё в 2010 году, и с тех пор даже не обновляться. Но большие серьёзные проекты вроде описанных выше, либо активно поддерживаются коммьюнити, либо обзаводятся компанией, которая за вполне вменяемые деньги на коммерческой основе делает поддержку 24х7 для крупного бизнеса. Или за земные же деньги ведёт доработки продукта. Так что если нужна будет новая функция, есть большая вероятность что её реализуют оперативно. Иногда — даже очень оперативно.

— Вот проприетарный софт хорош тем, что когда у меня проблема — ей займутся
Да, имидж требует, чтобы любой проблемой кто-то занялся со стороны вендора. Это хорошо, что подобное поведение закреплено в договоре-лицензии. В опенсорсе же проблемой обычно занимается внедренец, если нет организации, специализирующейся на поддержке конкретной системы. Например, мы поддерживаем весь софт, внедрённый у заказчиков либо напрямую, либо через спецов «второй линии» от таких компаний.

— Опенсорс-продукты — это более дешевая замена дорогим решениям
Раньше это было так. Сейчас многие продукты сравнились по функционалу с проприетарными аналогами. Надо отметить, что сами крупные компании (MS, IBM, HP, Одноклассники) часто коммитят в опенсорс, и многие крупные системы строятся на опенсорсе. Это взаимовыгодный обмен — как правило, корпорация коммитит свой код в опенсорс с условием, что можно включать готовый результат в свои системы, и получает детальное тестирование плюс много хорошего кода поверх.

— Всё равно нужна бумажная лицензия
Могу сказать сразу — за время внедрений ни одного инцидента с требованием бумажных лицензий на open source не было. С другой стороны, если бы проверяющие приходили с целью не проверки, а «завалить», уверен, проблем было бы много и с проприетарным софтом.

— Там есть проблемы с обновлениями...
По ОС могу точно сказать — вопросы давно и хорошо решаются штатными средствами. По прикладу — да, не всегда получается без промежуточного агента грамотно дистрибутировать обновления на 200-300 рабочих станций, но тоже решается, и, в целом, не особо сложно.

Плюсы


Итак, повторюсь, в голове у заказчика опенсорс обычно неразрывно связан с небритым мужиком в свитере с оленями где-то в гараже. Всерьёз поначалу такие варианты никто не воспринимает, но чуть позже экономика заставляет разобраться в вопросе. Может оказаться что и внедрение дешевле, и затрат на сопровождение какого то сервиса гораздо меньше. А еще потом оказывается, что если вдруг у вас возникает какая-то проблема — можно не полгода ждать апдейта или патча (который, кстати, может и не выйти), а сбросить описание в коммьюнити или докопаться самому. Оказывается, что ваш разработчик может точно отследить, что, где и как точно происходит и сам поставить патч, даже если никто в мире больше с таким не сталкивается. Могут подсказать куда конкретно и как копать.

Конечно, если сложность с тем, что ваши доработки могут не войти в следующий релиз, и с тем, что может появиться форк — но, в целом, всё это решается силами коммьюнити часто намного проще, чем кажется. На больших продуктах, конечно — к ним не относятся все «детские» болезни опенсорса.

Опенсорс-сообщество меньше посылает мелких пользователей, потому что многие — перфекционисты, и баги выслеживаются не в порядке важности клиента. Оргструктура такая, что можно смело послать одного контрагента с поддержи и взять другого. Сообщество само по себе очень дружелюбное в профессиональных вопросах.

Резюме


Первый опыт работы с открытым ПО у меня был ещё в НИИ, 8 лет назад. Я крутил почту и ряд сетевых сервисов типа DNS, DHCP, postfix на *nix. Тогда ещё существовал ASP. На рабочей станции использовал Убунту и не знал никаких проблем. В КРОКе мы начали работать с открытым инфраструктурным ПО примерно 3 года назад, когда стали появляться решения, всерьёз конкурирующие с enterprise-системами. Поэтому могу точно сказать, что open source-решения — не только для SMB, есть и те, что прекрасно работают в крупных компаниях. А «благодаря» экономической ситуации и вообще отношениям с западными компаниями, тема открытого ПО сейчас очень хорошо развивается.

Ну и, кстати, срок окупаемости у таких решений обычно составляет от 1 года до 3 лет, само внедрение при этом — около полугода в среднем. Обычно требуется аудит инфраструктуры; разработка новой экосистемы и обучение сотрудников для внутренней техподдержки хотя бы первой линии. Конкретные расчёты для вашей ситуации могу показать по почте albelyaev@croc.ru. Или приходите к нам на семинар по опенсорсу и вендорозамещению. Мы с коллегами подробно расскажем про разные решения и примеры их внедрений, и даже постараемся показать кое-что интересное в демо-зоне. Регистрация уже открыта.

Очень занимательно ловить грабли на том, как ведёт себя Linux на нескольких тысячах машин: в таком масштабе появляется много интересного. И очень приятно, что какие-то люди из сообщества, которые нам ничего не должны, вместе с нами ночами ищут баги… Кажется, из спортивного интереса. Или потому, что это был их код. Или просто потому, что могут. И это волшебно.

И к слову про бородатых мужиков в свитерах с оленями. Самый частый вопрос ко мне после перехода в КРОК — правда ли, что нужно носить галстук каждый день? Так вот, да, я его носил. Весь испытательный срок.
Автор: @AlBelyaev
КРОК
рейтинг 213,37

Комментарии (40)

  • +1
    А RDF-хранилища (типа jena, virtuoso) не приходилось устанавливать? Сейчас в госструктурах появились требования к открытым данным, а там RDF — популярный стандарт.
    • +2
      По поводу RDF поспрашивал коллег – у нас опыта внедрений нет, равно как и запросов пока не было. Но мы тщательно присмотримся, спасибо.
  • +2
    А есть ли статистика по обратной помощи сообществу? Такие крупные внедрения явно сталкиваются с багами железа и софта, которые явно чинятся :) Осуществляется ли бэкпортирование наработок и как они возвращаеюся обратно в комьюнити?
    • +11
      Да, мы всегда делимся опытом с комьюнити. Как правило, на крупных внедрениях общаемся напрямую с с разработчиками продуктов. Например, ряд доработок, требовавшихся для работы функций аутентификации пользователей (в том числе по смарткартам), делал сам ALT. Это всё вошло в следующий релиз. Как ни странно, был еще опыт доработки Цитриксом своего reciever для работы под *nix на одном из таких проектов. В целом — если не считать масштаба, вполне штатный процесс. Заканчивается это тем, что внутри компании остаётся обученная первая линия поддержки, которая иногда, конечно, придумывает обходы багов, чтобы не стучать во вторую линию (к нам или производителю), но чаще — внятно описывает баги.
      • +1
        Круто! :)
      • 0
        А можно поподробнее про ресивер? Что дорабатывали?
        • 0
          Были проблемы с Kerberos аутентификацией.
        • 0
          Да, там была проблема с пробросом Kerberos ticket, просто не работало в определённых условиях. Наш инженер позвонил прямо разработчику из Цитрикса, который сразу всё понял и устранил проблему.
  • +2
    MS, IBM, HP, Одноклассники

    Этот ряд выглядит немного странно. Может тогда Mail.ru, а не одноклассники?
    • +3
      Нет, именно Одноклассники. Они, скажем так, немного отличаются от остальной компании.
  • 0
    Александр, объясните, почему когда я указал при регистрации на семинар, что работаю в ИТ компании ваши маркетологи (в частности Филатова Виктория) прислали мне отказ?
    Это нормально, да?

    • 0
      Думаю, дело в этом: «Семинар «Вендорозамещение: сокращая инфраструктурные затраты» направлен на потребителей IT-услуг, а не поставщиков».
      • +3
        Т.е. по вашему мнению ИТ компания не является потребителем ИТ услуг?
  • +1
    >можно соединить блочное хранение с гипервизором и получить на выходе компактную систему из двух трех серверов

    Не могли бы Вы уточнить, что опробовано для этого? Теоретически Proxmox способен на такое «из коробки» с ceph ( система на трёх+ серверах), но работает ли это на практике, если используется в одной из виртуалок средненагруженная база данных?

    И кстати, спасибо за статью. Получился прямо Манифест опенсурсного ПО.
    • 0
      Да, действительно, можно реализовать такую систему на Proxmox, например. Возможность работы высоконагруженной БД будет зависеть, тем не менее, от правильного сайзинга серверов. Какие поставить диски, например. Обязательно нужно предусмотреть SSD для журналов и правильно выбрать дисковый контроллер в серверы (как показывает практика, не все они одинаково хороши). А процессоры сейчас уже настолько производительные, что вряд ли станут узким местом.
    • +5
      Несмотря на то, что коллега-автор поста в предыдущем ответе рекомендует грамотно спроектировать дисковую подсистему, из собственного практического опыта использования ceph в качестве хранилища частного облака я бы рекомендовал в первую очередь грамотно спроектировать сетевую подсистему. В нашем случае тестовый проект мы прекратили, потому что на площадке, где его начинали, не было возможности использования чего-либо быстрее 1GbE. Так как хранилище распределённое, на операциях записи всё упёрлось в скорость сетки.
      Так что рекомендую подумать о 10GbE или — маленький лайфхак — об Infiniband QDR: на eBay HCA можно купить баксов за 100-150 (последняя цена — двухпортовые), а коммутаторы на 32 порта — от $800. Да, всё б\у, но два коммутатора на проект и по два HCA в сервер вопрос надежности решают отлично, а цена остаётся несравнимой со стоимостью Ethernet. Скорость, кстати, у infiniband qdr — 40Gbit\s.
      Ceph только недавно начали допиливать до возможности использования нативного infiniband (со всеми плюшками в виде исчезающе низких задержек и при этом высокой скорости), но даже ethernet over infiniband дает скорости, сравнимые с 10GbE при существенно более низкой цене. Без использования быстрой сетки не советую использовать это решение на практике.

      Но это лирика. В целом всё работает хорошо. Мы использовали как HDD, так и SSD, в конце-концов остановились на SSD-only хранилище — объемы и стоимости SSD уже достаточно низки, чтобы их можно было использовать, а ceph пул с тремя копиями даёт достаточную надежность. Из странных косяков: периодически «пачкались» несколько pg — placement group, при этом если выдать команду их «починить» — они нормально восстанавливаются. До следующего появления статуса «health HEALTH_WARN 1 pgs inconsistent; 1 scrub errors».

      А! И очень важный момент! Необходимо тщательно следить за тем, чтобы диски в пулах не переполнялись. Т.е. если объем диска начинает заканчиваться, необходимо либо убрать часть данных, либо подключить новый диск. Если вы получите disk full (или даже disk near full в некоторых случаях), это будет означать немереное количество геморроя на восстановление доступа к данным (повторюсь — если у вас нет свободного диска, чтобы воткнуть в кластер, и места для него в физической железке), а пока будете восстанавливать — все операции на запись будут приостановлены.
      • +2
        Подтверждаю, пользоваться ceph можно, но:
        1.Следить за местом, так как даже при указании 98% заполнения диска osd может обвалиться из-за фактического переполнения диска. Иногда требуется затюнить лимиты в ос на количество открытых файлов.
        2. Скорость в 1Gb — очень сдерживающий фактор, особенно это ощущается, когда хранилище перестраивается. Т.е. 10Gb минимум, если у вас данные активно используются в хранилище.
        3. Да, точно, глюки с pg есть, раз в месяц находились.
        Все равно от ceph впечатления остаются очень хорошие, если к нему подойти с пониманием ;-)))
  • 0
    А как с офисным пакетом на стандартных рабочих станциях? Много проблем было?
    • 0
      У нас чаще всего крупный заказчик использует свою собственную систему документооборота, плюс мы ставим LibreOffice и шаблоны для подготовки быстрой отчетности. Крупных проблем не было, но есть отдельные заказчики, у кого много макросов, либо есть документы со сложной вёрсткой — там нужно переделывать. Обычные же пользователи не всегда осознают, что что-то вообще поменялось.
  • +2
    Спасибо, полезно!

    Скажите пожалуйста, а почему на серверах не распространяете окружение Debian или Ubuntu? Его можно очень легко стандартизировать, и гораздо проще дешевле сопровождать, чем перечисленное в статье.
    • +3
      К примеру, я получал на тот же вопрос такой ответ: срок поддержки. Debian поддерживает свои серверные системы неизвестно в течении какого срока. У Ubuntu есть LTS, к примеру. А у Debian:
      — Debian 5.0.0 был изначально выпущен 14 Февраля 2009
      — Выпуск обновлений безопасности был прекращён 6 февраля 2012
      Debian 6 «кончился» 31 мая 2014, реанимировался неофициально до 2016-го года — срок поддержки 2-5 лет получается, тоже немного.

      А у меня есть системы на Lenny. И на Etch. Вообще без поддержки. Что будет с 7 и 8 — неизвестно. Хотя Debian мне нравится гораздо больше чем Centos.
      • 0
        Интересно.

        При этом, Debian — самая стабильная ОСь. Де-факто. И поддержкой можно заниматься без «центральной организации», ведь поддержкой занимается сообщество, а не компания.
        • +1
          С какого это перепугу сообщество? Там всё конкретно и адресно. У каждого пакета есть мантайнер. Надоест ему поддерживать пять версий на десяти архитектурах — и всё. А ему надоест рано или поздно. Даже на двух архитектурах надоест. Это же очень серьёзная работа. И так выпуск новых версий затягивается.
          • 0
            Эм… а что вы понимаете под термином «поддержка»?

            Кстати, за 20 лет развития ОС Debian фейлов не приключалось. В отличие от микрософтовской.
            • +1
              Обновления.
              И как не может быть фейлов, если за эти 20 лет каких только проблем не обнаружено. Ну сами подумайте. Ставим мы заказчику систему, и говорим — «а через три года она может быть будет работать, а может быть нет, и ничего поделать нельзя кроме перестановки операционной системы и перетестирования всего софта». Пример — lenny, perl, Moose 1. Wheezy — из коробки ставится только Moose2. Надо всё переписывать, перетестировать, ловить баги заново. Либо надо на безопасность накласть и надеяться что ничего не случится с древним дырявым дистрибутивом.
    • –1
      Про Ubuntu: Это система в первую очередь для десктопов, в силу специфики комьюнити.
      Debian: очень медленно обновляется. И не похоже, что его сопровождать проще и дешевле, чем centos.
      • 0
        Аргумент с медленным обновлением как раз не очень и аргумент. Тот же windows 2000, 2003 до сих пор в ходу. И если принять как факт, что срок поддержки в десять лет — это нормально для дистрибутива, то обновление раз в два года вообще не проблема, разве что проблема с другой формулировкой — «слишком часто».
  • 0
    Почему KVM, а не Xen? Обычно он фигурирует на третьей строчке по распространённости гипервизоров.
    • +1
      KVM нам как-то чаще попадался. К тому же у Xen есть архитектурная проблема — доп.звено в виде гипервизора, работающего в собственном контексте, соответственно, его производительность на больших нагрузках меньше.
  • +2
    Александр, а почему в списке проектов на сайте Крок'а нет проектов, связанных с opensource? В категории «Мониторинг и управление ИТ-инфраструктурой» только известные проприетарные решения, в категории «Виртуализация и облачные вычисления» — только VmWare. Где всё то, о чём Вы написали?
    • +1
      Подождём ответа, но подозреваю, что в реальности это из-за того, что у opensource-решений нет рибейтов и рекламных бюджетов. Которые выделяются на определённых условиях. Ну, и всегда приятно помимо внедрения продать еще и лицензии. :)
      • 0
        + еще саппорт и железо!
    • 0
      Официальный ответ коллеги из маркетинга: «Действительно до недавнего времени акцент был на общеизвестных вендорах. Это связано с тем, что ppen-sourse решения были достаточно незрелыми, чтобы можно было их часто внедрять и говорить о них, сейчас же тенденции меняются, в том числе получая подпитку политикой, завязанной на санкции. Open-sourse решения стали более зрелыми, достойными соперниками. Потому все больше open-sourse вендоров появляются в портфеле решений КРОК в разделе Партнеры.
      И мы в процессе создания информационных материалов, листовок и Success Story, где расскажем о самих интересных проектах.»
      • 0
        Потому все больше open-sourse вендоров появляются в портфеле решений КРОК в разделе Партнеры.

        Да, Red Hat и SUSE там есть (правда, как поставщики облачных решений). А ALT Linux нет, хотя в статье он упомянут.
  • +3
    «И очень приятно, что какие-то люди из сообщества, которые нам ничего не должны, вместе с нами ночами ищут баги… Кажется, из спортивного интереса. Или потому, что это был их код. Или просто потому, что могут. И это волшебно.»

    Прекрасно, зарабатывать большие деньги на Опенсорсе — это очень хорошо.

    Как я понимаю, делая 2000 проектов и 200 из них на миллион долларов, вы активно поддерживаете OpenSource — спонсируете разработчиков и проекты.

    Очень интересно, можно назвать какие проекты спонсировали?
    • 0
      Мы зарабатываем на решении задач заказчиков, а не на использовании ПО. Мне хочется верить, что открытое ПО разрабатывается для использования по назначению. И ставить барьер «зарабатываешь — плати» неправильно. Мы не спонсируем проекты, но уже не первый раз разработчики решений получают существенные суммы за поддержку. К примеру, для одной из ОС в рамках недавнего проекта эта сумма составила их полугодовой бюджет.
  • 0
    что я проверял на практике, в том числе и в больших компаниях и могу рекомендовать, основываясь на своём опыте или опыте коллег из своего отдела

    Не в обиду, но вы либо очень круты лично, либо у вас очень большой отдел )
    У нас люди специализируются на паре/тройке технологий из списка годами, и все равно не достигают полного дзена, а у вас по сути перечислено все более или менее популярное open source ПО в мире )
  • 0
    Расскажите для каких задач использовали InfiniDB? На каких объемах данных? Ваше мнение о БД?

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.

Самое читаемое Разработка