Возможно, вы уже знаете, что этим летом Acronis выпустил True Image для Mac. В нашем корпоративном блоге было несколько публикаций (раз, два) по этому поводу, и сегодня мы хотели бы рассказать о мультиплатформенных особенностях разработки.

При проектировании продукта для Мака мы прежде всего ориентировались на существующих пользователей True Image. Было принято решение сделать интерфейсы двух приложений максимально схожими, чтобы человек, до этого работавший с True Image под Windows, мог быстро разобраться в Mac-версии. При этом мы должны были учесть особенности операционных систем и разницу в наборе функциональности самого True Image (ведь мы просто физически не могли реализовать все фичи старого продукта, которыми он обрастал в течение долгих лет). Нам повезло, что в то время Acronis True Image 2015 для Windows тоже обновляла свой интерфейс, поэтому юзабилисты cпроектировали новый интерфейс сразу для двух платформ.

Первоначально мы готовили очередной корпоративный пост о том, на сколько процентов новый Acronis True Image 2015 стал быстрее бекапить, но, раз уж задачу доверили дизайнерам, то расскажем кое о чем более интересном — сегодня мы поделимся историей создания нового интерфейса программы, а также покажем, что у нас в итоге получилось.

Всем привет. Однажды мы узнали о том, что нам предстоит сделать True Image для Mac OS. Как это обычно бывает, сделать надо быстро и качественно, ага. Сразу возник резонный вопрос, почему бы просто не скомпилировать True Image для Windows под Мак, ведь большинство кода уже кроссплатформенно, в том числе интерфейс, написанный на Qt? Но нам тут же были обозначены рамки:

Интерфейс решено было сделать абсолютно новый, в разы проще чем у большого брата. Также в качестве GUI-фреймворка опытные в Маковых делах ребята из Parallels посоветовали использовать именно нативный Сocoa вместо Qt, а люди из еще одной известной компании подтвердили правильность этого решения. Решили не ставить под сомнение их опыт.

В итоге было решено попытаться написать фронтенд на Cocoa к существующему коду. Продукт мы таки выпустили и уже написали об этом на Хабре, а сегодня я хочу поделиться архитектурно-техническими деталями сего процесса.

На Хабре уже немало писали и о разработке, и о бизнес-моделях для SaaS. Например, вот в этой статье затрагивается вопрос о продаже сервиса через партнеров. Если «товар штучный» и сервис достаточно дорогой, то партнер еще может регистрировать клиентов и настраивать сервис вручную. Но очевидно, что такой подход не работает для массовых сервисов. И тогда возникает необходимость в интреграции SaaS с OSS/BSS платформой облачного провайдера для автоматизации процесса предоставления сервиса, биллинга, и т. д.



В этой статье я расскажу о том, что требуется для интеграции с OSS/BSS платформами, и как мы интегрировали наш Backup-as-a-Service с платформой Parallels Automation с помощью открытого стандарта APS 2.0. В общем-то, эти советы пригодятся разработчику любого облачного сервиса, если есть планы продавать его не только со своего сайта, но и позволять это делать любому сервис-провайдеру.

Всем привет! В этой статье я расскажу вам о том, как можно использовать наши продукты для подготовки окружения для тестирования ваших программ. В большинстве сценариев тестирования ПО для достижения повторяемости результатов необходимо, чтобы окружение, на котором оно проводится, было идентичным. Подготовку этого окружения перед тестом будем называть деплойментом (“deployment”).

Весь комплекс автоматизированного тестирования выглядит следующим образом: стартовой точкой является сервер с установленным на нём «Jenkins»; через него мы задаём параметры автоматического прогона теста:

— на каком сервере или машине мы будем запускать наш тест;
— как сконфигурировать на нём рейд контроллер; как, в какой последовательности и с какими параметрами разбить диски;
— какую операционную систему поставить
— какие продукты необходимо установить на этот сервер для прогона тестового сценария.

Добрый день, дорогие обитатели хабра! Сегодня мы с гордостью представляем вам наш новый продукт, Acronis True Image for Mac – приложение, которое защитит ваши «маки» от потери данных.

Собственно, как следуют из названия, это продукт для Мак платформы. И на данный момент самый частый вопрос, который мы встречаем, это зачем и для кого мы сделали этот продукт.

Словосочетание «eat your own dog food» уже давно прижилось в IT-индустрии для определения практики использования компанией или командой разработчиков собственных сервисов и продуктов. Считается, что такой подход дает ряд преимуществ, среди которых возможность собственными глазами увидеть и оценить, как продукт или сервис работает в реальной жизни, а не в условиях интеграционного, нагрузочного или какого-либо другого тестирования.



Мы в Acronis тоже традиционно использовали наши корпоративные продукты в собственной IT-инфраструктуре. Но долгое время четкого механизма внедрения новых продуктов и обновления старых версий не существовало. Это нередко приводило к ситуациям, когда наши клиенты начинали пользоваться продуктами гораздо раньше нас самих.
Ситуация кардинально поменялась, когда была введена обязательная приемка всех корпоративных продуктов IT-отделом компании до их релиза. Фактически, мы официально признали, что наш ИТ-отдел является нашим первым и самым главным клиентом, и что ни один наш продукт не выйдет в свет, пока он не будет удовлетворять наших первых клиентов.

Как это происходит

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

Внутренние клиенты не могут гарантировать качество продукта!
Очень важно не возлагать обязанности тестирования продуктов на внутренних сотрудников. Это не проектная команда, а ПЕРВЫЕ КЛИЕНТЫ. Продукт, передаваемый внутренним клиентам, должен соответствовать всем требованиям качества, которые установлены в компании для публичных релизов, и любые критичные дефекты, не обнаруженные во время активных циклов проекта, можно считать «факапом» проектной команды.

Привет Хабр, сегодня мы расскажем про алгоритм шифрования данных в резервных копиях и особенности его применения в линейке продуктов Acronis. Как следует из заголовка, речь пойдет про стандарт ГОСТ 28147-89 (далее по тексту просто “стандарт ”).

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

Между тем есть отличная программа, которая позволяет быстро изменять диск или системный раздел без траты времени на резервное копирование и восстановление данных. Речь об Acronis Disk Director – программе, которая даёт вам полный контроль, необходимый для эффективного использования дисков, позволяет их объединять, разделять, масштабировать, копировать, перемещать отдельные разделы и многое другое.


Под катом мы рассмотрим наиболее популярные фичи продукта и его интересные особенности.

Привет, друзья! Совсем скоро мы представим новую версию Acronis True Image, а пока посмотрите видео о бэкапе от наших сотрудников.



А пока всех с пятницей! Кстати, это отличный день для бэкапов ;)

Что такое большие данные? Ответ на этот вопрос зависит от того, кому и когда он задан. Возьмем обычного пользователя: пятнадцать лет назад объём данных в среднем домашнем компьютере исчислялся несколькими гигабайтами; теперь таких гигабайт сотни и даже тысячи. Более серьезный пример: датчики, установленные на Boeing Jet, генерируют примерно 10 ТБ данных с каждого двигателя всего лишь за 30 мин. То есть самолет, прилетевший из Москвы, скажем, в Новосибирск за 4 часа, даст нам примерно 160 ТБ данных. И это только с одного полета. На десерт можно подсчитать, сколько данных оставила человечеству прошедшая Олимпиада в Сочи: сотни спортсменов и данные о них, тысячи часов видео с соревнований, данные с камер слежения и т. д.



Большие данные – это одновременно большие проблемы и большие возможности. Рассмотрим несколько типичных проблем, связанных с «Big data».

Далеко не все знают, что 31-ое марта является всемирным днём резервного копирования. В этот день нужно обязательно защитить что-нибудь важное, потому что 1-го апреля над этим важным могут неудачно пошутить. Понятно, что мы в Acronis не могли пройти мимо такой даты. Ранее мы проводили опрос на самую забавную историю о потере данных, сегодня же в честь всемирного дня резервного копирования мы решили собрать и выложить самые разные забавные и не очень факты о резервном копировании.

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

Добрый день, хабр! Меня зовут Рустам Мизов, я директор по продуктам компании Acronis, и я хочу рассказать о нашем новом продукте. Сегодня все больше и больше российских компаний сталкиваются с проблемами защиты своих быстрорастущих данных / систем. В условиях, когда им не хватает ресурсов для защиты важной информации, на помощь приходят другие компании в лице сервис-провайдеров. В общем, конечно, сервис-провайдеры могут помочь практически в любой области вашей профессиональной деятельности, но в данном случае мы говорим о резервном копировании и восстановлении информации.


С текущим уровнем развития малого и среднего бизнеса в РФ в сфере надёжного бэкапа образовался большой перекос в сторону спроса: рынок большой, а предоставлять свои услуги практически некому. Судите сами, прямые продажи  backup software компаниям, в которых нет IT-экспертизы (в качестве примера может подойти небольшая бухгалтерская контора) не работают или работают плохо. Грамотно настроить и обслуживать бэкап у них не хватит времени или квалификации имеющегося персонала, а нанимать специалиста для регулярной работы… в общем, либо работоспособность решения, либо стоимость владения. Следуя за подобными размышлениями, рано или поздно любой ударит себя ладонью в лоб и скажет, что вместо Решения надо покупать Услугу. И именно здесь начинается самое интересное.

Добрый день, Хабрахабр! Сегодня поговорим о том, как из-за роста объемов данных меняются требования к СХД и почему традиционные системы, которым мы привылки доверять, больше не могут справляться с расширением емкости и обеспечивать надежность хранения. Это мой первый пост после долгого перерыва, поэтому на всякий случай представлюсь — я Олег Михальский, директор по продуктам компании Acronis.

Если вы следите за трендами в индустрии, наверняка уже сталкивались с таким понятием как software defined anything. Эта концепция подразумевает перенос на уровень программного обеспечение ключевых функций ИТ-инфраструктуры, обеспечивающих ее масштабируемость, управляемость, надежность и взаимодействие с другими частями. Gartner называет Software Defined Anything в числе 10 ключевых трендов 2014 года, а IDC  уже опубликовала специальный обзор сегмента Software Defined Storage и предсказывает, что в к 2015 году только коммерческих решений данного типа будет куплено на 1,8 миллиарда долларов. Именно про СХД этого нового типа пойдет речь дальше.

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

По некоторым данным олимпиада в Сочи стала большим событием не только для спортсменов и болельщиков, но и для российского IT сообщества, т.к. явила собой пример использования последних веяний IT индустрии для спортивных мероприятий.

Всем привет! Меня зовут Дмитрий Чепель, я — эксперт в компании Acronis. Так уж получилось, что ко мне обращаются с проблемами, которые не удалось решить моим коллегам. Кто-то думает, что у меня есть некое «разработческое чутьё», интуиция. Не знаю, как вы, а я считаю, что интуиция — это такой же инструмент разработки, как и остальные, и её можно и нужно улучшать и тренировать.

Сегодня многие говорят о том, как облачные вычисления меняют наш взгляд на мир. Постоянно появляются новые технологии, которые упрощают нам жизнь, повышают эффективность работы, уменьшают расходы и избавляют от головной боли. На самом деле их уже так много, что становится все труднее держать руку на пульсе и выбирать из них наиболее полезные для себя. Я попытаюсь немного упростить эту задачу и расскажу о том, как организовать службу резервного копирования для среды vCloud (будь то публичное или частное облако) с помощью Acronis Backup and Recovery (ABR) for vCloud.



Давайте я коротко расскажу о преимуществах данной системы.

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

Для обеспечения надежной и быстрой работы сайтов и web-систем, в нашей компании была проведена экспертиза доступных на рынке технических средств. Мы руководствовались простой целью: достигнуть масштабируемости и одновременно высокой производительности наших систем.

Кластер, фактически, был построен с нуля. Возникла frontend-backend архитектура. Базы данных отправились в MariaDB Galera, все сайты переехали на унифицированные web-ноды.

В процессе долгой работы, споров и обсуждений родились готовые решения, которыми компания Acronis с удовольствием делится с Вами. Мы существуем чтобы помогать.

Хочу рассказать о том, как прижился XenServer в нашем отделе тестирования, а так же немного о другом используемом free/opensource (DRBL + Clonezilla, Tape redirector, MHVTL). Выбор остановился на этих продуктах не по идеологическим, а сугубо практическим причинам — они удобные и масштабируемые. Но есть и ряд проблем, которым я также уделю внимание в этой статье.
Под катом много текста и изображений.

Привет, хабр. Ответьте себе на один простой вопрос: давно ли вы в последний раз делали резервную копию данных своего компьютера? На Хабре, конечно, отношение “забэкапленных” пользователей и “незабэкапленных” чуть отличается от среднего по миру (в лучшую, разумеется, сторону), но всё равно показатель далёк даже от 50%. Так что вопрос “давно ли вы делали бэкап”, скорее, риторический: хорошо если встроенные в ОС средства восстановления после сбоев были настроены и занимались каким-то своим резервным копированием, полный бэкап всех критических, чувствительных или просто важных данных делают всё ещё очень и очень редко. И это при копеечной стоимости (и внушительных объёмах) современных жёстких дисков.



Почему пользователи беспечно относятся к своим данным? Ответ, на самом деле, простой: