Если веб-приложение интранет использует CDN
При использовании Emacs можно установить Cedet, или пакет Автоматического заполнения для использования завершения имени для некоторых языков (C++ довольно хорош, в то время как Obj-C все еще не поддерживается), в дополнение к богатой функциональности редактора
4 ответа
Я большой поклонник использования CDN для этих вещей , но я думаю, что это будет редким исключением, когда использование Google или Microsoft CDN будет подходящим для приложения Intranet.
- Для пользователей в Во внутренней сети внешний запрос (даже к быстрой ближайшей CDN) будет намного медленнее, чем внутренний запрос.
- Часто эти вещи должны быть доступны, когда на клиенте нет подключения к Интернету.
- Даже если у вас есть географически рассредоточенные пользователи VPN, все их запросы в любом случае маршрутизируются через сеть компании, что делает запрос CDN даже медленнее, чем локальный запрос VPN.
Основное преимущество CDN состоит в том, что она доставляет контент от пользователя к пользователю. Ваша интрасеть еще ближе!
Второе преимущество заключается в том, что у пользователя уже может быть кэшированный контент, что опять же не так актуально для вашей интрасети - вы можете настроить кеширование в соответствии со своими требованиями, и доставка контента будет в любом случае будьте быстры.
Главный недостаток состоит в том, что вы передаете ключевую часть своего приложения в чужие руки. Если преимущество местоположения не важно, а в вашем случае это не так, это бессмысленный риск.
Единственные люди, которые могут получить выгоду, - это удаленные сотрудники, подключенные к вашей интрасети через VPN, но даже в этом случае риски, скорее всего, будут перевешивают преимущества.
Ну, это зависит от нескольких вещей.
Эта интрасеть только в одном месте или распределена по нескольким местам? Если да, то находятся ли эти места в одном штате / стране / континенте? Очевидно, что чем больше у вас расположений и чем больше расстояние между ними, тем больше возможностей будет предоставлять CDN.
На каком сервере (ах) будет размещаться этот сервер? Серверы, используемые для размещения этого приложения, уже не работают. другой запущенный процесс / сайты и т. д.? Чем меньше серверных ресурсов у вас доступно, тем более выгодным станет CDN, так как он сократит количество ненужного серверного трафика и используемых ресурсов.
Сколько людей будут использовать это приложение одновременно? Если вы собираетесь собираться чтобы каждую минуту / секунду приходило множество запросов для статического контента, такого как изображения, скрипты, и т.д., то все больше и больше ваших ресурсов будет использоваться для доставки этого контента, что замедлит работу приложения в целом. Этот вопрос также идет рука об руку с вышеупомянутым вопросом.
Есть много других вещей, которые следует учитывать при просмотре CDN, но это лишь некоторые из основных моментов, о которых следует подумать.
Предположим, что обычно все пользователи интрасети находятся в одной сети, поэтому было бы быстрее разместить файл на локальном сервере.
Но если ваши пользователи находятся по всему миру и используют vpn или что-то еще для подключения к интрасети, неплохо было бы использовать cdn.