Применение облачных сервисов для автоматизации бизнеса

Применение облачных сервисов для автоматизации бизнеса

Применение облачных сервисов для автоматизации бизнеса

Введение

Актуальность исследования. Выбранная тема «Применение облачных сервисов для автоматизации бизнеса» актуальна в наше время, так как облачные сервисы становятся всё более известными. По крайней мере, не зная о том, что это такое и как они работают, их название и применение периодически встречаются в повседневной жизни. Также IT-структура с годами развивается и развивает вместе с собой облачные сервисы. Выгоднее всего им развивать облачные сервисы для автоматизации бизнеса, при этом сами компании получают конкурентные преимущества и имеют возможность экономить средства на развитие и поддержание собственной ИТ- инфраструктуры.

Цель работы: изучить облачные сервисы для автоматизации бизнеса и обосновать преимущества перехода на облачную обработку данных.

Задачи исследования:

)     Дать определение понятию «облачные технологии».

2)       Узнать историю их создания и развития. Выявить их достоинства и недостатки.

3)   Проанализировать, как облачные технологии могут помочь автоматизировать бизнес.

5)   Рассмотреть виды и модели облачных сервисов для бизнеса, принципы их работы.

6)   Рассмотреть наиболее известные облачные сервисы для бизнеса, сравнить их характеристики.

7)   Подробно рассмотреть варианты их использования при ведении бизнеса.

8)   Рассмотреть задачи автоматизации бизнеса на примере конкретных облачных решений.

Гипотеза: Если начать вести бизнес с помощью облачных сервисов, то можно снизить нагрузку на его ведение, снизить трудозатраты и сконцентрировать своё внимание на самом бизнесе, а не на нюансах его ведения, получить конкурентные преимущества на основе использования современных ИТ.

Объектом исследования данной работы является типовое предприятие в сфере торговли и услуг. Предметом - облачные сервисы, которые позволяют автоматизировать процессы и учетную деятельность на этом предприятии.

Методы исследования: сбор информации (как теоретической, так и практической), её анализ, метод опроса, сравнение, естественный эксперимент.

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

Во введении обоснована актуальность исследуемой темы, выделены цели и задачи, определены объект и предмет.

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

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

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

1.   Облачные сервисы как элемент автоматизации бизнеса

Облачные сервисы. Что же это такое и как они работают

Проведенный в США социологический опрос показал - 54% опрошенных твердо уверены, что они никогда не пользовались облачными технологиями. На самом деле ситуация совершенно иная - более 95% пользователей интернета использует облачные технологии, даже не подозревая об этом. Вы используете их, когда смотрите онлайн-видео, вебинары, играете в онлайн-игры, скачиваете музыку через iTunes, просматриваете почту на Gmail или заходите на Facebook.

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

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

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

И такая система доступа была разработана. Теперь пользователь может получить доступ к удаленным вычислительным ресурсам через web-сервис.

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

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

Облачные вычисления (сloudcomputing) - это практическая реализация данной идеи. Облачные вычисления основаны на масштабированных и виртуализованных ресурсах (данных и программах), которые доступны пользователям через Интернет и реализуются на базе мощных центров обработки данных (datacenters).

С пользовательской точки зрения, имеются доступные "облака", предоставляемые различными компаниями, которые можно использовать для доступа к мощным вычислительным ресурсам, отсутствующим у пользователя (который может работать, например, на нетбуке). Пользователь платит абонентскую плату за использование облачных сервисов какой-либо фирмы.

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

Из облачных платформ наиболее популярной является Microsoft Windows Azure - операционная система с поддержкой облачных вычислений

-     и Microsoft Azure Services Platform - платформа для разработки и использования облачных сервисов на базе Microsoft.NET.

В настоящее время многие крупные компании - Microsoft, Google. IBM, Oracle/Sun, Amazon и многие более мелкие фирмы, конкурируя друг с другом, заняты разработкой своих облачных сервисов и инструментов для их создания. Имеется тенденция к интеграции "корпоративных облаков" в единое доступное пользователю облако.

Элементы концепции и архитектуры облачных вычислений

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

Различаются следующие уровни архитектуры облачных вычислений.

1)   Уровень клиента - это клиентское ПО, используемое для доступа к облачным сервисам, например, web-браузер.

2)   Уровень сервисов - это сами сервисы, используемые через облачную модель.

3)       Уровень приложений - это программы, доступные через облако и не требующие инсталляции на компьютере пользователя (в последнем - одно из главных преимуществ облачной модели).

Элементами концепции облачных вычислений являются:

•    «Инфраструктура как сервис» (“Infrastructure as a Service” или “IaaS”)

•    «Платформа как сервис» (“Platform as a Service”, “PaaS”)

•   «Программное обеспечение как сервис» (“Software as a Service” или “SaaS”).

Рассмотрим каждую из этих технологий подробнее.

Инфраструктура как сервис (IaaS):

Рисунок 1.1- Инфраструктура IaaS.

- это предоставление компьютерной инфраструктуры как услуги на основе концепции облачных вычислений.состоит из трех основных компонентов:

•    Аппаратные средства (серверы, системы хранения данных, клиентские системы, сетевое оборудование);

•    Операционные системы и системное ПО (средства виртуализации, автоматизации, основные средства управления ресурсами);

•    Связующее ПО (например, для управления системами).основана на технологии виртуализации, позволяющей пользователю оборудования делить его на части, которые соответствуют текущим потребностям бизнеса, тем самым увеличивая эффективность использования имеющихся вычислительных мощностей. Пользователь (компания или разработчик ПО) должен будет оплачивать всего лишь реально необходимые ему для работы серверное время, дисковое пространство, сетевую пропускную способность и другие ресурсы. Кроме того, IaaS предоставляет в распоряжение клиента весь набор функций управления в одной интегрированной платформе.избавляет предприятия от необходимости поддержки сложных инфраструктур центров обработки данных, клиентских и сетевых инфраструктур, а также позволяет уменьшить связанные с этим капитальные затраты и текущие расходы. Кроме того, можно получить дополнительную экономию, при предоставлении услуги в рамках инфраструктуры совместного использования.

Первопроходцами в IaaS считается компания Amazon, которые на сегодняшний день предлагают два основных IaaS-продукта: EC2 (ElasticComputeCloud) и S3 (SimpleStorageService). EC2 представляет собой Xen-хостинг со статическими VPS-характеристиками, которые не расширяются на лету (хотя многие подобные сервисы уже предоставляют т.н. autoscaling). Хранилище S3 имеет интерфейс WebDAV и поддерживает работу со многими известными языками программирования.

Среди других инфра-сервисных компаний можно отметить:имеет очень удобный интерфейс для управления VPS, а также cloudstorage с поддержкой протоколов SCP, FTP, SAMBA/CIFS, RSYNC, причем размер хранилища масштабируется на лету. В скором времени разработчики обещают добавить управление посредством API.представляет собой решение для развертывания и управления виртуальными приложениями в облаке, при этом управление услугами осуществляется через браузер. Приятным дополнением является автоматическое масштабирование виртуальных машин под текущую нагрузку, а также автобалансировка нагрузки. Среди поддерживаемых виртуальных архитектур поддерживаются Linux, Windows, Solaris и BSD Guests. Для виртуализации применяют не только Xen, но и KVM, а также VMware.представляет собой программный комплекс с открытым кодом для реализации cloudcomputing на кластерных системах. В настоящее время интерфейс совместим с Amazon EC2, но заявлена поддержка и других.

Платформа как сервис (PaaS):

облачный сервис автоматизация бизнес

Рисунок 1.2- Платформа PaaS.

- это предоставление интегрированной платформы для разработки, тестирования, развертывания и поддержки веб-приложений как услуги.

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

Такой подход имеет следующие достоинства:

•    масштабируемость;

•        отказоустойчивость;

•        виртуализация;

•        безопасность.

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

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

Самым известным примером такой платформы является AppEngine от Google, которая предлагает хостинг для веб-приложений с возможностью покупать дополнительные вычислительные ресурсы (например, для тестирования высоких нагрузок). Для запуска приложений GoogleAppEngine на виртуальных кластерных системах была разработана платформа, не имеющая, тем не менее, никакого отношения к Google.

В системах веб-поиска и контекстной рекламы компании Yahoo используется платформа Hadoop, ориентированная на передачу больших объемов данных между сетевыми серверами. На базе Hadoop построены HBase (аналог базы данных GoogleBigTable), а также HDFS (HadoopDistributedFileSystem, аналог GoogleFileSystem).

Еще одним ярким представителем PaaS являются продукты компании Mosso:

—  CloudSites - веб-хостинг (Linux, Windows, Mail) для нагрузочных веб-проектов с возможностью расширять базовые бесплатные - возможности за дополнительную плату (трафик, хранилище данных, вычислительная мощность).

—  CloudFiles - файловый cloud-хостинг с ежемесячной погигабайтной оплатой за объем хранимых файлов. Управление осуществляется через браузер, либо посредством API (PHP, Python, Java,.NET, Ruby).

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

Ну а в центре всей облачной инфраструктуры Microsoft - операционная система WindowsAzure. WindowsAzure создает единую среду, включающую облачные аналоги серверных продуктов Microsoft (реляционная база данных SQL Azure, являющаяся аналогом SQL Server, а также ExchangeOnline, SharePointOnline и MicrosoftDynamics CRM Online) и инструменты разработки (.NET Framework и VisualStudio, оснащенная в версии 2010 года набором WindowsAzureTools). Так, например, программист, создающий сайт в VisualStudio 2010, может не выходя из приложения разместить свой сайт в WindowsAzure.

Программное обеспечение как сервис (SaaS):

Рисунок 1.3- Программное обеспечение SaaS.

- модель развертывания приложения, которая подразумевает предоставление приложения конечному пользователю как услуги по требованию (ondemand). Доступ к такому приложению осуществляется посредством сети, а чаще всего посредством Интернет-браузера.

В данном случае, основное преимущество модели SaaS для клиента состоит в отсутствии затрат, связанных с установкой, обновлением и поддержкой работоспособности оборудования и программного обеспечения, работающего на нём. Целевая аудитория - конечные потребители.

В модели SaaS:

•    приложение приспособлено для удаленного использования;

•        одним приложением могут пользоваться несколько клиентов;

•        оплата за услугу взимается либо как ежемесячная абонентская плата, либо на основе суммарного объема транзакций;

•        поддержка приложения входит уже в состав оплаты;

•    модернизация приложения может производиться обслуживающим персоналом плавно и прозрачно для клиентов.

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

По-сути, программное обеспечение в рамках SaaS можно рассматривать в качестве более удобной и выгодной альтернативы внутренним информационным системам.

Развитием логики SaaS является концепция WaaS (Workplaceas a Service - рабочее место как услуга). То есть клиент получает в свое распоряжение полностью оснащенное всем необходимым для работы ПО виртуальное рабочее место.

По недавно опубликованным данным SoftCloud спросом пользуются следующие SaaS приложения (в порядке убывания популярности):

•    Почта;

•        Коммуникации (VoIP);

•        Антиспам и антивирус;

•        Helpdesk;

•        Управление проектами;

•        Дистанционное обучение;

•        CRM;

•        Хранение и резервирование данных.

Весьма схожими являются продукты MobileMe (Apple), Azure (Microsoft) и LotusLive (IBM). Суть данных сервисов в том, что они предоставляют пользователям доступ к хранению своих данных (контакты, почта, файлы), а также для совместной работы нескольких пользователей с документами.

Вопросами хранения пользовательских данных в Интернет озадачена и компания Google, которая разрабатывает проект GDrive, который будет представлять собой виртуальный жесткий диск, который будет определяться ОС как локальный. Также заявлено, что можно будет хранить неограниченное количество данных, что звучит весьма заманчиво.

Хранение файлов без ограничений также предлагает MediaFire.com. Имеется как полностью бесплатное использование (правда, с некоторыми ограничениями, например, на максимальный размер загружаемого файла), так и покупка премиум-аккаунта, расширяющего возможности (например, шифрование файлов, получение прямых ссылок на скачивание).

Еще одним интересным представителем вида SaaS является продукт iCloud, представляющий собой операционную систему, работать с которой можно непосредственно через браузер. Интерфейс операционной системы выполнен в стиле WindowsVista/XP. На сегодняшний день проект находится в стадии беты и в самой ОС реализован минимум приложений.

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

Данную услугу сейчас предоставляют множество компаний, в том числе, такие как Nero и Symantec.

Интересное применение cloud-технологиям нашли и разработчики компьютерных игр: теперь современным компьютерам и игровым приставкам не будут нужны мощные графические адаптеры (видеокарты), ведь вся обработка данных и рендеринг будут производиться cloud- серверами, а игроки будут получать уже обработанное видео. Одним из первых заявил о себе сервис OnLive, и совсем недавно об этом заговорила и компания Sony, которая собирается внедрить данную идею в Playstation 3.

Согласно SaaS-концепции пользователь платит не единовременно, покупая продукт, а как бы берет его в аренду. Причем, использует ровно те функции, которые ему нужны. Например, раз в год вам нужна некая программа. И чаще вы ее использовать не собираетесь. Так зачем же покупать продукт, который будет у вас лежать без дела? И зачем тратить на него место (в квартире, если это коробка с диском, на винчестере, если это файл)?

Конкуренция в облачной сфере привела к появлению бесплатных сервисов. Именно по такому пути пошли два конкурента - Microsoft и Google. Обе компании выпустили наборы сервисов, позволяющих работать с документами. У Google это GoogleDocs, у Microsoft - OfficeWebApps.

При этом, оба сервиса тесно взаимосвязаны с почтой (Gmail в первом случае и Hotmail во втором) и файловыми хранилищами. Таким образом, пользователя как бы переводят из привычной ему оффлайн-среды в онлайн. Важно, что и Google, и Microsoft интегрируют поддержку своих онлайн- сервисов во все программные среды - как настольные, так и мобильные (напомним, что Google создала ОС Android, а Microsoft - WindowsPhone 7).

Аналогичную концепцию (но с несколько другими акцентами) продвигает и главный конкурент обеих компаний - Apple. Речь идет об очень любопытном сервисе под названием MobileMe. Сервис включает в себя почтовый клиент, календарь, адресную книгу, файловое хранилище, альбом фотографий и инструмент для обнаружения утерянного iPhone. За возможность пользоваться всем этим Apple берет примерно 65 евро (или 100 долларов) в год. При этом Apple обеспечивает такой уровень взаимодействия своего набора интернет-сервисов и приложений на компьютере (под управлением Mac OS X), телефоне, плеере и iPad, что необходимость в использовании браузера пропадает. Вы пользуетесь привычными программами на своем Mac, iPhone и iPad, однако, все данные хранятся не на них, а в облаке, что позволяет забыть о необходимости синхронизации, а также - о их доступности.

Если Apple интегрирует веб-сервисы в привычные приложения операционной системы, то Google заходит с противоположной стороны: разрабатываемая интернет-гигантом операционная система Chrome OS представляет собой, фактически, один браузер, через который пользователь взаимодействует с разветвленной сетью веб-сервисов. ОС ориентирована на нетбуки, отмечаются очень низкие системные требования и отсутствие необходимости самостоятельной установки программ (так как все программы работают непосредственно в вебе). То есть Google предоставляет преимущества облачной концепции, обычно декламируемые при работе с корпоративными клиентами, обычным пользователям. Вместе с тем, очевидна невозможность использования таких нетбуков в странах с недостаточно широким проникновением широкополосного интернета.

Потому что без интернета нетбук на базе Chrome OS будет совершенно бесполезен.

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

Помимо различных способов предоставления сервисов различают несколько вариантов развёртывания облачных систем:

Частное облако (privatecloud)- используется для предоставления сервисов внутри одной компании, которая является одновременно и заказчиком и поставщиком услуг. Это вариант реализации «облачной концепции», когда компания создает ее для себя самой, в рамках организации. В первую очередь реализация privatecloud снимает один из важных вопросов, который непременно возникает у заказчиков при ознакомлении с этой концепцией - вопрос о защите данных с точки зрения информационной безопасности. Поскольку «облако» ограничено рамками самой компании, этот вопрос решается стандартными существующими методами. Для privatecloud характерно снижение стоимости оборудования за счет использования простаивающих или неэффективно используемых ресурсов. А также, снижение затрат на закупки оборудования за счет сокращения логистики (не думаем, какие сервера закупать, в каких конфигурациях, какие производительные мощности, сколько места каждый раз резервировать и т.д.

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

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

Смешанное (гибридное) облако - совместное использование двух вышеперечисленных моделей развёртывания

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

Рисунок 1.4- Взаимосвязь облаков разных типов.

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

Достоинства и недостатки облачных сервисов

Как и у любой технологии, облачные технологии имеют свои достоинства и недостатки.

К основным достоинствам можно отнести следующие:

Доступность - «облака» доступны всем и везде, где есть Интернет и с любого устройства, где есть браузер;

Низкая стоимость - снижение расходов на обслуживание (использование технологий виртуализации), оплата лишь фактического использование ресурсов облака пользователем (позволяет экономить на покупке и лицензировании программного обеспечения), аренда «облака», развитие аппаратной части вычислительных систем;

Гибкость - неограниченность вычислительных ресурсов (виртуализация). Надежность - специально оборудованные ЦОД имеют дополнительные источники питания, регулярное резервирование данных, высокая пропускная способность Интернет канала, устойчивость к DDOS атакам;

Не требуются большие вычислительные мощности ПК- по сути любой смартфон, планшет и т.д., при открытии окна браузера получает огромные потенциал;

Отказоустойчивость;

Высокая скорость обработки данных;

Экономия на покупке софта - все необходимые программы уже есть в сервисе. Где будут работать сети;

Ваш собственный винчестер не переполняется - все данные хранятся в

Безопасность - "облачные" сервисы имеют достаточно высокую безопасность при должном её обеспечении, однако при халатном отношении эффект может быть полностью противоположным;

Конфиденциальность "облаков", особенно находящихся в специально оборудованных ЦОД (Центр Обработки Данных), очень высокая, так как такие ЦОД имеют резервные источники питания, охрану, профессиональных работников, регулярное резервирование данных, высокую пропускную способность Интернета-канала, высокая устойчивость к DDOS-атакам.

Недостатки же можно выделить следующие:

Постоянное соединение с сетью - для работы с «облаком» необходимо постоянное подключение к сети;

Программное обеспечение - пользователю доступно только то программное обеспечение, которое есть в «облаке», а также пользователь не может настраивать приложения под себя;

Потеря информации в «облаке» означает невозможность ее восстановления;

Хотя «облако» является достаточно надежной системой, но в случае проникновения злоумышленника, ему будет доступен огромный объем данных;

Облачная услуга предоставляется всегда какой-либо компанией, соответственно, сохранности пользовательских данных зависит от этой компании;

Появление облачных монополистов;

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

Как мы видим, преимуществ у облачных сервисов всё же больше, чем недостатков. Но недостатки всё-таки есть, и некоторые из них довольно-таки серьёзные. Как например, при проникновении злоумышленника, можно потерять засекреченные данные. И мало ли что он ещё с ними сделает. Фирма может «потерять своё лицо» или понести значительные траты.

Планирование перехода на облачную обработку данных

«Облако» является новой бизнес-моделью для предоставления и получения информационных услуг. Эта модель обещает снизить оперативные и капитальные затраты. Она позволяет ИТ департаментам сосредоточиться на стратегических проектах, а не на рутинных задачах управления собственным центром обработки данных.

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

Прежде чем переходить на облачное хранение данных, нужно узнать выгодно ли это решение. Рассмотрим, чем же облачные технологии могут помочь бизнесу:

1)   Пользователю не нужно заботиться о производительности своего ПК, не нужно переживать о свободном месте на дисковом пространстве. С облачными технологиями этот вопрос автоматически снимается сразу же, на первых этапах.

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

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

Рисунок 1.5- Облачные технологии в бизнесе

Далее рассмотрим вопросы лицензирования программного обеспечения.

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

Во многих современных облачных средах вы платите за ресурсы, используя такие единицы измерения ресурсов, как CPU-час. Например, самая дешевая из виртуальных машин в облаке Amazon стоит $0,10 за каждый час пользования экземпляром. Если эта виртуальная машина проработает 10 часов, а затем будет остановлена, вам потребуется заплатить за ее использование всего $1,00 - даже если это будет единственным фактом вашего пользования облаком Amazon в течение месяца.

В реальной жизни вы можете пользоваться, например, таким рабочим сценарием:

-   начиная с полуночи и до 9 часов утра ваше приложение работает на двух серверах приложений (два сервера приложений используются для обеспечения избыточности);

-    с 9 часов утра и до 17:00 вы запускаете еще 6 дополнительных серверов приложений, чтобы удовлетворить требованиям по нагрузке в рабочие часы;

-    в вечернее время, начиная с 17:00 и до полуночи вы используете четыре сервера приложений, чтобы сэкономить на выплатах, но, тем не менее, удовлетворять потребности в ресурсах.

Если все это просуммировать, вам понадобится оплачивать 110 часов машинного времени в сутки. Если бы вы использовали традиционную инфраструктуру, вам бы потребовалось купить восемь серверов, которые работали бы все время.

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

Таким образом, при переходе на облачные вычисления вам необходимо прояснить условия лицензирования вашего ПО, в частности:

поддерживает ли ваша лицензия расчет затрат на основе времени использования (CPU-час, количество пользователей и т. д.)?

поддерживает ли само ПО работу в виртуальных средах?

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

С точки зрения модели лицензирования, идеальным для использования в облачной среде является ПО на основе открытого кода (OpenSource). Фактически именно гибкость модели лицензирования OpenSource и сделала возможной реализацию облака Amazon. Если вы сможете полностью ликвидировать вопросы лицензирования при развертывании ваших приложений в облачной инфраструктуре, вы можете сконцентрироваться на других вопросах перехода на использование облачной обработки данных. Хотя большинство решений на основе открытого кода (например, Apache и большинство дистрибутивов Linux) предоставляют вам полную свободу действий, с вопросами лицензирования вам все же придется столкнуться, если вы приобретаете поддерживаемые версии программного обеспечения OpenSource, например RedHatEnterpriseLinux или MySQLEnterprise. К счастью, схемы лицензирования такого ПО вполне дружественны по отношению к использованию в облачной инфраструктуре.

Если не брать в расчет модель лицензирования OpenSource, которая наилучшим образом подходит для облачных вычислений, то второй будет модель, в соответствии с которой плата взимается за CPU в час. По мере того как облачная модель входит в обиход, все большее и большее количество поставщиков предлагают услуги с почасовой оплатой. Например, Microsoft, Valtira, RedHat, Vertica, Sun, а также многие другие компании уже приняли условия почасовой оплаты за CPU и довольно неплохо поддерживают облачную обработку данных. Oracle тоже рекламирует свою доступность в облачных вычислениях, но вот, к сожалению, они все равно придерживаются своей устаревшей модели лицензирования, которая направлена на поддержание традиционных условий.

ПО, схема лицензирования которого основывается на количестве пользователей, тоже может адекватно работать в облачной среде. Основная сложность с таким ПО часто заключается в том, как оно производит проверку условий лицензирования. Вы можете подвергаться риску нарушения лицензионного соглашения, лицензия может быть "привязана" к конкретным MAC- или IP-адресам или система управления лицензиями может оказаться недостаточно интеллектуальной для того, чтобы поддерживать облачную среду, или необоснованно лишать вас возможности масштабирования вашей системы в облаке.

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

Некоторые программы, схемы лицензирования которых основаны на количестве процессоров, требуют проверки (валидизации) на специальном сервере лицензирования. Любое ПО, в котором налагается такое требование, в облачной среде может оказаться неработоспособным, если оно не является достаточно интеллектуальным, чтобы "на лету" распознать замену физического сервера лицензирования на виртуальный. Даже если такое ПО и может распознать замену, вам все равно потребуется убедиться в том, что сервер лицензирования позволит вам запустить то количество серверов, которое вам требуется.

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

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

Рассмотрим также, чего будет стоить переход к модели затрат на облачную среду.

Как уже было рассмотрено ранее, плата за облачные ресурсы взимается по факту их использования. Для Amazon эта модель основана на такой единице, как CPU-час. Для некоторых других облаков, например, GoGrid, применяется оценка в RAM-час. Рассмотрим пример оценки затрат, которые придется понести с учетом потребности в ресурсах, описанной чуть ранее (два сервера приложений в течение интервала от полуночи до 9:00, восемь серверов в течение интервала от 9:00 до 17:00 и четыре - с 17:00 до полуночи).

Предположим, что вы имеете такую основную инфраструктуру: 6/CPU-час: один балансировщик нагрузки 23/CPU-час: два сервера приложений 46/CPU-час: два сервера баз данных

В этом случае ваша ежедневная плата составит: 137+2509+2190=4836.

Ваши ежегодные затраты на хостинг составят 1765140 рублей без учёта лицензионных отчислений за ПО, инструменты управления облачной инфраструктурой и заработной платы сотрудникам.

Подходы к сравнению расценок

Наилучший способ сравнить расценки в различных облачных моделях заключается в определении полной стоимости владения (TotalCostofOwnership, TCO) в течение периода амортизации аппаратных средств. В зависимости от организации, период амортизации аппаратных средств обычно составляет от двух до трех лет. Чтобы получить точную информацию о ваших полных затратах в облачной среде, вам необходимо принять во внимание следующие четыре статьи затрат:

-   оценочные затраты на использование виртуального сервера в течение трех лет;

-     оценочные затраты на лицензионные выплаты на поддержку использования виртуального сервера в течение трех лет;

-     оценочные затраты на инструменты управления облачной инфраструктурой (в случае их применения) в течение трех лет;

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

-   затраты на использование любых сторонних инструментов для работы с облачной средой.

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

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

При таком анализе не учитываются невосполнимые издержки (sunkcosts). Если вы можете использовать существующую инфраструктуру без дополнительных затрат, вы можете считать, что по этой статье у вас будут нулевые затраты. Если у вас есть дополнительные серверы и IT- ресурсы, которые обеспечивают избыточную отказоустойчивость, вы можете обнаружить, что ваша существующая инфраструктура требует меньших общих затрат. Принимая во внимание это соображение, вам, тем не менее, следует решить, не повлечет ли откладывание перехода на облачные вычисления каких-либо долгосрочных затрат, которые могут уменьшить выигрыш от использования существующей инфраструктуры.

При выполнении сравнения вам необходимо исследовать следующие аспекты имеющихся альтернативных вариантов.

-    Каковы будут ваши затраты на предоплату (плата за установку, капиталовложения в физическое пространство, затраты на аппаратные средства, покупку лицензий)?

-   Каковы предполагаемые трудозатраты на установку инфраструктуры?

-     Каковы затраты, ассоциированные с работой инфраструктуры (хостинг, арендная плата за помещение, затраты на электроэнергию, страхование)?

-    Каковы трудозатраты, ассоциированные с поддержкой аппаратных средств и сетевой инфраструктуры?

-    Каковы предстоящие затраты на лицензирование и/или апгрейд?

Каковы будут затраты на поддержку программного обеспечения?

Пример анализа прибыли на инвестированный капитал

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

Не следует слишком въедливо относиться к конкретным статьям затрат и вариантам выбора при покупке оборудования или опциям выбора облачных сервисов, приведенным в этом примере. Его цель не заключается в предоставлении подробного анализа прибыли на инвестированный капитал (ROI) в расчете на внутренний центр обработки данных или облачную инфраструктуру. Напротив, основная задача этого примера анализа экономических показателей облачной инфраструктуры в сравнении с внутренней физической IT-инфраструктурой предприятия или организации заключается в том, чтобы продемонстрировать основные вопросы, которые вам надо будет принять во внимание, выполняя такой анализ для своего собственного предприятия. Ваш анализ должен учитывать вопросы затрат на организацию инфраструктуры и стоимость этих решений для вашего предприятия.

Данный конкретный пример подразумевает, что два сервера приложений без особых проблем поддерживают стандартные требования к ресурсам и производительности. Кроме того, в рассматриваемом примере предполагается, что период пиковых нагрузок наступает на 15-й день каждого месяца и продолжается 24 часа. Обслуживание этой пиковой нагрузки при обеспечении определенного уровня производительности в соответствии с требованиями стандарта требует подключения четырех дополнительных серверов. Если ограничиться всего двумя дополнительными серверами приложений, то рассматриваемая система все же может функционировать при пиковых нагрузках, но ее производительность существенно упадет.

Если вы начинаете вести бизнес "с нуля", то для организации минимально необходимой инфраструктуры вам понадобится приобрести следующее оборудование:

полустойку у надежного ISP с полосой пропускания, достаточной для поддержания ваших требований;

-   два надежных брандмауэра (firewall);

-         один надежный аппаратный балансировщик нагрузки;

          два хороших коммутатора гигабитного Ethernet;

-шесть надежных серверов бизнес-класса (для работы в условиях пиковых нагрузок на 15-й день).

Если вы сделаете выбор в пользу облачной инфраструктуры, вам потребуются несколько виртуальных экземпляров:

-   один 32-битный экземпляр умеренной производительности (модель medium);

-     четыре 64-битных экземпляра (модель large) для работы в стандартных условиях, с увеличением их количества до 8 для работы в условиях пиковой нагрузки.

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

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

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

Как правило, вычислению приведенной стоимости (presentvalue) обычно посвящается целая глава в учебниках по финансовым вычислениям, и эта тема, безусловно, выходит далеко за рамки круга вопросов, обсуждаемых в этой книге. К счастью, в большинстве финансовых калькуляторов, а также в таких программах, как Microsoft Excel или Apple Numbers, уже имеются готовые функции, с помощью которых вы легко сможете выполнить данные расчеты.

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

Теперь вы видите, что облачная инфраструктура не просто стоит дешевле, но и сама ее схема выплат позволяет сэкономить по сравнению с физической внутренней инфраструктурой IT.

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

На чем еще позволяет экономить облачная инфраструктура?

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

Экономия за счет использования облачной среды становится значительной, а иногда достигает и просто немыслимых уровней, если ваша среда динамична и между пиковыми нагрузками и средним уровнем нагрузки наблюдается существенная разница. Например, у моей компании есть один заказчик, чей пример может быть очень показательным. Обычно в течение целого года сайт этой компании посещает всего лишь несколько пользователей за день. Однако в конце квартала картина резко меняется и за 15 минут их сайт может посетить более 10 миллионов разных пользователей. Очевидно, что приобретение аппаратных средств для поддержания этих пиковых нагрузок - это чудовищное расточительство (фактически с полной нагрузкой это оборудование будет работать всего лишь 1 час в году). Тем не менее, они не могут позволить себе снижения производительности даже на 1 час в году. Для них облачная инфраструктура будет идеальным решением, потому что большую часть времени они смогут работать с минимальным потреблением ресурсов, и мгновенно наращивать вычислительные мощности в те минуты, когда им необходимо поддерживать пиковые нагрузки.

Распространенные статьи экономии заключаются в управлении непроизводственными средами - перемещение данных, тестирование, разработка и т. д. Обычно такие среды требуются предприятию в определенные моменты времени на различных этапах разработки приложений, после чего необходимость в них отпадает. Более того, при тестировании обычно требуется полное дублирование производственной среды. Если вы пользуетесь облачными сервисами, вы на короткий срок можете развернуть полный дубликат вашей производственной среды, выполнить тестирование, а затем, когда ваши задачи будут выполнены, свернуть эту среду и освободить ресурсы. Уровни сервиса для облачных приложений

Когда предприятие предоставляет клиентам некий сервис - не важно, какой именно, облачный или традиционный на основе собственного центра обработки данных - то эта компания, как правило, предоставляет клиентам соглашение об уровне сервиса (servicelevelagreement, SLA), где указываются ключевые параметры (уровни сервиса), которых клиент вправе ожидать от данного сервиса. Прежде, чем вы примете решение о переходе на облачные технологии, вам необходимо понять на концептуальном уровне, что представляют собой доступность (availability), надежность (reliability) и производительность (performance) облачных сервисов.

Что же можно сказать о доступности облачных вычислений.

Доступность - это показатель, который указывает, насколько часто может использоваться сервис в течение предопределенного периода времени. Например, если Web-сайт доступен широкой публике в течение 710 часов из 720-часового периода (1 месяц), то можно сказать, что в течение этого месяца доступность сервера составляла 98,6 %.

Хотя показатель 98,6 % на первый взгляд кажется очень хорошим, приемлемость этого значения в действительности сильно зависит от того, для какого приложения замеряется этот показатель, а иногда и от того, какие отдельные функции приложения были доступными. Например, если Googlespider не будет работать в течение 24 часов, но при этом вы все равно сможете выполнять поиск и получать результаты, сочтете ли вы, что "Google не работает"?

Большинство людей считают, что система обладает высокой доступностью, если объявленное ожидаемое значение показателя доступности составляет от 99,99 до 99,999 %. При доступности 99,999 % система может оказаться недоступной только 5 минут 15 секунд за год.

Когда о системе говорится, что она является системой высокой доступности, имеется в виду то, на что вы можете рассчитывать в будущем, а не то, что произошло в течение предыдущего года, который прошел удачно для вас. Например, то, что ваш Web-сайт, размещенный на старом сервере на базе процессора Intel 486, в течение прошлого года работал без перебоев, еще не значит, что вы имеете систему высокой доступности. Если вероятность отказа этого старого сервера в течение календарного года составляет примерно 40 %, у вас нет никакого основания считать его системой высокой доступности, несмотря на его производительность в течение прошлых лет.

Как оценить доступность вашей системы?

Большинство перебоев в работе сервисов представляют собой результат неполадок в работе оборудования. Эти перерывы в работе могут оказаться длительными, если администраторы сервиса неправильно диагностируют причину сбоя или допустят другие ошибки в устранении возникшей проблемы. Таким образом, для оценки ожидаемой доступности должны использоваться две переменные:

вероятность возникновения сбоев или неполадок системы в течение оценочного периода;

ожидаемое время простоя в случае возникновения сбоев и неполадок.

Ожидаемая доступность компонента выражается следующей математической формулой:

= (p - (c Ч d)) / p. (1)

Здесь:- ожидаемая доступность;- вероятность (в %) отказа сервера в течение заданного периода;- ожидаемое время простоя вследствие отказа сервера; p - оцениваемый период.

Таким образом, если ваш старый компьютер на базе процессора i486 имеет вероятность отказа, которая составляет 40 %, и в этом случае вы предполагаете, что время простоя составит 24 часа, то его ожидаемая доступность составит:

(8760 - (40 % Ч 24)) / 8760, или 99,9 %. (2)

Показатель доступности 99,9 % выглядит довольно неплохо, особенно для старого компьютера на базе процессора i486, не так ли? В данном случае ситуация чрезмерно упрощена. На самом деле ваше кабельное или DSL- соединение не будет работать бесперебойно и никогда не будет разрываться. За 24 часа вы не успеете заменить сервер, сконфигурировать его и восстановить данные с резервной копии.

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

a = (p - SUM(c1Чd1 / cnЧdn)) / p. (3)

Например, если ваш провайдер обычно испытывает технические проблемы два раза в год, причем время простоя обычно составляет два часа, то доступность интернет-соединения оценивается так:

(8760 - (200 % Ч 2)) / 8760 = 99,95 %. (4)

Таким образом, общий показатель доступности вашей системы будет таким:

(8760 - ((40 % Ч 24) + (200 % Ч 2))) / 8760 = 99,84 %. (5)

Этот пример призван продемонстрировать горькую правду о доступности программных систем: чем больше точек отказа (pointsoffailure), которые представляют собой компоненты, отказ которых приведет к простою системы, тем ниже ее рейтинг доступности. Далее, продолжительность времени простоя оказывает еще более сильное влияние на вероятность того, что ваш сервис будет недоступен.

Смягчить проблему помогает избыточность. Если у вас есть два или более физических компонентов, представляющих логические компоненты, то ожидаемое время простоя логического компонента представляет собой ожидаемую продолжительность периода времени в случае события, когда все эти физические компоненты откажут одновременно. Иными словами, формула c Ч d, используемая для вычисления времени простоя, несколько усложняется и принимает следующий вид:

(c Ч dn) / (p(n - 1)). (6)

В этой формуле n представляет собой уровень избыточности системы.

В случае, когда n = 1, формула, как и ожидалось, упрощается:

(c Ч dn) / (p(n - 1)) = (c Ч d) / (p0) = c Ч d. (7)

Если в рассматриваемом примере в систему добавить еще один избыточный компонент - еще один сервер с процессором i486, то это позволит быстро переходить на другой ресурс при сбое, и в данном случае оценка доступности вашего Web-сервера будет намного улучшена:

(8760 - ((40 % Ч 242)) / (8760(2 - 1))) / 8760 = 99,999 %. (8)

Из чего складывается доступность?

На определенном уровне высокая доступность - это вопрос субъективного восприятия. Если доступность - это одно из требований, предъявляемых к вашей системе, то вы должны не только определить процент времени, в течение которого она будет доступна, но и определить само понятие доступности (т. е. что означает доступность вашей системы для пользователя). В частности, вам потребуется определить следующие критерии доступности.

-     Какие функциональные возможности должны быть доступны потребителю, чтобы ваша система воспринималась как доступная? Например, ранее в этой главе мы рассматривали пример с поисковой системой Google - до тех пор, пока пользователи могут выполнять поиск и получать результаты, Google можно считать доступным, вне зависимости от того, каков на данный момент статус поискового робота Google (Googlespider).

-Следует ли вам включить в анализ периоды планового простоя? Включение планового простоя в чем-то противоречиво, но оно может вам потребоваться для некоторых видов управления доступностью. Например, возможна такая ситуация, когда архитектура вашей системы позволяет вам обеспечить доступность 99,999 %, но вы, тем не менее, предпочитаете запланировать для своей системы 1 час простоя в неделю для проведения плановых профилактических работ (вследствие повышенных требований к безопасности или любого другого критерия, который не имеет отношения к теоретической оценке доступности системы как таковой). Если вы производите оценку для внутренних целей, вы можете считать, что оценка 99,999 % объективна. Но если вы пытаетесь рекламировать систему для конечных пользователей и сообщаете им, какого уровня доступности им следует ожидать, то оценка 99,999 % введет их в заблуждение.

      В течение какого процента времени ваша среда должна быть доступна? Например, для Web-сайта можно задать требование, в соответствии с которым доступность его домашней и всех дочерних страниц из-за пределов корпоративной сети должна составлять 99,999 % ежедневно от 07:00 до 21:00.

Рассмотрев все эти нюансы, можно начать делать выводы стоит ли переходить на облачную обработку данных. Далее будут рассмотрены ещё возможные перспективы данного перехода.

Автоматизация бизнеса, ей цели и задачи

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

Бизнес нельзя представить без компьютера. И если у человека, который имеет свою фирму, много компьютеров, регулярно обслуживать их - очень непростая задача. Заниматься этим должны профессионалы, специалисты с большой буквы, которые смогут все сделать за считанные часы, а то и минуты. Если действительно планировать серьёзное развитие бизнеса, это просто необходимо. Нет ничего, куда бы не требовалось вложить финансовые средства, чтобы потом получить ещё больше, или хотя бы какой- то стабильный доход. Полная автоматизация бизнеса поможет любой фирме, частной кампании, ресторану, кафе добиться максимальной производительности, беспрерывной работы. Кроме того, нужно не забывать, что автоматизация поможет исключить человеческий фактор, который почти всегда является причиной многих ошибок. К тому же автоматизация бизнеса это значительное сохранение, экономия времени, ведь рутина, которую приходится выполнять много раз в день, исчезает.

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

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

Задачи, которые ставятся для решения вопросов бизнеса:

-   Документооборот;

-         Управление финансами;

          Управление производством, планирование;

          Учёт сотрудников (+ заработная плата);

          Учёт товара (в том числе складской + закупки);

          Управление продажами;

          Мониторинг и анализ деятельности предприятия;

          Управление взаимоотношениями с клиентами;

-     Управление проектами.

Для более детального рассмотрения этих задач была построена Диаграмма классов.

Таблица 1.1 - Диаграмма классов

Существует 3 варианта решения этих бизнес-задач:

1)   Тетрадь и Excel.

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

)     Бухгалтерские программы и POS-системы.

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

3)   Онлайн-сервисы.

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

2. Применение облачных сервисов в целях автоматизации бизнеса

Сравнение облачных сервисов

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

Вся последующая работа была рассмотрена на примере небольшой фирмы Dream-Moto, занимающейся продажей мото-автозапчастей. Эта фирма согласилась предоставить свои данные, но конечно же, некоторые попросила скрыть. Это типовая фирма-малый бизнес по ведению торговли. Состоит она из 3-х человек (владельца, управляющего и продавца) и приходящего бухгалтера.

Главными задачами при ведении бизнеса по продаже являются, конечно же, процессы, связанные с продажами, финансами и учётом товаров.

Для решения этих главных задач было найдено и изучено несколько облачных решений. Таких как: Subtotal, CloudShop и Мой Склад. I-«Subtotal» - это простая и удобная онлайн программа автоматизации торговли, разработанная в соответствии с потребностями малого и среднего бизнеса.

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

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

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

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

Рисунок 2.1- Возможности и тарифы сервиса «Subtotal».

Для каждой следующей открытой точки продаж облако будет стоить 900 рублей в месяц.: «Мой склад»

Мой Склад- это одновременно торговля, складской учёт и CRM в одной системе, все эти механизмы умеют работать онлайн. В системе можно выполнять обработку заказов, регистрировать продажи, работать с огромной базой клиентов, следить за складом, отслеживать финансы, печатать отчёты и документы, управлять обширной сетью точек и отделов.

Функциональность системы:

·        Удобная обработка доступных заказов (продажа или закупка), в том числе функции резервирования любых товаров на складе и взаимодействие со сканерами штрих-кодов.

·              Отслеживание учёта движения ТМЦ в соответствии с законами РФ, сюда же относится формирование и печать всего объёма первичной документации.

·              Учёт направлений денежных средств, соблюдая законодательство, и здесь предусмотрено составление и печать отчётности.

·              Аналитические отчёты с различными данными.

·              Система выдачи конкретных прав доступа пользователям к каким-либо сведениям.

·              Инструменты управления широкой сетью удалённых точек продаж, складских помещений, филиалов или дистрибьюторов.

·              Для розницы - удобное АРМ продавца-кассира с возможностью подключить сканер и фискальный регистратор. Поддержка ЕГАИС и ФЗ-54.

Рисунок 2.2- Возможности и тарифы сервиса «Мой склад».

- «CloudShop».

Рисунок 2.3- Возможности и тарифы сервиса «CloudShop».

Путём сравнения цен и возможностей (см. Таблица 1, Таблица 2), было выбрано облачное решение CloudShop. Решение поставленных бизнес-задач будем рассматривать на примере него.

Таблица 2.1- Сравнение характеристик трёх сервисов

Применение CloudShop

В качестве пробной версии был выбран тариф «Стандарт». Он предоставляется бесплатно на 14 дней. Его возможности были рассмотрены выше.

После регистрации, для которой нужно указать лишь Фамилию, Имя, телефон и почту, на последнюю приходит письмо:

Рисунок 2.4- Письмо от CloudShop

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

Рисунок 2.5- Главная страница изначально

Сразу можно обратить внимание на то, что имеется База Знаний, которая может помочь при возникнувших вопросах во время работы в облаке.

Рисунок 2.6- База знаний

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

Рисунок 2.7- Реквизиты компании и Сотрудников

Далее было заполнено поле «Товары и услуги».  Наша фирма предоставляет только товары,  поэтому внесём только их. Нажимаем

«Добавить товар» и в открывшемся окне заполняем его характеристики: название, цену (продажи и закупочную), есть ли скидка, остатки (вообще и в данном магазине) и т.д. Загружаем изображение. Штрих-код создаётся сам, стоит лишь нажать на кнопку «Сгенерировать».

Рисунок 2.7- Создание товара

После заполнения нажимаем кнопку «Сохранить» и получаем очень удобное информативно заполненное поле.

Рисунок 2.8- Созданный товар

При нажатии на товар, можно подробно рассмотреть его характеристики и, если нужно, редактировать любую из них.

Добавив остальные товары, получаем их полный список, который можно фильтровать по категориям (их мы указывали при заполнении информации о товарах). У нас это получились: «Аксессуары», «Товары для мото», «Одежда». Также существуют фильтры по типу, цене и остаткам.

Рисунок 2.9- Фильтр в товарах

У нас есть возможность указать разные цены в разных магазинах.

Рассмотрим по пунктам как это сделать:

Задать разные цены в карточке товара.

)     Открываем карточку, запускаем режим редактирования;

2)   Задаём разные цены в каждом из магазинов;

3)   Сохраняем. Тут же, в карточке товара, при наведении курсора на базовую цену будут видны все цены этого товара.

-Изменить цены у группы товаров.

1)   Выделяем несколько товаров;

2)   Заходим в меню работы с группой товаров (кнопка “выделено столько-то из столько-то”).

3)   Выбираем “Цены”. Здесь можно задать магазин (или магазины), в котором надо изменить цену. Ниже - четыре значения. Рассмотрим каждое. Первое

—  абсолютное значение, тут указываем единую цену для всех выбранных товаров. Относительно значение нужно для периодов акций или в горячий сезон. Вся прелесть этого параметра в том, что вы можете с помощью него как уменьшить цены (нажимаем на “-”), так и увеличить их (“+”). Изменить цену можно как в процентах, так и в валюте. Наценку также можно изменить в процентах или в нужной сумме. Еще один параметр, которым можно воспользоваться- маржинальность (процентное соотношение наценки и цены продажи). Она, как и наценка, отображается в карточке товара. Любое значение можно округлить.

С того момента, как были заданы цены, можно осуществлять продажу одного товара по разным ценам.

Web-версия. При выборе магазина, в документе продажи будет отображаться та цена, которую вы установили для этого магазина.

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

Зачем нам возможность регулировать не только наценку, но и маржинальность? Эти два параметра связаны между собой. Можно задавать один из них, второй при этом будет выводиться программой самостоятельно. Наценка используется для формирования розничной цены, а маржа - для вычисления чистой прибыли из общего дохода. Поэтому надо изменять тот параметр, который кажется более важным.

Закупка:

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

1)   Выбираем пункт «Закупка» в разделе «Операции»;

2)   Выбираем поставщика (пиктограмма с изображением грузовика) из списка поставщиков и магазин (пиктограмма с изображением магазина), в который закупается товар;

3)   Выбираем закупаемые товары из списка, их количество и закупочную цену. Внизу будет отображено количество закупаемых товаров и итоговая цена;

4)   Если все верно, нажимаем на пиктограмму с изображением галочки, закупка проведена;

5)   В следующем окне можно отложить платеж по данной закупке на несколько дней или месяцев.

Рисунок 2.10- Закупка.

Возврат закупки:

1)   Выбираем соответствующий пункт в разделе «Операции»;

2)   Выбираем магазин, совершающий возврат (пиктограмма с изображением магазина), и поставщика (пиктограмма с изображением человека), у которого совершалась закупка, наименование и количество возвращаемого товара;

3)   Нажимаем кнопку с изображением галочки справа внизу, данные о возврате закупки будут учтены. Можно провести возврат закупки, которой нет в базе - например, закупки, которая была совершена еще до использования CloudShop.

Рисунок 2.11- Возврат закупки.

Перемещение товаров между магазинами:

1)   Выбираем пункт «Перемещение» в разделе «Операции»;

2)   Выбираем из списка магазины, между которыми происходит перемещение;

3)   Выбираем перемещаемые товары и укажите их количество;

4)   После ввода всех данных не забудьте сохранить изменения.

Рисунок 2.12- Перемещение товаров

Теперь, когда у нас заполнены все основные параметры, проведём первую продажу. Для этого откроем «Интерфейс кассира». Он находится в верхнем правом углу. Нам сразу открываются параметры, которые что сейчас, что во время работы кассир может изменить.

Рисунок 2.13- Настройки кассы

Теперь наконец перейдём к кассе. Очень удобный, приятный и понятный интерфейс.

Рисунок 2.14- Интерфейс кассира

Мы можем зайти в любую из категорий товаров и просмотреть, что там имеется. Вот, например, откроем категорию «Одежда». Мы подробно видим важную нам для продажи информацию: внешний вид товара, его название и цену, имеющиеся (или не имеющиеся) скидки на него.

Рисунок 2.15- Интерфейс кассира, категория Одежда

В CloudShop клиенты могут получать скидки: персональные по дисконтным картам, единоразовые скидки по шаблонам и накопительные. Скидки можно регулировать в настройках. Также в настройках можно изменить информацию о фирме и валюту, в которой ведётся учет.

Типы скидок в CloudShop:

Мы можем назначить скидку на конкретный товар при его создании или редактировании. Также мы можем присвоить персональную скидку любого размера конкретному клиенту при создании или редактировании его профиля. Размер скидки, которую может предоставить клиенту кассир, определяются в разделе «Настройки» в боковом меню, подраздел «Скидка».

Здесь же определяется размер накопительных скидок, которые могут получить клиенты.

Накопительная система скидок:

В разделе «Настройки» в боковом меню есть подраздел «Скидка». Здесь можно назначить правила накопительных скидок. Например, при достижении клиентом суммы покупок в 5 000 рублей, для него будет действовать скидка на все товары в размере 2%. Можно определить до пяти значений, при достижении которых клиент будет получать скидку большего размера.

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

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

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

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

После выборки нужных товаров нажимаем на «Продажу».

Перед нами появляется окно платежей. Система предлагает нам варианты суммы, которую даёт нам покупатель. Вводим сумму, печатаем чек.

В CloudShop можно принимать оплату по банковским картам.

Рассмотрим, как это можно сделать:

1)   Прикрепить терминал. В меню “Компания”, во вкладке “Счета” создаётся счет. При этом надо выбрать тип “Счет в банке” и обязательно включить “Используется терминал”;

2)   Провести оплату. В интерфейсе кассира, при проведении оплаты, программа сама выведет ваши банковские счета. Выбирается нужный, и, если оплата прошла, нажимается “Успешно”.

Как подключить чековый принтер для работы в CloudShop:POS

При работе в приложениях CloudShop и CloudShop:POS со смартфона или планшета сканировать товары можно через камеру мобильного устройства.

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

Если вы работаете в web-версии, то делаем так. Подключаем сканер к компьютеру, устанавливаем драйвера, далее - по инструкции.

Для чего нужна пик-функция:

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

Для закупки. Пришла партия на склад, использовали штрих-код - провели закупку, информацию в справочнике обновили на актуальную.

Для регистрации дисконтных карточек. Когда выдается дисконтная карта, то привязывается информация о ней к определенному покупателю. Таким образом, найти клиента из базы становится делом одной секунды. Вам протягивают карту, вы её сканируете, покупатель найден.

Для работы в CloudShop:POS подойдёт принтер с LAN подключением (Ethernet), с поддержкой команд ESС/POS и шириной чековой ленты 80 мм. Также вам понадобится Wi-Fi роутер и кабель.

1)   Подключите роутер к интернету;

2)   Подключите принтер к роутеру с помощью кабеля;

3)   Подключите планшет к Wi-Fi;

4)   Зайдите в CloudShop:POS, в боковом меню выберите подключение принтера чеков. Если принтер включен правильно, программа найдёт его;

5)   Выберите принтер в списке - распечатается чек, подтверждающий правильное подключение.

Готово, принтер подключен.

Возврат продажи:

1)   Для возврата продажи выбираем пункт «Возврат продажи» в меню операции;

2)   Выбираем клиента (пиктограмма с изображением человека), совершающего возврат, и магазин (пиктограмма с изображением магазина), в котором была совершена продажа, наименование и количество возвращаемого товара;

3)   Нажимаем кнопку с изображением галочки справа внизу, данные о возврате продажи будут учтены. Можно провести возврат продажи, которой нет в базе - например, продажи, которая была совершена вами еще до использования CloudShop.

Посмотрим, что произошло на главной странице облака после того, как мы провели несколько продаж. Как вы помните, изначально там были все нули (см. Рисунок 2.5), при введении нашего капитала, там был лишь он, а вот теперь:

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

А также «Приход денег»:

Также после успешной проводки продажи мы можем отследить её в

«Отчётах». В Cloudshop есть десять видов онлайн-отчетов. Как этим пользоваться?

“Отчет по агентам” подскажет вам задолженности (вам или ваших). “Продажи по товарам” расскажут вам о потребительском спросе.

“Отчет по сотрудникам” разъяснит кто в команде совершает больше продаж и действий в облаке.

“Финансовый отчет” - подведет итог по экономической ситуации в вашем бизнесе.

Выбираем Продажи по товарам. Тут мы можем отследить что у нас купили; каковы выручка и себестоимость; процент рентабельности и маржинальность.

Можно поставить фильтры по дате, типам (товар/услуга, контрагент/магазин). Распечатать отчёт в Excel.

Корректировка остатков:

При проведении инвентаризации может потребоваться проведение корректировки остатков.

1)   Выбираем соответствующий пункт в меню «Операции»;

2)   Выбираем магазин, в котором производится корректировка остатков;

3)   Выбираем товар и его количество. Количество может иметь отрицательное значение - в этом случае будет проведено списание товара, в противном случае товар будет оприходован;

4)   После ввода всех данных сохраняем изменения.

Мобильные приложения CloudShop

Создатели облачного сервиса предлагают 2 приложения на телефон для более удобного ведения бизнеса абсолютно везде, лишь при наличии мобильного и интернета на нём. Это непосредственно само облако и приложение для кассира. При запуске приложений происходит синхронизация.

Приложение 1: CloudShop выглядит почти так же, как и если заходить в него с компьютера.

Рисунок 2.16- Приложение CloudShop

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

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

Журнал отображает, какие действия были совершены и когда, на какую сумму и кем.

Действия с документами, отображаемыми в журнале:

1)   Перейти к редактированию;

2)   Удалить;

3)   Поделиться (отправить ссылку на документ по почте, посредством мессенджера, по Bluetooth или другими способами);

4)   Скачать в формате pdf любой документ. Для всего этого необходимо кликнуть на пиктограмму с изображением трех точек в правом верхнем углу документа. По клику откроется меню, позволяющее выполнить эти действия.

Отчёты очень нужный пункт при ведении бизнеса. Они создаются тут автоматически и можно отследить всё, что мы считаем нужным и главным. Либо, когда возникает определённый вопрос, они нам всегда помогут.

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

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

Рисунок 2.17- Движение денег

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

Рисунок 2.18- Счета фирмы

Приложение 2 предназначено для кассира. Кассир может совершать продажи абсолютно везде (при наличии у него чекового аппарата, необходимого для проведения продаж по закону о правах потребителя). Начальная страница в приложении выглядит вот так:

Рисунок 2.19- Начальная страница.

Все операции с денежными средствами выведены в отдельный пункт меню «Движение денег». При входе в этот пункт, потребуется повторный ввод пароля сотрудника. Это нужно для того, чтобы четко контролировать, кем проведены финансовые операции.

После входа в меню сотруднику доступны четыре типа операций:

-     Перевод на другой счет. По сути, этот пункт представляет собой снятие кассы и перечисление денежных средств в банк. Сотрудник может ввести сумму и выбрать счет, на который будут зачислены деньги. В качестве получателя может выступать только счёт типа «Банк».

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

-     Приём денежных средств. Подобным образом организовано пополнение кассы - вводите сумму, выбираете контрагента и категорию платежа, при необходимости оставляете комментарий к операции.

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

Рисунок 2.20- Касса в мобильном приложении

Кассир должен либо подтвердить наличие данной суммы в кассе или не согласиться с результатами сверки. Если сумма не совпадает с ожиданиями, программа анализирует наличие документов, которые были проведены в оффлайн-режиме и не были отправлены на сервер. Если такие документы есть, то будет предложено их синхронизировать. Если и после этого сумма не совпадает, кассир должен указать корректную сумму, находящуюся в кассе, и обязательно добавить комментарий. По результатам сверки создается корректирующий ордер.

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

Рисунок 2.21- Проведение продажи в мобильном приложении

Если вдруг у нас возврат, нажимаем на пункт, система пишет «создан новый документ», далее выбираем какой товар возвращается. Сессии отображают кто, в какое время и в какой день пользовался приложением.

Рисунок 2.22- Сессии в мобильном приложении.

Журнал выглядит абсолютно также, как и в первом приложении.

Рисунок 2.23- Журнал в мобильном приложении

Лог действий показывает абсолютно все действия, которые были совершены в облаке, вплоть до открытия и закрытия параметров.

Рисунок 2.24- Лог действий

Язык предлагается на выбор Русский и Английский.

Помощь включает в себя уже рассмотренную нами ранее Базу знаний.

Заключение

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

В представленной дипломной работе поставленные в начале исследования задачи были рассмотрены и решены.

Конечно, выбранное облачное решение CloudShop не решает все задачи, которые поставлены для автоматизации нашего бизнеса, но самые главные выполняются. Понадобится и дальше приглашать бухгалтера или составлять самим отчёты в налоговую и ПФР, начислять заработную плату сотрудникам. Или можно выбрать другое облачное решение, более дорогое, но облегчающее нам и эти процессы.

Внедрённый облачный сервис CloudShop помог автоматизировать многие процессы в предоставленном бизнесе, ускорил работу сотрудников и оптимизировал учёт товаров.

Также имеется хорошее решения для бизнеса- облако-камера. К примеру: IVideon, NOVIcloud, YOULOOK, IPEYE.

Они помогут в контроле работы сотрудников, соблюдения трудовой дисциплины, и обслуживания клиентов.

Это решение будет стоить от 500 до 2000-3000 рублей.

Список использованных источников

1)    Gillam, Lee. Cloud Computing: Principles, Systems and Applications / Nick Antonopoulos, Lee Gillam. - L.: Springer, 2010. - 379 p. - (Computer Communications and Networks). - ISBN 9781849962407.

2)      SoCC ’10: Proceedings of the 1st ACM symposium on Cloud computing / Hellerstein, Joseph M. - N. Y.: ACM, 2010. - ISBN 978-1-4503-0036-0.

3)      А.Голышко «Инновационные технологии: сервис из облака»

4)      «Бизнес в облаках: кому и зачем нужны облачные технологии» http://naar.ru/articles/biznes-v-oblakah-komu-i-zachem-nuzhny-oblachnye- tehnologii/

5)      Гребнев Е. (ред.) Облачные сервисы. Взгляд из России

6)      Кирилл Войцехович-Казанцев «Голова в облаках»: кому и зачем в бизнесе нужны облачные технологий?».

7)      Клементьев И.П. Устинов В.А. Введение в Облачные вычисления

8)      Комсомольская правда http://www.kp.ru/guide/oblachnye-tekhnologii-i- reshenija.html 9) Компания AvenueSoft «Обзор онлайн-бухгалтерии Контур.Эльба»

10)  Леонид Черняк. Интеграция - основа облака. Открытые системы. СУБД (16 сентября 2011).

11)  «Облачные технологии, что такое облако в Интернете?» http://myblaze.ru/oblachnyie-tehnologii-chto-takoe-oblako-v-internete/

12)  Сергей Глазунов «Бизнес в облаках. Чем полезны облачные технологии для предпринимателя»

13)  http://www.cloudzone.ru/ - еще один специализированный русскоязычный сайт, посвященный облачным технологиям.

14)    http://bokov.net/blog/ - блог Алексея Бокова, содержащий много информации по теме данной книги - AmazonWebServices, с иллюстрациями и практическими примерами работы с AWS.

15)    http://grigorkin.ru/2010/03/probuem-elastic-compute-cloud-ec2/ - еще один профессиональный блог, содержащий большое количество информации об облачных вычислениях.

16)    http://tinyurl.com/32p27pp - статья "Технология облачных вычислений как эффективный инструмент поддержки вашего бизнеса" с русскоязычного Web-сайта IBM.

17)    http://tinyurl.com/39v92jg - раздел журнала BYTE-Россия, посвященный виртуализации и облачным технологиям.

18)  John W. Rittinghouse, James F. Ransome - «Cloud Computing: Implementation, Management, and Security»

19)  Г. Маклеод (Hugh Macleod) «Самый хорошо охраняемый секрет Облаков» technorati.com/posts/lv3vwaZ9hbuGSZx_jQseIqaVSlj29LQGjWyRkNoZ4b0%3D?re actions

20)  Андрей Федив. Серв ис дл я хра нен ия файл о в: како й вы бра ть . К

21)  Купельский С.А. Использование облачных сервисов

22)  Фингар П. Dot.Cloud: Облачные вычисления - бизнес-платформа XXI века