По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
Прямо сейчас, пока ты читаешь эту статью, в серверной комнате организации А под толстым слоем пыли, окруженная множеством переплетенных проводов мигает разноцветными лампочками офисная АТС. Но давайте будем тише - дежурный IT - специалист, скорее всего спит, поставив переадресацию на мобильный телефон - а вдруг что - то сломается?
Вообще, облака, на своем старте - наделали шума. Все начали задаваться вопросом - а зачем нам сервер в офисе, когда можно арендовать VPS/VDS/SaaS в облаке и “не париться”?
В статье мы ответим на вопрос - почему одни компании выносят свою телефонию в облако или покупают услугу виртуальной АТС, тем самым создавая возможность поставить вендинговую машину или настольный теннис в серверной комнате, а другие, продолжают перебирать провода, протирать пыль с серверов и наслаждаться мерцанием цветовых серверных индикаторов от офисной АТС.
Бюджет: сравниваем облако и размещение в офисе
Первое, что стоит спросить себя - а как мы будем платить за АТС? Что для нас важно, а что нет? Мы, как интегратор, все чаще сталкиваемся с тем, что в компаниях (SMB) идет сокращение бюджета на IT и соответствующие отделы находят выходы из этой ситуации.
С точки зрения локальной (офисной) АТС - далее мы будем называть ее порой “on-premise” решение (говоря так, мы чувствуем себя немного круче), IT - отдел экономит деньги ежемесячной оплате хосту (SaaS платформе, которая дает вам услугу виртуальной АТС). Но эта экономия реальна только в том случае, если вы не меняете аппаратные компоненты сервера с АТС. В таком случае модель вы платите только за услуги провайдера, электричество и заработную плату IT’шнику. Модель “купил - запитал - работает, не трожь” работает, более чем.
Однако, в случае выхода из строя того или иного компонента, компания несет определенного рода дополнительные расходы. Отметим, опять же, на нашем опыте - случается это редко. Современные сервера имеют высокое качество комплектующих, и если вы не планируете поливать сервера водой, обдавать из огнемета или выставлять на улице - скорее всего, данная неприятность вам не грозит.
Не менее важный фактор - обновление ПО. Проблема в том, что если вы обновляете программное обеспечение офисной “on-premise” (да - да, мы же предупреждали) АТС, есть риск выхода из строя. Опять же, данная проблема решается простым резервированием, так называемой отказоустойчивостью, по принципу Active - Standby (один сервер активен, а второй в резерве и всегда готов выйти в активную роль). Этот нюанс требует дополнительной проработки, а следовательно, дополнительных денежных затрат.
Теперь про масштабируемость. В случае, если проснувшись в один прекрасный день вы осознаете, что ваш бизнес вырос в разы (вы сходили на бизнес - тренинг, к шаману или проделали магический обряд), то офисные локально размещенные станции масштабируются несколько сложнее и затратнее, чем виртуальные. Это отражается на деньгах и стоимости масштабирования.
Тут есть важный пункт - офисная АТС гораздо более гибка, чем виртуальная. Дело в том, что виртуальная АТС дается вам в неком готовом контейнере предустановок, где SaaS платформа редко дает возможность доработки станции. Да, признаем, некоторые облачные АТС имеют API, но когда вопрос заходит о масштабном изменении логики работы АТС (кастомизация скриптами, например) - тут происходит коллапс. В этом плане офисные АТС явно выигрывают перед облачными, несмотря на стоимость затрат на эту самую кастомизацию. Просто сам факт ее возможность при быстром росте бизнеса - это преимущество (поверьте, знаем о чем говорим на опыте разных проектов).
Редкие, но некоторые IT - отделы предпочитают облачную телефонию. Это более предсказуемо и снимает с них часть ответственности. Например, когда директор компании задает вопрос ITшнику почему не работает телефония, тот может смело спихнуть ответственность на виртуального хостера.
Модернизация и апгрейд: витаем в облаках или в офисе?
Тут пальму первенства заслуженно забирают облака. Дело в том, что если у вас в офисе живет on-premise АТС, так или иначе, рано или поздно вам придётся обновлять аппаратные компоненты сервера (процессор, оперативная память, наращивать мощность RAID массивов, тем самым увеличивая пространство для хранения данных). Это происходит по двум причинам: растёт нагрузка на сервер и текущие мощности уже не справляются, или обновление программного обеспечения требует более производительных комплектующих. При облачном размещении таких проблем нет - ваш хост автоматически наращивает мощности виртуальной машины, внутри которой живет ваша АТС. Это, безусловно, сказывается на мощности, но выходит дешевле покупки комплектующих под локальных сервак.
Кстати про обновление - в случае решения, размещённого в вашем офисе, обновление ПО производят ваши ITшники, тогда как при размещении в облаке, хост сам обновляет ПО и раскатывает их на боевую среду.
Интеграция телефонии с внешними системами
Любителям on-premise решений посвящается. Откиньтесь на диване поудобнее - в этой главе уже есть победитель. И это не облако.
Дело в том, что с ростом компании, уровень технологичности неизбежно повышается. Новые направления деятельности и увеличение потока клиентов обязывают связать ИТ - узлы в единую экосистему: интеграция телефонии и CRM, справочниками, базами данных, звонки по нажатию, триггерный автоматический обзвон, предиктивный дайлер и прочие. Все эти “хотелки” так или иначе требуют доработки вашей станции, так как интеграцию со всем на свете разработчики облачный виртуальных АТС предусмотреть не могут, а открыть исходный код и раздвинув горизонт кастомизации до бесконечности, рискуют получить уязвимости в безопасности.
Именно по этой причине, офисная коробка дает больше. Например: вы хотите сделать маршрутизацию на базе гороскопа клиента. В вашей CRM есть номер телефона клиента, имя и его дата рождения. При входящем звонке, телефония “смотрит” в вашу CRM и видит месяц рождения клиента (по номеру, с которого он звонит). Кастомная прослойка понимает - он рыба, а рыбам, сегодня не рекомендуется иметь деловых отношений. И на базе этого решения офисная телефонная станция терминирует вызов. Как вам?
Пожалуй, надо признать, пример весьма спорный. Но посыл понятен - коробка в офисе даст больший пул возможностей, а облако, максимум, обрезанный API.
Катастрофы: коробки или облако?
В офисе над вами прорвало трубу и залило серверную (мы реально встречали такие кейсы). Сервера вышли из строя, не работает ничего. Есть две новости, начнем с хорошей:
Сервер был на гарантии и имеется контракт на горячую замену от интегратора;
Сервера больше нет.
Несмотря на контракт горячей замены, просто в минимум 24 часа вам гарантирован (если не реализована схема отказоустойчивости с географически распределенными серверами по ЦОДам).
В облаке, как правило, SaaS дает вам гарантию работоспособности от 90%. Облачная вычислительная мощность живет в разных ЦОДах, при отказе аппаратного сервера, виртуальная машина с вашей ВАТС переедет на другой аппаратный сервер за сотые доли секунды. Что неплохо.
Тут, пожалуй, для SMB компании первенство мы отдадим облаку.
Итоги
Как облака, так и размещенные в офисе решения имеют свои преимущества. Если курс вашей компании на безграничную кастомизацию, интеграцию всех ИТ - систем между собой для создания экосистемы и амбициозные бизнес - процессы, у вас есть грамотный IT - специалист, то выбирайте коробку, которую вы разместите в офисе.
Если вы не хотите проблем с сервером, обслуживанием, вы малый бизнес, у вас нет своего IT’шника в штате и хотите рабочую телефонию с минимумом головной боли - облако подойдет под ваши требования.
Перед вами Топ-10 преимуществ, которые виртуализация даст вашей организации. Нужна помощь убедить начальство, почему виртуализация – это верный путь? Или нужно убедить себя? Мы разобрались и делимся нашим исследованием.
Шаг 1: Аппаратная абстракция
Аппаратная абстракция упрощает человеческий труд и время простоя, связанное с заменой оборудования, поломками, модификациями и так далее. Также она помогает избежать зависимости от строго определенного оборудования и поставщиков. Хотите произвести апгрейд оперативной памяти или процессора? Нужно добавить больше места для хранения данных или дополнительный сетевой адаптер ? Это невероятно быстро и просто. Дни «корпения» над оборудованием в прошлом – больше не нужно перегружать сервер ресурсами до его использования . Можно по необходимости добавлять совместно используемые ресурсы прямо в процессе, с минимальным простоем.
Шаг 2: Простота миграции
Вернемся к первому тезису. Отсутствие привязки к строго определенному оборудованию позволяет с легкостью и быстротой перемещать виртуальную машину (или копию машины) на другой физический носитель или хостинг. Это огромный плюс для обслуживания, выравнивания нагрузки и критического восстановления.
Шаг 3: Легкость в управлении дисками
Инкапсуляция устройств хранения данных (перенос дисковых хранилищ «на лету») создает значительно упрощенные условия для полного отката системы и восстановления, что делает возможным невероятно быстрый BMR (Bare Metal Restore). Ваша машина – это набор файлов. Проще не бывает.
Bare Metal - установка гипервизора на «голое» железо. Это позволяет исключить операционную систему и поставить гипервизор (VMware, Hyper-V, Citrix и прочие) сразу на сервер без ОС.
Шаг 4: Снимки (снэпшоты)
Снэпшоты упрощают тестирование и обеспечивают защиту от изменений, которые могут поломать конфигурацию системы. Если вы напортачите с физической машиной, то проведете за ее починкой часы, дни, или и того больше. Если же вы напортачите с виртуальной машиной, то просто верните снимок в предыдущее состояние. Готово! Одно только это преимущество – бесценно.
Шаг 5: Простота в архивации
Легкость в архивации старых систем – огромный плюс. Закончили эксплуатацию машины – можно ее отключать и переносить файлы на долговременное хранилище м, например, СХД. Машина понадобилась снова? Скопируйте файлы назад и запускайте в считанные минуты.
Шаг 6: Легкость роста
Виртуализация облегчает численный рост при помощи опции платных аддонов вроде HA (high availability), vMotion и так далее. Некоторые из этих функций бесплатны в зависимости от выбора платформы (Hyper-V, Xen). С множеством гипервизоров, нужно всего лишь применить лицензионный ключ для разблокировки новых функций, которые могут ощутимо улучшить работу вашего дата-центра. Начните с малого, растите и прокладывайте себе путь. Виртуализация позволяет вам быть гибкими в вопросах реализации.
Шаг 7: Улучшенный контроль и поиск неисправностей
Большинство гипервизорных решений позволяют контролировать все физические хосты через центральную консоль, где вы можете легко сравнивать использование ресурсов и просматривать историю задач и событий. Вы можете с легкостью делать сравнения между физическими и виртуальными серверами и проводить глубокий анализ и поиск неисправностей.
Шаг 8: Консолидация нагрузки на физический сервер
На одно оборудование можно поместить от 2 до 100 (и даже больше) виртуальных машин, снизив тем самым затраты на закупки аппаратных компонентов и использование пространства стойки , при этом также упадет потребление энергии и затраты на охлаждение. Вместо того, чтобы оставлять заказ на новый сервер, вы можете запустить новую виртуальную машину в считанные минуты. Большинство физических носителей используются лишь на долю своего потенциала из-за ограничений софта (таких как необходимость разделения приложений или ролей друг от друга). Вы можете разделять их, запуская на одном и том же оборудовании.
Шаг 9: Легкость сегментации приложений
Отсылаем вас к предыдущему заявлению. Нужно запустить одну машину на базе Linux, а другую на базе Windows ОС? Запустите новую виртуальную машину на том же оборудовании. За счет минимальных изменений в использовании оборудования ваши нужды будут удовлетворены – к тому же вам не придется покупать новый носитель.
Шаг 10: Новый уровень дистанционного управления
Дистанционное управление позволяет вам полностью управлять машиной на расстоянии. Вы можете делать запросы, которые обычно приходится делать «на месте» (сидя на корточках в неудобной и холодной серверной), через удаленную консоль – например, апгрейд ресурсов, поиск сетевых неисправностей, включение/отключение операций и многое другое. Это невероятно увеличивает эффективность управления сервером и снижает затраты на поездки и простои.
Виртуализация сервера – это огромное преимущество для любой компании. Даже для отдельного хоста виртуализация имеет смысл (снимки, облегчение переноса и так далее).
Для того, чтобы нормально пользоваться инструментом Terraform, нам понадобится текстовый редактор с плагином, понимающим язык разметки Terraform (HCL). Это необходимо для того, чтобы было удобно писать код для поднятия инфраструктуры. На самом деле, код можно писать в каком угодно текстовом редакторе, но наиболее удачно подходит текстовый редактор Atom.
Для Windows установка очень простая. Идем на сайт www.atom.io, сайт автоматически определяет версию операционной системы и нажимаем на кнопку скачать. Дальнейшая инсталляция под операционную систему Windows очень простая - запуск файла и нажатие несколько раз кнопки Далее.
В случае если мы хотим работать из-под операционной системы Linux, заходя на сайт мы видим, что сайт предлагает скачать нам установочные пакеты в вариации deb и rmp. Но возможно пойти нам и другим путем. Заходим на сайте в документацию, находим Atom Flight Manual.
Далее выбираем с левой стороны Installing Atom, а вверху тип операционной системы.
Далее мы видим описание инсталляций для разных ОС семейства Linux. Для Ubuntu и для CentOS.
При инсталляции на Ubuntu:
wget -qO - https://packagecloud.io/AtomEditor/atom/gpgkey | sudo apt-key add -
Скачиваем ключ и помещаем в хранилище.
sudo sh -c 'echo "deb [arch=amd64] https://packagecloud.io/AtomEditor/atom/any/ any main" > /etc/apt/sources.list.d/atom.list'
Обновляем список депозитарий командой apt update, а также обновляем сам репозиторий. Ну собственно и последующая инсталляция непосредственно самого текстового редактора Atom.
sudo apt-get install Atom
Инсталляция на CentOS в принципе аналогичная.
Скачиваем и добавляем ключ.
sudo rpm --import https://packagecloud.io/AtomEditor/atom/gpgkey
sudo sh -c 'echo -e "[Atom]
name=Atom Editor
baseurl=https://packagecloud.io/AtomEditor/atom/el/7/$basearch
enabled=1
gpgcheck=0
repo_gpgcheck=1
gpgkey=https://packagecloud.io/AtomEditor/atom/gpgkey" > /etc/yum.repos.d/atom.repo'
Теперь мы можем воспользоваться пакетным менеджером yum или dnf
sudo dnf install Atom
sudo dnf install atom-beta
Или если установлен альтернативный пакетный менеджер yum или операционная система CentOS 7, можно скачать пакет в rpm формате https://atom.io/download/rpm и установить
sudo yum install -y atom.x86_64.rmp
sudo dnf install -y atom.x86_64.rpm
После данных манипуляций у нас установится текстовый редактор Atom. Конечно, установка имеет смысл на машину с графическим интерфейсом пользователя. Его можно найти по зеленой иконке, как на скриншоте.
Далее, самая интересная, часть данной статьи. Если мы просто вставим кусочек кода от TerraForm, то мы увидим, что он ничем не отличается от обычного текста. Все преимущества данного текстового редактора раскрываются в использовании плагинов для Terraform.
Для установки плагина, который различает написанный код Terraform, нам необходимо зайти в Edit, в данном открывшемся меню найти Preferences. В следующем открывшемся окне выбираем Install. В правой части после данной операции появляется строка поиска для инсталляции дополнительных пакетов (Plugins). С помощью данного поиска находим пакет по запросу Terraform. Пакетов будет найдено достаточно много. Можно посмотреть описание и версию пакетов и сколько раз был скачен данный пакет. Я рекомендую выбрать пакет language-terraform. Для большинства данного пакета будет совершенно достаточно. Данный пакет дает не только красивую подсветку кода, но и много других функций. Еще для удобства работы можно установить terraform-fmt. Данный пакет не столь популярен, но за то он позволяет удобно форматировать код Terraform при написании. А именно, код будет выравниваться при нажатии сочетания клавиш Ctrl+S для сохранения изменений в файле.
Для того, чтобы плагины начали работать, необходимо перезапустить текстовый редактор. И второй важный момент переименовать файл рабочий в файл с разрешением *.tf.