Comments 109
Самое главное по моему не сказали. Какая минимальная ширина интернет канала необходима для работы с таким облаком. Хоть примерные цифры есть какие-то?
Достаточно 50 Килобит в секунду для работы одного пользователя.
независимо от разрешения монитора?
А если страницу с картинками в браузере скроллить, тоже столько хватит? Вернее, хватит, конечно, когда-то ж обновление экрана таки скачается.
50 килобит — это при очень низком разрешении и цветности. При всех преимуществах ICA, полоса, требуемая для общения по этому протоколу очень сильно зависит от того, что вы там будете гонять. Мало вероятно, что пользователи XenDesktop захотят сидеть в 800х600 экране с 16-ю цветами.
К сожалению, мы не производили замеры утилизации канала на все случаи жизни, но следующие примеры помогут вам определить золотую середину по данному вопросу.
Значения, измеренные нами для одной сессии пользователя:
· Работа с офисным пакетом ПО: до 50 kbps
· Работа в браузере: до 100 kbps
· Печать из MS Word: до 600 kbps
· Печать PDF из Acrobat Reader: до 550 kbps
· Просмотр видео (Flash, рендер на стороне сервера): до 200 kbps
· Просмотр обычного видео (может зависеть от кодека): до 600 kbps
· Просмотр HD видео: до 2 Mbps.
При этом есть возможность использовать Citrix Branch Repeater, который существенно снизит нагрузку на сеть (примерно в 10 раз).
Значения, измеренные нами для одной сессии пользователя:
· Работа с офисным пакетом ПО: до 50 kbps
· Работа в браузере: до 100 kbps
· Печать из MS Word: до 600 kbps
· Печать PDF из Acrobat Reader: до 550 kbps
· Просмотр видео (Flash, рендер на стороне сервера): до 200 kbps
· Просмотр обычного видео (может зависеть от кодека): до 600 kbps
· Просмотр HD видео: до 2 Mbps.
При этом есть возможность использовать Citrix Branch Repeater, который существенно снизит нагрузку на сеть (примерно в 10 раз).
Цифру на одного пользователя выдать сложно ибо траффик пульсирующий, а если считать по пикам на одного пользователя получится слишком много, надо пользователей 100 и больше. Также очень зависит все от специфики работы. Если конечные пользователи только текстик набирает, то основной траффик это мигающий курсор, да 200-300 пикселей обновить с нажатием клавиши. Тут потребления будут незначительны и вполне может получится что 1 мегабита хватит на десятка 3-4 пользователей. Однако если попасть на жесткого любителя социальных сетей и скроллинга, траффик может возрасти куда сильнее. И потребуется только один мегабит на одного пользователя
В общем надо мерять в каждом конкретном случае.
зы. Это только мои догадки. Практического опыта в этом нет.
В общем надо мерять в каждом конкретном случае.
зы. Это только мои догадки. Практического опыта в этом нет.
Сейчас у себя выставил тру калор 1920х1200 и запустил на ютьюбе динамичный ролик фул скрин, оказалось, что в новой версии Цитрикс Ресивера при разрешенном медиастриме за время ролика 2-18 скачал 135823540 байт, что получается около 8 мегабит в секунду. Цифры примерные, но дают представление о порядке.
К тому же, это скорее стресс-тест, при обычной работе цифры будут совсем другие.
Обычно при обычной офисной работе рекомендуют закладывать около 100 килобит на пользователя — этого вполне хватает для комфортной работы без тормозов.
К тому же, это скорее стресс-тест, при обычной работе цифры будут совсем другие.
Обычно при обычной офисной работе рекомендуют закладывать около 100 килобит на пользователя — этого вполне хватает для комфортной работы без тормозов.
Сейчас, когда у меня на работе падает программа на компьютере я могу позвонить своему админу и поругаться, чтобы хоть немного самоутвердиться. А кому я буду звонить, когда всё будет в облаке у чужого дяди? (шутка)
Это первое.
Второе: сейчас, если по миру пойдут ваши данные, тосам дурак вы в ответе. А, если данные утекут от облачного хостера, кому вы будете звонить?
Третье: А что будет когда у хостера «отключат электричество»?
P.S. Я не спорю с вами. Это «алаверды» автору статьи.
Второе: сейчас, если по миру пойдут ваши данные, то
Третье: А что будет когда у хостера «отключат электричество»?
P.S. Я не спорю с вами. Это «алаверды» автору статьи.
У хостеров есть дизели. А у вас есть дизели?
Не сильно убедительный аргумент. Слишком уж часто на хабре проскакивают статьи, что какой-то хостер был недоступен.
Хотя, мне кажется это далеко не основная проблема в таком решении.
Хотя, мне кажется это далеко не основная проблема в таком решении.
Если у хостера отключат электричество то все будет ОК. XenApp может работать офлайново, при должной настройке. Это не просто надстройка над рдп.
Даже с тонким клиентом?
Смотря что для вас тонкий клиент.
Для оффлайна нужен offline plugin. Он есть в версиях для мака и вин.
И еще он хочет Standard PC architecture, 80386 processor or greater.
Для оффлайна нужен offline plugin. Он есть в версиях для мака и вин.
И еще он хочет Standard PC architecture, 80386 processor or greater.
Applications are then delivered via application streaming to Windows PCs for offline use or run on high-powered servers in the datacenter for online use on any device or operating system.
Идея в том что приложения стримятся на клиента и выполняются локально либо онлайново работают с сервера.
Мне еще очень понравился ролик xenclient. В живую я эту систему не видел, и есть конечно подозрения что не все там гладко. Но само решение очень интересное.
Идея в том что приложения стримятся на клиента и выполняются локально либо онлайново работают с сервера.
Мне еще очень понравился ролик xenclient. В живую я эту систему не видел, и есть конечно подозрения что не все там гладко. Но само решение очень интересное.
Тот, который описан в посте — железка без жесткого диска и операционной системы. Использование клиента на обычных компьютерах заметно увеличивает стоимость владения.
Что при этом происходит с запросами к данными, все еще находящимся в ЦОД? Все 12ГБ (у кого больше, у кого меньше, а в 1С 8.2 пустая торговая база весит не меньше 0.5ГБ) вряд ли подсасываются на клиента.
Я говорил о приложениях. 1с приложение никуда не денется. А вот с данными коннекта естественно нет… нельзя просто взять и закэшировать базу)
Да вообще-то и приложение денется. Ибо в один прекрасный момент (а сейчас оно это делает гораздо чаще, чем раньше) в очередной раз запросит связь с ключом защиты — и все, если он не с этого клиента расшаривается, то опять «хочу смеяться пять минут».
Приложение при этом работает совершенно штатно. Уж не ждете ли вы что citrix вам локально ключ сэмулирует?
Нет. Жду, как это сказано в заголовке — «Ни байта на локальной машине» и «Весь офис в облаке». При этом так, чтобы «работает, когда надо», а не «может работать, когда получается».
За свою долгую историю экспериментов и реальной работы со виртуализациями и удаленными сервисами я понял одну простую истину: я хочу денег, а менеджеры и розница — зарабатывают мне эти деньги. И если структура решения, которое я строю, не позволяет им работать в полную силу все рабочее время, — я не могу лететь на месяц на Мальдивы.
Ах да, еще же бухгалтерия, отчетность и электронная сдача отчетности со всеми их дебильными на коленке писаными вариантами шифрования и подписывания через токены, дискеты или OTP.
За свою долгую историю экспериментов и реальной работы со виртуализациями и удаленными сервисами я понял одну простую истину: я хочу денег, а менеджеры и розница — зарабатывают мне эти деньги. И если структура решения, которое я строю, не позволяет им работать в полную силу все рабочее время, — я не могу лететь на месяц на Мальдивы.
Ах да, еще же бухгалтерия, отчетность и электронная сдача отчетности со всеми их дебильными на коленке писаными вариантами шифрования и подписывания через токены, дискеты или OTP.
Законы физики нарушены не будут, и потеряв доступ к данным вы не сможете с ними работать. Однако кое-что сможете делать даже без соединения с серверами. Что касается наших банк клиентов и электронной отчетности, их можно только «понять, простить и отпустить».
Автор несколько оптимистично пророчит нам светлое будущее. Не все стоит тащить в облака.
Автор несколько оптимистично пророчит нам светлое будущее. Не все стоит тащить в облака.
Благодарю за поддержку. Мне важно было знать, что я не один здравомыслящий в этом топике.
Я не отрицаю, что есть ситуации, когда можно и нужно выносить функционал части офиса в облако. Сам так делаю, и это даже бывает полезно с точки зрения защиты собственной идентичности и унитарности в условиях современных порядков в низших сферах исполнительной власти.
Но безапелляционно пиарно заявлять «ни байта на локальной машине» — это оскорбляет мои интеграторские чувства :)
Я не отрицаю, что есть ситуации, когда можно и нужно выносить функционал части офиса в облако. Сам так делаю, и это даже бывает полезно с точки зрения защиты собственной идентичности и унитарности в условиях современных порядков в низших сферах исполнительной власти.
Но безапелляционно пиарно заявлять «ни байта на локальной машине» — это оскорбляет мои интеграторские чувства :)
О, да, особенно бухи будут рады виртуализации.
Во время предыдущего урагана у Amazon дизели на некоторых ЦОДах не запустились — некоторые сервисы работали с перебоями (вообще не работали)
Картинка не в тему. У этого дяди всё, что нужно для работы, на его локальной машине, хоть на пляже, хоть в тундре.
На одном из мест работы пытались переводить часть офиса на тонкие клиенты, но все закончилось тем, что на 10 мбит (топ-тариф от провайдера в БЦ) для 50 клиентов это все равно подтормаживало и с локальными веб-камерами, принтерами, сканерами, RFID-оборудованием, сканерами штрих-кодов и прочими прибамбасами надо плясать с бубном. Остались на своем железе.
UFO just landed and posted this here
Не знаю, скорее зависит еще от сети между вами и терминальным сервером. У нас в БЦ провайдер был отстойнейший, 10 мбит редко работало как 10 мбит, сеть часто падала, пинг между некоторыми офисами достигал 10 мс :) Скажем так, задержки были заметны и от них было некомфортно. По скайпу не поговоришь.
Скорее немного лукавят. 50к может хватило бы, но только для рдп. А если вы хотите локально что-то напечатать или файл сохранить\загрузить то уже маловато будет.
Совершенно верно, но это так же сильно зависит от принтеров, которые вы исепользуете. Если в сети стоят host-based принтеры, то да, полоса потребуется очень широкая, если приличные, то будет использоваться нэйтив драйвер и все будет не так плохо… Но все равно больше 50 кбит/с
Не вижу особой разницы. Если вы печатаете пдфку хранящуюся в облаке, то вам в любом случае нужно полностью передать файл драйверу принтера.
Зависит от приложений, блокнот уложится в 50 кбит, а ролик с ютуба требует уже нескольких мегабит.
Допустим, я решил немного поработать на природе, где доступа к интернету попросту может и не быть. Что мне делать в таком случае?
> Я думаю, что уже лет через 5-10 останется очень мало офисов, где приложения будут работать на локальных машинах.
Каждые пару лет хоронят десктопы. Самое раннее, что я помню — это году в 1998 что-ли Sun рекламировала свои тонкие клиенты, и её СEO декламировал лозунг «сеть — это компьютер». С тех пор практически ничего не изменилось (в офисах).
Каждые пару лет хоронят десктопы. Самое раннее, что я помню — это году в 1998 что-ли Sun рекламировала свои тонкие клиенты, и её СEO декламировал лозунг «сеть — это компьютер». С тех пор практически ничего не изменилось (в офисах).
А вот для Sun изменилось многое…
Многие крупные компании используют VDI или терминалы вместо классических десктопов для офисных задач, так что революция свершилась.
Но мир не стоит на месте и теперь конгломерат из прозводителей серверов и систем виртуализации размахивает знаменем BYOD, пытаясь продать свои решения даже туда, где это не нужно.
Но мир не стоит на месте и теперь конгломерат из прозводителей серверов и систем виртуализации размахивает знаменем BYOD, пытаясь продать свои решения даже туда, где это не нужно.
Было бы интересно прямо тут услышать цены.
Есть проблема: руководство вроде «за», но служба информационной безопасности не пропускает, потому что это противоречит политике. Как вы собираетесь бороться с этим?
Как работает процесс синхронизации? Скажем, у меня с домашней машины открыт файл в облаке, который редактируется в «облачном»-же редакторе. Внезапно падает интернет, естественно, ничего не сохраненно. После появления интернета, или когда я доберусь до работы — смогу ли я открыть туже сессию, и сохранить таки данные?
Хоть я и не автор статьи, но ответ же очевиден — конечно сможете!
Да, сможете. Уронили ноутбук – можно подключиться с другого и продолжить работать с того же места. Приложение не закроется до тех пор, пока не истечет таймаут сессии, который настраивается как угодно.
процесс синхронизации никак не работает. Ибо его просто нет. На нем нет никаких пользовательских данных. Тонкий клиент понятия не имеет, где и с чем вы работаете. Грубо говоря, его задача — передать картинку с удаленного сервера вам и от вас нажатия клавиш и движения мышкой обратно серверу. Поэтому работа с файлом происходит на удаленном сервере.
Пропал интернет — просто пропадает картинка. Сессия держится. Сколько времени она будет держаться — дело настраиваемое. Обычно — час-два (ибо ресурсы-то на сервере тоже держатся занятыми).
Если успели за это время переподключиться (не важно с чего — с другого компа, с планшета, смартфона, прочее) — открылся тот же самый экран, что был на время закрытия.
Не успели — сессия закрывается. Тут уже начинаются пляски с автосохранением.
Но обычно, все заканчивается хорошо.
Пропал интернет — просто пропадает картинка. Сессия держится. Сколько времени она будет держаться — дело настраиваемое. Обычно — час-два (ибо ресурсы-то на сервере тоже держатся занятыми).
Если успели за это время переподключиться (не важно с чего — с другого компа, с планшета, смартфона, прочее) — открылся тот же самый экран, что был на время закрытия.
Не успели — сессия закрывается. Тут уже начинаются пляски с автосохранением.
Но обычно, все заканчивается хорошо.
Чем это решение отличается от RemoteAPP (кроме бОльшей цены)?
Это несомненно удобная штука, но рассказали бы вы об публикации этих программ для дальнейшего доступа к ним. Работая с этими приложениями (моя роль публикация для тестирования а далее для релиза), честно вам скажу иногда мозг просто невыносимо.
Сразу несколько вопросов
1. как решаются вопросы нестандартных локальных принтеров?
2. как решаются вопросы функционирования ПО с аппаратной защитой? А с сетевыми вариантами аппаратной защиты? (это когда ключ ищется клиентами по всей локальной сети, как это делается в случае 1С с ключами HASP4 или при защите специализированных конфигураций с ключами КАТРАН...)
3. как решаются вопросы функционирования ПО с аппаратными ключами прочего назначения (шифрование, аутентификация)?
И не говорите мне ни слова про «давайте нам ваши ключи, мы их тут воткнем и пробросим вам в облачные машины».
Если посмотреть статистику использования продуктов 1С с программной и аппаратной защитой, — как вы думаете, цифра порядка 90% — это какой тип защиты?
4. Как решаются вопросы функционирования розничных торговых точек? С подключенной кучей оборудования типа фискальных регистраторов, специализированных принтеров, устройств отображения данных и проч?
1. как решаются вопросы нестандартных локальных принтеров?
2. как решаются вопросы функционирования ПО с аппаратной защитой? А с сетевыми вариантами аппаратной защиты? (это когда ключ ищется клиентами по всей локальной сети, как это делается в случае 1С с ключами HASP4 или при защите специализированных конфигураций с ключами КАТРАН...)
3. как решаются вопросы функционирования ПО с аппаратными ключами прочего назначения (шифрование, аутентификация)?
И не говорите мне ни слова про «давайте нам ваши ключи, мы их тут воткнем и пробросим вам в облачные машины».
Если посмотреть статистику использования продуктов 1С с программной и аппаратной защитой, — как вы думаете, цифра порядка 90% — это какой тип защиты?
4. Как решаются вопросы функционирования розничных торговых точек? С подключенной кучей оборудования типа фискальных регистраторов, специализированных принтеров, устройств отображения данных и проч?
1. К нестандартным локальным принтерам покупаются стандартные устройства, делающие принтер сетевым. Далее проблем нет.
2. С аппаратной защитой – есть решения по USB over IP. Любые USB устройства могут быть прокинуты в виртуальную машину по сети. С другими специальными средствами защиты нужно разбираться отдельно
3. Если ключи подключаются по USB, см п.2. в остальных случаях все вопросы решаются или не решаются (так тоже бывает) отдельно. Их «тут втыкать» не обязательно. Вы можете пробрасывать их самостоятельно в случае необходимости.
4. Данных проектов (Citrix + Облако + фискальные регистраторы, специализированные принтеры, устройства отображения данных и проч.) у нас еще не было. Будем рады поработать в этом направлении.
2. С аппаратной защитой – есть решения по USB over IP. Любые USB устройства могут быть прокинуты в виртуальную машину по сети. С другими специальными средствами защиты нужно разбираться отдельно
3. Если ключи подключаются по USB, см п.2. в остальных случаях все вопросы решаются или не решаются (так тоже бывает) отдельно. Их «тут втыкать» не обязательно. Вы можете пробрасывать их самостоятельно в случае необходимости.
4. Данных проектов (Citrix + Облако + фискальные регистраторы, специализированные принтеры, устройства отображения данных и проч.) у нас еще не было. Будем рады поработать в этом направлении.
1c ключи сейчас можно поменять на электронные лицензии, убавляет гемора с ними.
Ну то есть те самые 90% (нет, ну на минуту давайте представим, что 1С все-таки не ломаная) обречены на допрасходы (USB over iP, когда я в последний раз смотрел, — были аппаратными решениями, и не сказать чтобы за копейки). Плюс стандартные устройства, делающие принтер сетевым.
Сможете оценить стоимость дополнительных расходов? (это я уже серьезно спрашиваю, без подколок)
Сможете оценить стоимость дополнительных расходов? (это я уже серьезно спрашиваю, без подколок)
1С активно заменяет аппаратные ключи на программные, начиная с версии 8.2 нужно делать специальный запрос, чтобы получить токен.
Но тут речь про корпоративных заказчиков, у которых не водятся usb/win-принтеры.
Но тут речь про корпоративных заказчиков, у которых не водятся usb/win-принтеры.
Локальная файловая база тоже без ключа работает? Разве это не только с базами на 1с сервере работает?
Я слабо представляю клиента КРОКа, использующего локальные файловые базы :)
Нет связи между способом хранения данных (серверный/файловый) и организацией защиты.
Может быть файловая база и программная защита. Может быть клиент-серверный вариант и программная защита. (Везде «программная защита» — в противовес аппаратной, которая «по старинке», с USB-ключами)
Может быть файловая база и программная защита. Может быть клиент-серверный вариант и программная защита. (Везде «программная защита» — в противовес аппаратной, которая «по старинке», с USB-ключами)
Проброс USB – программное решение примерно 150 у.е.
Аппаратное, например, AnywhereUSB/2 – 290 у.е.
Принт-сервер с USB портом до 5 000 р.
Аппаратное, например, AnywhereUSB/2 – 290 у.е.
Принт-сервер с USB портом до 5 000 р.
А теперь хотим загнать 50 клиентов в это облако и упираемся в канал.
Причем у каждого клиента софт работает через COM-порт со сканером штрих-кодов — попробуй настрой…
Причем у каждого клиента софт работает через COM-порт со сканером штрих-кодов — попробуй настрой…
Не могли бы продолжить в виде цикла статей. Интересуют паттерны использования, также какое ПО готово для использования, примеры настроек, примерный расчет стоимости для определенных конфигураций. Возможно ли работа на ARM устройствах не android?
Мне кажется стоит раскрыть use-cas'ы, когда работа с удалённым рабочим местом будет актуальна. Для себя, как программист, вообще не вижу никакого применения.
В любой приличной конторе есть образы-снэпшоты рабочих мест для быстрого разворачивания. Сломалось место — заменили машину, накатили образ.
Если есть вопрос потери данных, то нужно предусмотреть их сохранение по сети, но блокировка рабочего процесса в случае отключенной сети видится мне весьма критичным недостатком.
В любой приличной конторе есть образы-снэпшоты рабочих мест для быстрого разворачивания. Сломалось место — заменили машину, накатили образ.
Если есть вопрос потери данных, то нужно предусмотреть их сохранение по сети, но блокировка рабочего процесса в случае отключенной сети видится мне весьма критичным недостатком.
поддерживаю
вам, как программисту, сложно понять, какой это геморрой для всех (айтишников и пользователей) заменить рабочую станцию. Даже если данные еще можно держать на сервере, что делать с профилями? Делать их роуминговыми? А если офисов десяток?
Так что менять «машину» надо как можно реже, желательно только при плановом обновлении. Это в идеале.
А что делать, если кому-то нравится Мак? А кому-то НР. Кому-то Леново. Кому-то Делл. Кто-то вообще не пользуется ноутбуками и живет на планшетах. В этом случае WTS+Citrix значительно облегчают жизнь. Плюс пользователь получает возможность работы из любого места, хоть с работы, хоть из дома, хоть на природе, на любом устройстве.
А с сетью сейчас проблем гораздо меньше. Упала сеть в офисе (а этого надо стараться не допустить) — зашел в кафе и продолжил работу.
Так что менять «машину» надо как можно реже, желательно только при плановом обновлении. Это в идеале.
А что делать, если кому-то нравится Мак? А кому-то НР. Кому-то Леново. Кому-то Делл. Кто-то вообще не пользуется ноутбуками и живет на планшетах. В этом случае WTS+Citrix значительно облегчают жизнь. Плюс пользователь получает возможность работы из любого места, хоть с работы, хоть из дома, хоть на природе, на любом устройстве.
А с сетью сейчас проблем гораздо меньше. Упала сеть в офисе (а этого надо стараться не допустить) — зашел в кафе и продолжил работу.
- А что делать, если кому-то нравится Мак? А кому-то НР. Кому-то Леново. Кому-то Делл. Кто-то вообще не пользуется ноутбуками и живет на планшетах.
Демократия и попытки подстроиться под пользователей ни к чему хорошему не приводят. За много лет работы пришел к пути Apple-like: «вы сами не знаете чего хотите, зато это прекрасно знаю я. И я знаю, как НАДО, Поэтому морочьте голову селедке в своем холодильнике, а решать, на каких машинах вы будете работать в офисе, буду я». Ну за редким-редким исключением.
И вы знаете, «удовлетворенность потребителя» растет как на дрожжах. Потому что эникейщики, сисадмины и интеграторы не имеют проблем с большим парком РАЗНЫХ машин, все намного более предсказуемо и понятно, — а потому в бОльшем проценте случаев и быстрее диагностируется и исправляется.
ООоо, сразу чувствуется подход «Я тут царь и бог и мне решать, на каких машинах вы будете работать в офисе».
Времена, когда ИТ могли диктовать свои условия, далеко позади, потому что с диктаторством в ИТ далеко вперед не уйдешь. Иначе все бы до сих пор работали на счетах и печатных машинках (ибо для ИТ это было бы удобнее всего).
И задача ИТ в данном случае — предложить бизнесу удобные решения для поставленных задач. ИТ для бизнеса, а не бизнес для ИТ. Диалог. Скажите, что вам надо, мы подскажем, что вам требуется.
Почему сейчас так популярна тема BYOD? Потому что это удобно и выгодно, для всех. Организации, потому что не надо тратиться на технику. Пользователю, потому что можно работать на том, что нравится. ИТ, потому что надо только обеспечить работоспособность сервиса, а все остальное — заботы конечного пользователя.
Краткий пример по BYOD-light.
Как было у нас раньше — покупали корпоративные телефоны и выдавали вместе с симками. Сотрудников много. Очень. Постоянно было: а почему Нокия? А почему именно эта модель? А у меня батарейка быстро садится. А я телефон сломал. А он сам не работал толком. Что вы мне тут даете? Я не могу с таким показаться клиенту.
В общем, одна сплошная головная боль и нервотрепка.
Как стало: не выдаем корпоративные телефоны, только симки. Хочешь Нокию — пожалуйста, но только свою. Посолиднее? — Нам все равно. Про «сломал/не работает/батарейка» даже речи не идет.
Сейчас идут работы по BYOD для других мобильных устройств, как-то смартфонов и планшетов разных производителей. Пользователям нравится, потому что они могут получить мобильный доступ к почте со своих личных устройств, что им удобнее, чем подключаться через VPN/WTS/DirectAccess.
Так что это не «демократия и попытки подстроиться», это удобство. Win-Win, если угодно.
Времена, когда ИТ могли диктовать свои условия, далеко позади, потому что с диктаторством в ИТ далеко вперед не уйдешь. Иначе все бы до сих пор работали на счетах и печатных машинках (ибо для ИТ это было бы удобнее всего).
И задача ИТ в данном случае — предложить бизнесу удобные решения для поставленных задач. ИТ для бизнеса, а не бизнес для ИТ. Диалог. Скажите, что вам надо, мы подскажем, что вам требуется.
Почему сейчас так популярна тема BYOD? Потому что это удобно и выгодно, для всех. Организации, потому что не надо тратиться на технику. Пользователю, потому что можно работать на том, что нравится. ИТ, потому что надо только обеспечить работоспособность сервиса, а все остальное — заботы конечного пользователя.
Краткий пример по BYOD-light.
Как было у нас раньше — покупали корпоративные телефоны и выдавали вместе с симками. Сотрудников много. Очень. Постоянно было: а почему Нокия? А почему именно эта модель? А у меня батарейка быстро садится. А я телефон сломал. А он сам не работал толком. Что вы мне тут даете? Я не могу с таким показаться клиенту.
В общем, одна сплошная головная боль и нервотрепка.
Как стало: не выдаем корпоративные телефоны, только симки. Хочешь Нокию — пожалуйста, но только свою. Посолиднее? — Нам все равно. Про «сломал/не работает/батарейка» даже речи не идет.
Сейчас идут работы по BYOD для других мобильных устройств, как-то смартфонов и планшетов разных производителей. Пользователям нравится, потому что они могут получить мобильный доступ к почте со своих личных устройств, что им удобнее, чем подключаться через VPN/WTS/DirectAccess.
Так что это не «демократия и попытки подстроиться», это удобство. Win-Win, если угодно.
хехе, понимаю наезд, но он не по адресу. И принцип «ИТ для бизнеса, а не бизнес для ИТ» мне более чем знаком, тоже шишек набил в свое время. Понимание, где имеет смысл давать волю, а где это обернется геморроем (причем, обеим сторонам) — приходит с опытом и возрастом. И я уверен, что моего опыта и возраста еще тоже пока маловато для абсолютной уверенности во всех ситуациях, но описанная проверена и тут я в себе уверен :)
ИТ отдел принимает решения потому что более компетентен в данном вопросе. И за свои решения несет ответственность.
Я не могу с таким показаться клиенту — Этому человеку вы хотите доверить право выбирать?
Я не могу с таким показаться клиенту — Этому человеку вы хотите доверить право выбирать?
>Этому человеку вы хотите доверить право выбирать?
Да, потому как не вижу причин, почему бы этого не делать.
Да, потому как не вижу причин, почему бы этого не делать.
Да, потому как не вижу причин, почему бы этого не делать.
#@$ть я как лох там среди этих пи"№; сов. Давай мне ченить покруче, «я не могу появляться с этой ботвой там». Да, вот смотри, нашел вчера в инете такой же, как у этого пи"№ка из «NZX-Ltd». Там есть круче? Во, давай! Е№%ть ни х«я ж себе он стОит. По;%ую, покупаем, фирма оплатит… Что такое Blackberry OS? Ты мне мозги не пудри, ты настрой, чтобы звонить можно было, И чтобы как у них — свиньи, попугаи, динозавры, чтоб все как у людей. Что значит нет на этом телефоне? Да у всех есть, не е;% мне мозг!..
Вот именно поэтому — _Я_ вижу причины это делать, а ВЫ — нет (еще пока или уже?).
Почему сейчас так популярна тема BYOD?
Потому что её рекламируют Citrix, VMware и Cisco.
признаться, впервые про сам термин BYOD я услышал, когда в компании начался проект по использованию личных устройств сотрудников для доступа к корпоративным ресурсам. Было это примерно 1,5-2 года назад. Мне тогда это показалось «внутренним» названием корпоративного проекта.
И только много времени спустя я стал замечать этот термин в компьютерной прессе. Оказывается, это тренд, который лично мне симпатичен.
И только много времени спустя я стал замечать этот термин в компьютерной прессе. Оказывается, это тренд, который лично мне симпатичен.
Всё это, безусловно, великолепно, и в ближайшем обозримом будущем, конечно так и будет. Но…
Вот у нас, например, более 200 человек. Три офиса в одном городе, несколько офисов в других городах. Коллосальное кол-во программ, требующих, мягко говоря, особой лютой бережной установки и техподдержки. К примеру продукты от Gallup и Трактовский софт. Они требуют аппаратные ключи, и в облако вряд ли корректно встанут. Да и та же работа с аудио… пока в облаке это вряд ли возможно в масштабе большого предприятия с конвеерным аудиопроизводством.
Вот у нас, например, более 200 человек. Три офиса в одном городе, несколько офисов в других городах. Коллосальное кол-во программ, требующих, мягко говоря, особой лютой бережной установки и техподдержки. К примеру продукты от Gallup и Трактовский софт. Они требуют аппаратные ключи, и в облако вряд ли корректно встанут. Да и та же работа с аудио… пока в облаке это вряд ли возможно в масштабе большого предприятия с конвеерным аудиопроизводством.
Все в этом мире развивается по спирали. Мы опять возвращаемся в ту же точку, только на уровень выше.
Под «ту же точку» я подразумеваю мейн-фреймы и терминалы доступа.
Под «ту же точку» я подразумеваю мейн-фреймы и терминалы доступа.
XenApp прекрасный продукт.
Лучше бы описали типовую схему использования, когда в терминальном режиме используются только бизнес приложения (1С, ERP, др), а на локальной машине остается браузер, приложения требовательные к каналу и аппаратным ресурсам видеокарты.
Лучше бы описали типовую схему использования, когда в терминальном режиме используются только бизнес приложения (1С, ERP, др), а на локальной машине остается браузер, приложения требовательные к каналу и аппаратным ресурсам видеокарты.
О! Голос разума!
Пожалуйста, реальный пример.
Есть региональный учебный центр, с десятками учебных аудиторий, с десятками учебных мест в каждой, каждое место должно быть оборудовано компьютером.
Как сейчас: компьютеры. Ежеквартальное обновление эталонного образа. После чего образ допиливается на региональном уровне. После чего все компьютеры в учебном центре должны обновляться. И хотя используются средства развертывания, проблемы с компьютерами и софтом на них требуют слишком много внимания и времени со стороны ИТ.
Как будет: тонкие клиенты. То же ежеквартальное обновление образа, только хоститься это будет в корпоративном облаке на цитриксе. Поскольку на тонких клиентах ломаться фактически нечему, не будет проблем с их обслуживанием. Аналогично с софтом: на клиенте практически нет софта, кроме цитрикс клиента и пары вспомогательных утилит. Появляется тонкое место с работоспособностью сети, но проблема решается дублированием и балансированием нагрузки. Для слушателей разницы не будет никакой. Для преподавателя — тоже. А для ИТ — меньше проблем и рутинных операций.
ЗЫ Для справки: стоимость тонкого клиента примерно в 3 раза ниже стационарного компьютера. Время фактической эксплуатации — больше.
Есть региональный учебный центр, с десятками учебных аудиторий, с десятками учебных мест в каждой, каждое место должно быть оборудовано компьютером.
Как сейчас: компьютеры. Ежеквартальное обновление эталонного образа. После чего образ допиливается на региональном уровне. После чего все компьютеры в учебном центре должны обновляться. И хотя используются средства развертывания, проблемы с компьютерами и софтом на них требуют слишком много внимания и времени со стороны ИТ.
Как будет: тонкие клиенты. То же ежеквартальное обновление образа, только хоститься это будет в корпоративном облаке на цитриксе. Поскольку на тонких клиентах ломаться фактически нечему, не будет проблем с их обслуживанием. Аналогично с софтом: на клиенте практически нет софта, кроме цитрикс клиента и пары вспомогательных утилит. Появляется тонкое место с работоспособностью сети, но проблема решается дублированием и балансированием нагрузки. Для слушателей разницы не будет никакой. Для преподавателя — тоже. А для ИТ — меньше проблем и рутинных операций.
ЗЫ Для справки: стоимость тонкого клиента примерно в 3 раза ниже стационарного компьютера. Время фактической эксплуатации — больше.
UFO just landed and posted this here
Только что посмотрел в каталоге для заказа. Сравнивал десктоп и ТК от HP. Оказалось, что цена тонкого клиента в 2,15 раз ниже цены десктопа.
UFO just landed and posted this here
посмотрел цены, вполне соотносятся с нашим каталогом для наших моделей и конфигураций.
Вы мне что хотите доказать-то?
Вы мне что хотите доказать-то?
UFO just landed and posted this here
а стоимость владения складывается не только из цены на оборудование. Думаю, как и в строительстве, где возведение стен — это всего около 40% стоимости всего строительства.
С ТК достигается существенная экономия за счет снижения загруженности сотрудников ИТ, меньшим количеством проблем, большим сроком службы. Смотрите на это глобальнее, а не только на цену оборудования.
ЗЫ Я не агитирую за ТК, я смотрю на реальный пример использования и могу сравнить разные подходы.
С ТК достигается существенная экономия за счет снижения загруженности сотрудников ИТ, меньшим количеством проблем, большим сроком службы. Смотрите на это глобальнее, а не только на цену оборудования.
ЗЫ Я не агитирую за ТК, я смотрю на реальный пример использования и могу сравнить разные подходы.
Готов согласиться, что решение хорошее при условии что десятки аудиторий разбросаны по городу, а не находятся в 1-2 близко расположенных зданиях. В противном случае было бы лучше держать локальную ферму TS или VDI чтобы не зависеть от каналов в Интернет.
Данный центр находится в 1 здании. Но таких центров — много. Везде создавать локальные фермы? Получим те же проблемы, что и с компьютерами, только на более высоком уровне абстракции. Проект по переходу на ТК долго высчитывался и готовился.
Кстати, в пилотном проекте (еще на Sun) так и было сделано — все локальное. Но после подсчетов оказалось, что дешевле, проще и надежнее все держать в региональном (уровня ЕМЕА) дата-центре, где есть вся необходимая инфраструктура, который сможет обслуживать много центров сразу.
А от интернет-каналов мы не зависим, все идет по нескольким WAN-линкам.
Кстати, в пилотном проекте (еще на Sun) так и было сделано — все локальное. Но после подсчетов оказалось, что дешевле, проще и надежнее все держать в региональном (уровня ЕМЕА) дата-центре, где есть вся необходимая инфраструктура, который сможет обслуживать много центров сразу.
А от интернет-каналов мы не зависим, все идет по нескольким WAN-линкам.
Вот все тут обсуждают необходимую пропускную способность канала, а вот про отзывчивость системы никто даже не волнуется…
Неужели никто не сталкивался с «лагами»… И если в своей локалке я еще готов поверить в мало-мальски «нормальную» отзывчивость то по говняному ADSL каналу 100% будут проблемы!
Уже очень давно слежу за этой темой… Давно обещают дешевые тонкие клиенты по типу Raspberry Pi… Но все никак не появляются =\
Неужели никто не сталкивался с «лагами»… И если в своей локалке я еще готов поверить в мало-мальски «нормальную» отзывчивость то по говняному ADSL каналу 100% будут проблемы!
Уже очень давно слежу за этой темой… Давно обещают дешевые тонкие клиенты по типу Raspberry Pi… Но все никак не появляются =\
UFO just landed and posted this here
вот как посчитать, наличие пакета MS Office является «стратегически (жизненно) важными данными» для организации? Тем более, такой серьезной, как коммерческий банк.
Я, помню, немного удивился, когда узнал, что один банк использует только Office 365. И, в принципе, это логично.
ЗЫ Немного, потому как сам банк называется себя «прогрессивным» и такое использование ПО для него если не ожидаемое, то вполне целесообразное.
Я, помню, немного удивился, когда узнал, что один банк использует только Office 365. И, в принципе, это логично.
ЗЫ Немного, потому как сам банк называется себя «прогрессивным» и такое использование ПО для него если не ожидаемое, то вполне целесообразное.
А какова политика установки ПО на таких виртуальных машинах? Кто следит за их лицензионностью? Кто виноват, если облаком пользуется оффис из Риги и поставил туда ломанный Фотошоп? Что будет если маски придут проверять само облако?
Sign up to leave a comment.
Переносим весь офис в «облако»: ни байта на локальных машинах