×

17 Ноября 2015 16:20
3390
0

Слушайте подкаст программы:

Сегодня мы затронем тему импортозамещения и поговорим о переезде облачного сервиса Bitrix24 из Amazon в РФ. О том с какими трудностями пришлось столкнуться, о критериях выбора облачных провайдеров и дальнейших планах компании 1C-Битрикс. Ведущий: Евгений Бессонов, директор по маркетингу Cloud4Y.

 

JSON.TV: Всем привет, меня зовут Евгений Бессонов, это передача Business & Cloud. Говорим про облачные услуги и сервисы для бизнеса, про тренды, подводные камни и преимущества. Поехали.

 

Здравствуйте, уважаемые зрители, мы продолжаем тему импортозамещения. В России появляются много облачных сервисов российской разработки, но есть и старые игроки. И сегодня у меня в гостях руководитель направления арендных решений компании «1С-Битрикс», ну или попросту говоря – главный по облакам Александр Демидов. Здравствуйте, Александр.

 

Александр Демидов: Добрый день!

 

JSON.TV: Спасибо, что нашли время. Александр, по нашей традиции прошу – расскажите немножко о вашей компании, чем она занимается, какие услуги предоставляет.

 

Александр Демидов: Компания «1С-Битрикс», у нас два основных продукта. Первый – это CMS «1С-Битрикс: Управление сайтом». Тут все понятно из названия – это система для создания, разработки, поддержки сайтов, проектов самого разного масштаба, от каких-то простых проектов до сложных крупных интернет-магазинов со сложным…

 

JSON.TV: По-моему, с этого начинали, да, прямо вот.

 

Александр Демидов: Да, начинали с этого, и это, наверно, сейчас один из ключевых наших продуктов. Второй продукт это «Битрикс24», раньше он назывался «Корпоративный портал». Это интранет, это социальная сеть компании, это общение сотрудников внутри компании, хранение документов, задачи, CRM. Это, в общем, основной инструмент работы внутри компании. То есть мы сами без своего корпоративного портала жить не можем. Он у нас сейчас существует в двух вариантах, это коробочная версия и это облачный сервис, когда можно зайти, зарегистрироваться и пользоваться сразу. Это вот два основных направления работы у нас компании, два ключевых продукта, которые развиваются, продаются, и в России, и в СНГ, и по всему миру.

 

JSON.TV: Вот по поводу как раз коробки я хотел бы спросить. Вот эта коробочная версия… Есть же облачная версия, да, и есть коробочная версия. Для чего вообще нужна эта коробочная версия? Вы не доверяете облакам, то есть клиенты какие-то не доверяют облакам, считают что там небезопасно, или вот по какой причине?

 

Александр Демидов: Ну, у нас в компании процесс-то был немножко обратный. Если многие сервисы облачные иногда задумываются, клиент иногда хочет по соображениям какой-то корпоративной политики безопасности держать данные внутри у себя в компании, и они задумываются о том, как бы такую возможность клиентам дать, то у нас ситуация ровно обратная. Изначально существовала коробочная версия, она старше, она существует с 2008 года и именно коробочную версию мы всегда предлагали, продавали клиентам. Впоследствии мы поняли, что для компаний, которые не имеют собственного ИТ-персонала, собственного штата, которые не хотят заниматься вопросами, там, администрирования, обслуживания, хостинга, всего остального, нужно предложить именно облачный сервис. И уже на базе существующего коробочного решения мы сделали облачный сервис «Битрикс24». Коробка продолжает существовать, она развивается, она востребована многими компаниями, которые по тем же соображениям корпоративной политики или безопасности хотят данные держать внутри. Или же для компаний, которые хотят сильно ее кастомизировать. Это открытый код, PHP, документированный акт, поэтому все это возможно. А также для компаний, которые хотят сделать какие-то сложные интеграции с существующими системами. И когда возможностей облачного сервиса не хватает, они выбирают коробочное решение и делают подобные интеграции с самыми разными решениями, самыми разными бекендами это все возможно. Поэтому есть ниша коробочного продукта, есть ниша облачного продукта.

 

JSON.TV: Теперь понятно. А вот сколько пользователей сейчас, в, к примеру, «Битрикс24»?

 

Александр Демидов: «Битрикс-24» именно как облачный сервис стартовал публично в апреле 2012 года и с тех пор у нас более 800 тысяч регистраций по всему миру и активных компаний – активными мы называем тех, кто как минимум, там, несколько сотрудников пользуются ежедневно или почти ежедневно – более 100 тысяч компаний.

 

JSON.TV: А вот эти компании, какого размера, если можно, может быть, сектора тоже можно понять?

 

Александр Демидов: Можно оценивать по количеству сотрудников? Понятно, что у нас есть бесплатный тарифный план, очень функциональный, очень богатый возможностями и большинству компаний его хватает. А у него есть ограничения. Он максимум на 12 пользователей, поэтому по бесплатным компаниям оценивать сложно, там больше 12 пользователей.

 

JSON.TV: Собственно, да, да, понятно.

 

Александр Демидов: Если рассматривать по коммерческим компаниям, то смотрите. Мы рассуждали, что у нас компании будут пользоваться достаточно маленькие. Если они крупные, у них есть собственный ИТ-персонал, есть возможность поставить решение у себя внутри. И мы рассчитывали, что средний размер компании такой будет 20-30 человек. Но по прошествии какого-то времени работы мы собрали статистику, посмотрели и на платных тарифах у нас средний размер компаний 55 человек. А самые крупные клиенты это более 3 тысяч сотрудников, которые все равно пользуются облаком. Поэтому это самый разный размер бизнеса вот вплоть до тысячи человек в компании.

 

JSON.TV: Да, то есть, «Битрикс24» уже один из самых узнаваемых сервисов, насколько я знаю. Судя по опросам, тоже, то есть, по-моему вообще лидер. Не знаю, насколько официально сейчас, да, это заявление, но вот он один из самых успешных и узнаваемых collaboration-сервисов точно российских.

 

Александр Демидов: У нас когда-то была цель по CMS, чтоб каждый второй сайт работал на «1С-Битрикс: Управление сайтом». Если рассматривать коммерческие системы, то мы эту планку даже перешли, у нас сейчас доля рынка больше 60 процентов. А когда у нас пошло развитие «Битрикс24», у нас был такой же план по интранет-системам и корпоративным порталам внутри компании. И мы всячески стараемся, чтобы это так и было, причем не только по России, а в общем по миру хочется.

 

JSON.TV: Да, да, это серьезно, здорово. А давайте сейчас немножко поговорим про ваш переезд, который состоялся вот в рамках Федерального закона 242-го о хранении персональных данных граждан Российской Федерации на территории Российской Федерации. Собственно, вот вы переехали с Amazon’а, да, насколько я знаю, в Cloud For You, тут это можно не считать рекламой, но так есть. Ребят, это не реклама. Вот первый вопрос: на Amazon’е хорошо было?

 

Александр Демидов: На Amazon’е было хорошо.

 

JSON.TV: Хорошо. На сколько хорошо?

 

Александр Демидов: У нас достаточно серьезные требования для самих себя к сервису в основном по безопасности, по отказоустойчивости. Потому что мы понимаем, что если речь идет про интернет-магазин, и он оказался недоступен, страдает только сам этот интернет-магазин. Он теряет заказы, он теряет посетителей. Если недоступен облачный сервис, тем более если недоступен тот сервис, который позиционируется как вообще ключевой инструмент работы копании, то страдают все его клиенты и вообще это, на мой взгляд, задача каждого облачного сервиса самая главная – это не денег заработать или еще что-то подобное, а завоевать доверие пользователей.

 

JSON.TV: Абсолютно согласен.

 

Александр Демидов: Как только пользователи понимают, что сервис недоступен, не работает, часами лежит и отвечает медленно – он не доверяет, он уходит и больше им не пользуется. Поэтому изначально у нас разрабатывалась архитектура сервиса с резервированием, на уровне не отдельных серверов, а на уровне целых дата-центров. Что даже если выходит из строя дата-центр, теряется сетевая связанность – сервис для клиента все равно доступен. А у Amazon’а очень много возможностей сделать надежный и отказоустойчивый сервис. То есть они предлагают размещение в разных дата-центрах, вы можете выбирать, где размещают серверы. У них очень много дополнительных сервисов, которые не нужно разрабатывать самим с нуля. Это начиная с облачных хранилищ файлов, заканчивая балансировщиками облачными, базами данных, сервис очередей, в общем, если сейчас у Amazon’а открыть список доступных сервисов, готовых облачных, вот как кирпичики, из которых можно собрать инфраструктуру, это будет целый экран на мониторе такого достаточно большого разрешения. Мы далеко не все из них используем, но очень многие из них помогают даже в плане вот экономии времени, что их не надо делать самим, а можно взять и пользоваться готовыми.

 

JSON.TV: В деньгах тоже вы как в целом, довольны были, по стоимости сервисов?

 

Александр Демидов: Смотрите. В деньгах мы понимали, что у нас очень много бесплатных клиентов, для нас очень важна достаточно низкая себестоимость каждого существующего портала. Здесь в этом плане мы очень активно использовали возможности горизонтального масштабирования и возможность автомасштабирования по нагрузке. Так как это бизнес-сервис, то у него характер нагрузки: все пользуются днем и почти никто не пользуется ночью, даже гораздо заметнее по сравнению с обычными сайтами. А архитектура сервиса изначально спроектирована и сделана таким образом, что ночью у нас лишние сервисы выключаются, днем опять стартуют и все работает. За счет этого у нас получаются хорошие цифры там по экономии, по остальному. За счет того, что это облако, у нас получается еще и экономия не напрямую, там, на сравнение серверов, а на обслуживании, на поддержке всего этого. Это получается выгоднее, чем собственное железо именно в плане обслуживания и администрирования.

 

JSON.TV: А по работе сервисов в плане? В плане ping?

 

Александр Демидов: Вот вопрос, который ключевой у нас был, наверно, к Amazon’у, и который, в общем, даже до сих пор он не был решен, это, естественно, сетевая удаленность, ну, чем реже, тем для клиентов лучше. Особенно когда они избалованы всякими Ajax-интерфейсами, когда у них развиваются мобильные приложения, они хотят быстро. У Amazon’а пока, или может быть, не пока, не знаю, на данный момент точек присутствия в России нет, и это, в общем, было вопросом.

 

JSON.TV: Понятно. Ну может сейчас про сам переезд немножечко поговорим. Как это было? Расскажите, Александр.

 

Александр Демидов: Ну, вообще первые мысли появились достаточно давно. Первые мысли о том, вообще, надо ли будет переезжать, не надо ли будет. Если помните, наверно, осенью прошлого года, как раз когда обсуждалась дата вступления тот самого 242 ФЗ в силу, был разброс, разброд и шатание очень большой. Сначала предполагалось, что это будет сентябрь 2016 года, чтобы всем дать возможность подготовиться, спокойно. Потом вплоть до панических настроений, что это будет 1 января 15-го года, и осталось там два месяца на все. Но в итоге, когда рассматривались такие крайние сроки, стало понятно, что выберут что-то среднее. Что на практике и произошло – выбрали 1 сентября 15-го года. И в общем за год мы примерно и начали думать о том, что мы будем делать.

 

Варианты – ну, у всех, наверно, кто размещает свои ресурсы за границей, варианты были следующие: забить и не делать ничего и ждать, когда какая-нибудь очередная проверка Роскомнадзора их обнаружит.

 

JSON.TV: Ну да.

 

Александр Демидов: Это плохой вариант, потому что даже, может быть, никогда и не обнаружит, но к нам приходят запросы от клиентов, от партнеров, которые спрашивают: вы соответствуете? И мы им не можем сказать – нет, мы не соответствуем и не будем. Поэтому мы им изначально говорили, что мы соответствовать закону будем полностью. Рассматривали варианты как. Можно данные деперсонализировать, маленький кусочек баз данных с логинами, с контактными данными пользователей вынести в Россию, а все данные оставить в том же самом Amazon’е. Либо же переехать полностью в Россию, чтобы, может быть, немножко решить вопрос такой излишней паранойи, потому что все направления, все мысли государства, которые сводятся к тому, что интернет надо регулировать, мы не знаем, до какой степени они дойдут. Потому что если рассматривать крайние варианты, в том числе немножко ту же самую паранойю включать, мы можем дойти до варианта великого российского файервола, как и великого китайского файервола. Поэтому если мы будем рассматривать вариант, когда мы вынесли лишь персональные данные в Россию, если мы потеряем связанность с остальным сервисом, для клиентов он станет неработоспособен. Поэтому мы в итоге выбрали вариант следующий.

 

У нас «Битрикс24» изначально запускался в нескольких локализациях, у нас естественно российский рынок, это bitrix24.ru, а отдельно у нас немецкий, немецко-говорящий рынок, bitrix24.de, отдельно Украина, отдельно то, что мы называли весь остальной мир bitrix24.com, англоязычный. Позже были запущены, сейчас уже относительно недавно – Испания, Бразилия, Индия, Китай. И мы рассматривали вариант, что весь российский сегмент мы вынесем из Amazon’а и перенесем в Россию, чтобы совершенно полностью точно соответствовать 242 ФЗ. Вот. Подготовку мы начали наверно в январе этого года, мы, не буду углубляться в технические подробности, но для начала отвязались от балансировщиков Amazon’а, перенесли точку входа в Россию. Это буквально несколько серверов, которые являются - то, к чему напрямую обращается клиент. Научились работать с разными инфраструктурами, разными back-end’ами, то есть те клиенты, которые жили в Amazon’е, они отправляли запросы дальше в Amazon, те, кто частично уже переехали в Россию – в Россию. А дальше сделали тест в инфраструктуру, буквально там создали маленькую локальную копию «Битрикс24» и на них тестировали. Можно отдельно наверно поговорить про выбор провайдера. Точно так же…

 

JSON.TV: Да.

 

Александр Демидов: Да, точно так же вот как все серьезные требования, которые у нас были у Amazon’у, мы предъявляли, в общем, и к выбору российских хостеров. А первый и самый главный вопрос у нас был – это все-таки свое железо или облако? Мы поняли, что не хотим свое железо, потому что ну мы могли бы сделать, но это значит, нам надо было бы развить ту компетенцию, которая нам не присуща, которая нам не нужна по работе с оборудованием, по администрированию всего этого и так далее. Мы хотим быть сосредоточены на своем продукте, заниматься продуктом. Поэтому мы рассматривали варианты облачных провайдеров, понимая, что может быть они выйдут в итоге дороже именно с точки зрения железной инфраструктуры, но мы сэкономим на человеческих ресурсах, на времени обслуживания и на подобных вещах. По сути, мы, наверно, рассматривали всех существующих провайдеров.

 

JSON.TV: Я видел презентацию, сейчас скажу коротко, просто был на этой презентации еще по-моему на FailOver Conferenceеще весной. Да, да, тогда господин Рыжиков презентовал, собственно, была презентация, где такой достаточно внушительный список был тех провайдеров, которые рассматривали, вот. Можно чуть-чуть по этот выбор? Основные, ключевые моменты, критерии, по которым вы отсеивали всех остальных и пришли к одному провайдеру?

 

Александр Демидов: В идеале хотелось увидеть аналог Amazon’а. Понимали, что его точно не будет.

 

JSON.TV: Его нет, к сожалению.

 

Александр Демидов: Что будет соответствие на 10, на 20, на 50, на 70 процентов, мы хотели выбрать того, кто соответствовал на 70 процентов, чтобы минимально доделать или переделать что-то самим. Самые ключевые требования, наверно, были – это присутствие как минимум в двух дата-центрах для резервирования опять же на уровне дата-центра, по этому критерию значительная часть списка сразу отсеклась, мы дальше там даже не рассматривали. Дальше были критерии уже по гибкости управления виртуальными ресурсами, по API, потому что привыкли все автоматизировать, вплоть до тех же аварий на уровне дата-центра, а вот оно случается, к счастью, достаточно редко, но как оно происходит? Вот упал целый дата-центр. Обычно в обычной компании паника: все пропало.

 

JSON.TV: Не то слово.

 

Александр Демидов: У нас это выглядит примерно так. Дежурные администраторы – они чаще всего просто наблюдают за процессом, как трафик переключается на второй дата центр, они просто держат руку на пульсе, что все проходит хорошо, но паники, ничего подобного нет, потому что все максимально автоматизировано и зарезервировано. И это было актуально, у нас были требования по гипервизору, опять же может быть это немножко паранойя, но мы изначально не очень хотели рассматривать какие-то коммерческие существующие гипервизоры, опять же на фоне возможных санкций, на фоне ужесточения санкций. Может быть, это варианты, которые никогда не случатся, но вполне возможно, что когда-нибудь будет отказано в обслуживании российских компаний. В нашем современном мире ситуации возможны разные, мы хотели, в итоге мы пришли к выводу, что даже если рассматривать коммерческие гипервизоры, то рассматривать провайдеры, у которых их как минимум несколько. Чтобы были и коммерческие, и некоммерческие на случай какого-то резервирования. По этому критерию отсеялась еще часть провайдеров, и, в общем, осталось их там по большому счету уже не очень много.

 

JSON.TV: Да…

 

Александр Демидов: А дальше мы, в общем, просто смотрели на размер компании, на количество клиентов, на взрослость, на время присутствия на рынке. Ну, выбирали уже между ними.

 

JSON.TV: Насколько я помню, вообще с момента первого обращения в компанию до момента официального уже запуска прошло порядка полугода. Примерно. Там же тестирование было долгое достаточно?

 

Александр Демидов: Мы долго тестировали, мы тестировали…

 

JSON.TV: Щепетильно, так скажем.

 

Александр Демидов: Очень щепетильно.

 

JSON.TV: Грузили там нормально, я помню. Вообще, были ли проблемы, если говорить откровенно? Потому что объем-то достаточно большой был, да? Примерно можно обозначить, какой был объем по ресурсам, может быть, или как сказать?

 

Александр Демидов: Ну, проблемы были. Они все решаемые, они были, наверно, на время именно переезда, потому что несмотря на то, что кажется, что времени – мы начали активный переезд в начале года, закончили переезд как раз ко времени вступления закона в силу к 1 сентября. А 9 месяцев – кажется, что много для человека, который ну скажем далек от ИТ. Ну что такое – ну взяли, перенесли. Реально у нас речь шла про порядка 70-80-ти виртуальных серверов, это серверы приложений, серверы баз данных, а в базах данных это, наверно, около 30 терабайт в каждом дата-центре зарезервированы, во второй дата-центр это еще около 30 терабайт, и плюс там разная вспомогательная инфраструктура. Это много, это сложно, и самое ключевое – нам было важно это сделать незаметно для клиентов, что вот они работают-работают, с 1 сентября они знают, что работают в России. Поэтому быстро можно было бы все выключить, перенести, включить обратно. Но мы разрабатывали схему, разрабатывали разные структуры рисков и прочего. И потом уже постепенно переезжали. Так как процесс финального переезда получился достаточно компактным и быстрым, были сложности на новой инфраструктуре очень быстро принять этот объем данных. Потому что когда идет такой лавинообразный рост потребления ресурсов, там вопросы возникают. А ну мы их решали с вашей техподдержкой, а где-то докупали дополнительные мощности, где-то перераспределяли ресурсы. Впоследствии, дальше, когда уже все устаканилось, дальше все в порядке, все хорошо, в общем, все штатным образом решается. Если вопросы какие-то возникают – они обычным запросом через тикеты в техподдержку. На время вот самого запуска было сложно принять большой объем данных, наверно. Но я думаю, что это было бы у любого провайдера. Я вообще думаю, что не очень много провайдеров, которые вообще способны принять такую нагрузку, ну, в России, и дальше ее хорошо и качественно обслуживать.

 

JSON.TV: Да, я помню, я отслеживаю, я периодически этим занимаюсь, я помню, когда следил за негативом ваших клиентов, собственно, по поводу переезда сервиса, то есть, почувствуют ли они или нет, на самом деле уровень негатива был крайне мал. То есть я имею ввиду соцсети сейчас. Я не в курсе вашей кухни, вам как, звонили – не звонили, там, «у нас что-то упало, у нас что-то тормозит»…

 

Александр Демидов: Запросов в техподдержку было больше, но не криминальных.

 

JSON.TV: В соцсетях в целом я не нашел ничего криминального, то есть, да, были простои, я помню, что у кого-то что-то подвисало, буквально ну наверное 3-4 обращения таких были, прямо заметны, они, конечно, обсуждались. И мне нравится, что вы абсолютно открыто и честно говорили клиентам, что вот, у нас переезд, что на самом деле сейчас все будет нормально. И действительно ожидания оправдались, действительно все стало нормально. Было приятно все это видеть, ну уже итог, что называется. То есть я считаю, что прекрасно переехали.

 

Александр Демидов: Ну вы знаете, у нас есть, мы совершенно честно говорим о том аптайме, который у нас есть за год работы сервиса. На презентациях различных, мы какую-то статистику цифр озвучиваем, вот у нас был аптайм за 2014 год четыре девятки - 99,99, потому что там было все уже вылизано, мы работали в Amazon’е, уже давным-давно, все подводные камни были решены, все было в порядке. И там, в общем, никаких сюрпризов и неожиданностей не было, там до следующей девятки, собственно, не хватало уже от каких-то наших собственных действий, обновлений, еще что-то но и четыре девятки это шикарный результат.

 

JSON.TV: Шикарный результат.

 

Александр Демидов: Очень много. Мы посчитали сейчас данные за 15-й год, у нас получилось 99,98.

 

JSON.TV: Эх! Но с другой стороны…

 

Александр Демидов: Что тоже очень много и очень хорошо.

 

JSON.TV: Окей. Чуть-чуть можно про сам «Битрикс24» еще поговорить? Постоянно выходит что-то новое, сейчас вот меня лично заинтриговало объявление о том, что скоро будет некий вебинар, семинар?

 

Александр Демидов: Вебинары у нас проходят каждую неделю, а это будет онлайн-презентация новой версии.

 

JSON.TV: Прошу прощения, онлайн-презентация, да, про вот новый функционал можно чуть-чуть рассказать, приоткрыть немножечко тайну, завесу? Коротко?

 

Александр Демидов: Скорее всего, нет, потому что до 18-го числа осталось совсем чуть-чуть, а ну очень коротко могу сказать. У нас будет очень много изменений по продукту внутри, по задачам, по CRM, по коммуникациям, наверно, будет один из самых интересных уроков. Заинтриговал вас наверно заголовок, что «Битрикс24» убьет электронную почту.

 

JSON.TV: Убьет электронную почту, да.

 

Александр Демидов: Тут подробнее говорить не буду, на bitrix24.ru заходим, там есть ссылка регистрации на онлайн-трансляцию, и 18-го числа там все будет.

 

JSON.TV: Дамы и господа, регистрируемся, да. К сожалению, не получилось сейчас выудить, поэтому все на bitrix24. А… окей. Можно вот так, скажем, немножко подытожить. Какие вы бы дали рекомендации компаниям, которые сейчас рассматривают поставщика облачных услуг, давайте, скажем так, мы говорим, например, про инфраструктурные решения, то есть про ИАС. Аренда, например, виртуальных мощностей. На что стоит обратить внимание, на ваш взгляд, при рассмотрении поставщика облачных услуг?

 

Александр Демидов: Наверно, самый первый пункт, я бы его даже назвал бы нулевым, это в первую очередь посмотреть на собственный продукт и собственное решение, чтоб оценить, а надо ли вам вообще облако. Потому что очень многие, по крайней мере года 2-3 назад, может быть, не знаю, в пику тем, кто продвигал облака - был такой тезис, что вы размещаетесь в облаках, и все у вас автоматически масштабируется под ваши ресурсы, под ваше потребление… А тезис звучит красиво, если приложения, которые размещаются в облаке, в этому готовы. Потому что очень часто сервис готов масштабироваться вертикально, когда ему, там, не хватает там памяти оперативной или процессора, он берет мощный сервер какой-то, и в итоге все равно упирается в какую-то верхнюю планку. Приложение должно уметь масштабироваться горизонтально, размещаться на разных серверах и выглядеть в виде веб-кластеров приложений. А если изначально приложение, сервис, который планируется разместить в облаке, к этому не готово, то смысла в этом особого нет. А потому что не будет большой разницы, не будет большой эластичности, гибкости в управлении ресурсами.

 

А если такая возможность есть, то в принципе можно повторить все наши требования к выбору нашего провайдера. Это размещение в нескольких дата-центрах для резервирования на уровне дата-центров, если это реально критическое приложение, это готовность к изучению API облачного провайдера, чтобы многие операции автоматизировать, не делать вручную. Грубо говоря, это API должно быть, и APIдолжен решать просто ну максимум возникающих потребностей, с банального начиная, со Start/ Stop Machine и заканчивая там конфигурированием дисков, дополнительных сервисов, сети и всего остального. Потому что если есть грамотный штат разработчиков и администраторов, можно сделать все так, что оно, конечно, не будет полностью все само крутиться, но очень сильно можно минимизировать человеческие ресурсы, которые всем этим управляют.

 

То есть у нас есть такая цифра, мы ее иногда афишируем, хвастаемся, а иногда нам это ставят в пику. У нас всей нашей инфраструктурой, помимо «Битрикс24» у нас много облачных сервисов, которые относятся у «1С-Битрикс: Управление сайтом», потому что продукт, в какой-то момент мы осознали, что перестал просто быть CMS, а он стал CMS плюс облако. У нас есть облачный backup, облачный мониторинг, облачный инспектор сайтов, который смотрит доступность сайтов, показывает аптайм сайтов. У нас есть интеграция с CDN’ом, у нас есть сервисы для Push-уведомления. Огромная инфраструктура, которая обслуживается уже с нашей стороны. Вот вся инфраструктура, и это, и «Битрикс24», у нас обслуживают внутри компании 3 человека.

 

JSON.TV: Вау, здорово, что облака творят!

 

Александр Демидов: Нам, может быть, иногда не хватает, в какие-то периоды, того же переезда, то есть если бы не наше законодательство, мы, может быть, либо вообще бы не переезжали, либо, может быть, переехали бы гораздо более спокойно и плавно. Вот такие авральные задачи, которые, ну не зависят от тебя и возникают не по твоему Road Map’у на ближайшее развитие, а вот государство решило – и надо соответствовать. Вот в такие моменты иногда бывает немножко тяжело справляться, а в штатном режиме мы, в общем-то, примерно так работаем.

 

JSON.TV: Спасибо большое, спасибо за очень, я считаю, интересный рассказ, спасибо за вашу точку зрения, я думаю, все, на этом спасибо, всего хорошего!

 

Александр Демидов: Спасибо, да, до свидания!

 

JSON.TV: Да, до свидания!