Удаленная работа, или офис без стен

Девять причин успеха и один довод За!

Удаленная работа - это ...
Концепция удаленой работы как outsource или outstaffing существует и развивается давно. О ней слышали все, относятся по разному. Но сейчас приходится ее внезапно внедрять. Теперь это вопрос выживания.
При этом, обычный бизнес сфокусирован вокруг места. Это офис, оргтехника, рабочие места, сервер(ы) и хранилище данных. Облака используются локально для обеспечения работы b2b порталов и почты, зачастую.
Проще говоря, удаленная работа как определение - возможность любого сотрудника получить доступ к данным, приложениям и коммуникациям работодателя независимо от места его фактического нахождения. Мы это называем - виртуальное рабочее место.
Сложности и тонкие места
Очевидно, переход на удаленную работу требует пересмотра концепции постановки задач и контроля их исполнения. Об этом можно говорить долго и каждый найдет что-то близкое для себя.
Разделим все возникающие проблемы на Технические и Административные. И здесь остановимся именно на технических
Мы считаем, что по умолчанию любой бизнес, не готовый к моментальному переходу на модель Удаленный работы имеет сразу несколько общих черт:
- Подключение к интернет и граничное оборудование сделаны так, чтобы обеспечить сеть внутри офиса и выход в интернет.
- Администраторы не имеют опыта в организации распределенных сетей.
- Облачные решения минимально используются, или не используются вовсе.
- Значимость Рабочего места как Стол-Компьютер-Степлер опасно велики.
Таким образом, для обеспечения бесшовного перехода на удаленную работу нужно сделать так, чтобы каждый сотрудник получил доступ к своему рабочему месту. Степлер, конечно, не виртуализовать. Однако, надежно достучаться до рабочего места мы можем.
Если мы получаем доступ к рабочему месту, физически продолжающему функционировать в офисе, все вышеописанные проблемы можно забыть. Ведь мы по сути внутри.
Как? Да да. И тут главное. Во первых, это должно быть надежно. Во вторых, безопасно. В третьих, универсально. И главное - быстро, просто и недорого.
Вечная проблема для сетевиков - аутентификация пользователя на уровне маршрутизатора. То есть, как нам отличить доверенный трафик от всего остального.
При получении пакетов, которые идут в ответ на ранее посланные изнутри все достаточно просто. А вот соединения, инициируемые из "МИРА" всегда считаются недоверенными. И поэтому не пропускаются.
Следом есть проблема маршрутизации внешних подключений Внутрь сети. Все эти вопросы необходимо ставить специалистам. А как мы предполагаем, существующий администратор уже поплыл.
Выходы и решения
Все описанные ниже выходы могут быть реализованы как программно, так и с использованием дополнительного оборудования.
При этом, решения могут комбинироваться в виде софтово-железного варианта. Ведь все в итоге упрется в бюджет.
Аутентификация пользователей.
При использовании оборудования все просто. Пользователь как-бы в офисе. Говрить не о чем.
Мы сделали специальный софтовый аутентификатор. Он решает первостепенную задачу ответа на вопросы: Наш ли это пользователь, пользователь ли, и в частном случае может даже сказать Что это за пользователь.
Аутентификатор прост в использоании, не требует специальных знаний и умений. И даже может выполнять некий набор задач для подготовки подключений пользователя.Описан здесь
Для этого нам надо иметь, к примеру, доверенный шлюз за пределами офиса, трафик с которого будет прозрачно пропускаться внутрь, или устройство внутри сети, обеспечивающее маршрутизацию трафика внутрь сети с доверенных узлов.
Маршрутизация в сеть.
Решение, используемое без дополнительного оборудования подразумевает внедрение доверенного шлюза так, чтобы он всегда был "своим" для граничного шлюза Заказчика.
Этот "доверенный шлюз" взаимодействует с аутентификатором, обеспечивает контроль доступа и алгоритмы обеспечения доступа пользователей. Инымы словами, это шлюз с мозгами.
Главная сложность и костность в том, что граничный шлюз заказчика должен иметь проброс портов во внутреннюю сеть. А внутренняя сеть должна быть готова к внешним подключениям. Универсальность и простота всегда будут хромать. Однако, это уже результат.
Реализация требует внимания существующего администратора с тем, чтобы он открыл доступ доверенному шлюзу.
Если мы используем дополнительное оборудование - это еще один маршрутизатор, который подключается к сети предприятия.
Он автоматически создает и поддерживает шифрованный туннель с доверенным шлюзом и обеспечивает гибкую маршрутизацию и доступ ко всем ресурсам заказчика так, как если бы пользователь был в офисе.Подробнее о таких роутерах тут.
Реализация проста - принес такой роутер в офис, подключил к любому сетевому устройсту - и все. В теории это дороже, на практике - периодические платежи администратору у всех свои.
Почему мы?
Без ложной скромности можно сказать, что наша компания продвигает идеи "блага" облачных решений и распределенного бизнес-процесса аж с 2007 года.
В частности, в 2011 году был реализован офис для iPad, реализующий именно облачную концепцию. Этот проект был одним из первых Офисных решений для iPad и вырос в полноценную операционную систему для корпоративного использования.
Тогда же, в далеком уже 2011 году, была решена задача аутентифиации как устройств пользователей офиса, так и наших телефонных клиентов.
Вы скажете - что особенного? Особенно то, что тогда не было 4G, и смартфоны занимали 2% рынка. Поэтому, мир был другой.
И именно тогда появилось стремление сместить акцент своего развития и услуг в ИнфоБез, а не в публичный сектор.
Ибо, для решения задачи однозначной аутентификации мы обязательно использовали различные по физике подключения каналы. Сейчас это стало повсеместно и называется ДвухФакторной авторизацией.
Нами же это было реализовано уже в 2011 году и внедрено во все системы.
При этом, над проектом работали только outsource разработчики, количество которых доходило до 35.
Сейчас основным направлением развития компании является именно трансформация привычной ИТ инфраструктуры офисов в облака.
Вот и ответ на вопрос Почему. Потому, что о проблемах удаленной работы, аутентификации мы знаем очень многое. И мы, как команда, умеем делать надежные системы, работающие ВСЕГДА.
Использование Роботов вместо человеческих ресурсов администрирования добавляет в эту картину континуума. И что примечательно - все это УЖЕ РАБОТАЕТ.
И случившаясяя пандемия, как бы горестно это ни звучала, для нас является прекрасной возможностью вывести существующие и уже годами отлаженные решения на совершенно другой уровень массовости.
Как внедрять
Мы считаем, что клиент платит за сэкономленное время, нервы и результат.
Поэтому, стремимся минимизировать вовлеченность заказчика в реализацию и погружение в технические тонкости процесса.
В любом случае, нами видится все так: от заявки до начала работы пользователя не должно проходить более 6 часов. В рамках разумного.
Далее, после того как первые пользователи уже начали работать и процесс задышал, вот тут мы отлаживаем его до идеала. С тем, чтобы решалась любая задача заказчика.
Иными словами, устная постановка задачи приемлема. Мы сами ее переведем на технческий язык для Вас.