Перевод: с английского на все языки

со всех языков на английский

эти+данные

  • 61 data

    ˈdeɪtə сущ.;
    мн. от datum
    1) мн. от datum
    2) часто как ед. данные, факты, сведения;
    информация actual dataфактические данные, реальные данные address dataадресные сведения, адресные данные basic dataисходные данные biographical data ≈ факты биографии business dataделовая информация;
    коммерческая информация to cite dataссылаться на данные to collect dataсобирать данные collect data ≈ текущие данные data processingобработка данных to evaluate dataоценивать данные to feed in dataпоставлять данные to gather dataсобирать информацию to process dataобрабатывать данные to retrieve dataвосстанавливать данные raw dataсырой материал scientific dataнаучные данные statistical dataстатистические данные to store dataхранить данные Syn: news pl от datum pl (употребляется) тж. с гл. в ед. ч. данные, факты;
    информация - this * эти данные - initial * исходные данные - calculation * данные вычислений - classified * секретные данные - coded * (за) кодированные данные - control * (информатика) управляющая информация - input * входные данные - laboratory * данные лабораторных исследований - observed * данные наблюдений - measured * результат измерений - * gathering сбор данных - * compression сжатие данных - quick-look * (профессионализм) оперативные данные - * оn word frequencies данные о частотах слов - * for study материал исследования - to gather * оn smth. cобирать материал о чем-л. (американизм) собирать или хранить подробную информацию absolute ~ вчт. абсолютные данные accept ~ вчт. принимать данные access ~ вчт. путевое имя данных actual ~ вчт. реальные данные adjusted ~ вчт. скорректированные данные aggregated ~ вчт. агрегированные данные aggregated ~ вчт. укрупненные данные alphabetic ~ вчт. буквенные данные alphanumeric ~ вчт. буквенно-цифровые данные alphanumeric ~ вчт. текстовые данные analog ~ вчт. алалоговые данные analog-digital ~ вчт. алалогово-цифровые данные anomalous ~ вчт. неверные данные area ~ зональные данные arrayed ~ вчт. массив данных arrayed ~ вчт. упорядоченные данные automated ~ processing вчт. автоматическая обработка данных automatic ~ processing вчт. автоматическая обработка данных processing: ~ обработка;
    automatic data processing автоматическая обработка данных automatic ~ processing system вчт. система автоматической обработки данных available ~ вчт. доступные данные bad ~ вчт. неправильные данные biased ~ вчт. неравномерно распределенные данныые binary ~ вчт. двоичные данные biographical ~ биографические данные bipolar-valued ~ вчт. данные обоих знаков bit string ~ вчт. битовые строки blocked ~ вчт. блок данных blocked ~ вчт. сблокированные данные boolean ~ вчт. булевские данные built-in ~ вчт. встроенные данные business ~ вчт. деловая информация canned ~ вчт. искусственные данные chain ~ вчт. цепочка данных character string ~ вчт. строки символов cipher ~ вчт. зашифрованные данные classified ~ вчт. сгруппированные данные clean ~ вчт. достоверные данные clear ~ вчт. незашифрованные данные coded ~ вчт. незакодированные данные collect ~ собирать данные common ~ вчт. общие данные compacted ~ вчт. уплотненные дданные compatible ~ вчт. совместимые данные comprehensive ~ вчт. исчерпывающие данные comprehensive ~ вчт. полные данные computer usage ~ данные по использованию ЭВМ confidential ~ вчт. секретные данные constitutional ~ вчт. структированные данные constructed ~ вчт. исскуственные данные contiguous ~ вчт. сопутствующие данные continuous ~ вчт. аналоговые данные control ~ вчт. управляющие данные coordinate ~ вчт. координатные данные correction ~ вчт. поправочные данные critical ~ вчт. критические данные critical ~ вчт. критическое значение данных cross-section ~ вчт. структурные данные cumulative ~ вчт. накопленные данные current ~ вчт. текущие данные data pl от datum ~ pl данные;
    факты;
    сведения ~ вчт. данные ~ данные ~ pl информация ~ вчт. информация ~ информация ~ сведения ~ факты ~ aligner вчт. блок перегруппировки данных ~ control block вчт. блок управления данными ~ set control block вчт. блок управления набором данных data pl от datum datum: datum (pl data) данная величина, исходный факт ~ вчт. единица информации ~ характеристика ~ вчт. элемент данных debugging ~ вчт. отладочная информациия decimal ~ вчт. десятичные данные derived ~ вчт. выводимые данные descriptive ~ вчт. описательные данные digital ~ вчт. цифровые данные digitized ~ вчт. оцифрованные данные direct ~ set вчт. прямой набор данных disembodied ~ вчт. разрозненные данные dispersed ~ вчт. распределенные данные distributed ~ base вчт. распределенная база данных, РБД distributed ~ processing вчт. распределенная обработка данных processing: distributed data ~ вчт. рассредоточенная обработка информации documentary ~ вчт. распределенная информация downloaded ~ вчт. загружаемые данные dummy ~ set вчт. набор фиктивных данных encoded ~ вчт. кодированные данные encrypted ~ вчт. зашифрованные данные engineering ~ вчт. технические данные error ~ вчт. информация об ошибках evaluation ~ вчт. оценочные данные event ~ вчт. данные о событиях external ~ внешние данные false ~ вчт. ложные данные fictive ~ вчт. фиктивные данные field ~ вчт. эксплуатационные данные field-performance ~ вчт. эксплуатационая характеристика file ~ вчт. данные из файла file ~ вчт. описание файла filed ~ вчт. картотечные данные flagged ~ вчт. снабженные признаками данные formatted ~ вчт. форматированные данные graphic ~ вчт. графические данные hard disk ~ вчт. данные на жестком диске hierarchical ~ base вчт. база иерархических данных historical ~ вчт. данные о протекании процесса housekeeping ~ вчт. служебные данные identification ~ идентифицирующие данные image ~ вчт. видеоданные immediate ~ вчт. непосредственно получаемые данные imperfect ~ вчт. неполные данные improper ~ вчт. неподходящие данные impure ~ вчт. изменяемые данныые incoming ~ вчт. поступающие данные incomplete ~ вчт. неполные данные indexed ~ вчт. индексируемые данные indicative ~ вчт. индикационные данные indicative ~ вчт. характеристические данные initial ~ вчт. исходные данные input ~ вчт. входные данные input ~ вчт. исходные данные integated ~ вчт. сгруппированные данные integer ~ вчт. целочисленные данные integrated ~ вчт. сгруппированные данные interactive ~ вчт. данные взаимодействия intermediate ~ вчт. промежуточные данные intersection ~ вчт. данные пресечения invalid ~ недостоверные данные invisible ~ вчт. невидимая информация job ~ вчт. характеристика работы label ~ вчт. данные типа метки language ~ вчт. языковые данные lawful ~ разрешенные данные line ~ вчт. строковые данные loaded ~ base вчт. заполненная база данных locked ~ вчт. защищенные данные logged ~ вчт. регистрируемые данные logical ~ вчт. логические данные lost ~ вчт. потерянные данные low-activity ~ вчт. редкоиспользуемые данные machine-readable ~ вчт. машиночитаемые данные management ~ вчт. управленческая информация mass ~ вчт. массовые данные master ~ вчт. основные данные master ~ вчт. эталонные данные meaning ~ вчт. значащая информация meaningless ~ вчт. незначащие данные meta ~ вчт. метаинформация misleading ~ вчт. дезориентирующие данные missing ~ вчт. недостаточные данные missing ~ вчт. недостающие данные missing ~ вчт. потерянные данные multiple ~ вчт. многокомпонентные данные n-bit ~ вчт. n-разрядные двоичные данные non-numeric ~ вчт. нечисловые данные nonformatted ~ вчт. неформатированные данные normal ~ вчт. обычные данные null ~ вчт. отсутствие данных numeric ~ числовые данные numerical ~ вчт. числовые данные observed ~ вчт. данные наблюдений on-line ~ вчт. данные в памяти on-line ~ вчт. оперативные данные operational ~ вчт. рабочие данные original statistical ~ исходные статистические данные outgoing ~ вчт. выходные данные outgoing ~ вчт. исходящие данные output ~ вчт. выходные данные output ~ выходные данные packed ~ вчт. упакованные данные passing ~ вчт. пересылка данных personal ~ анкетные данные personal ~ личные данные pooled ~ вчт. совокупность данных poor ~ вчт. скудные данные primary ~ вчт. первичные данные private ~ вчт. закрытые данные problem ~ вчт. данные задачи problem ~ вчт. проблемные данные production ~ данные о выпуске продукции production ~ показатели хода производственного процесса production ~ технологические показатели public ~ вчт. общедоступные данные public ~ вчт. общие данные punched ~ вчт. отперфорированные данные pure ~ вчт. неизменяемые данные random test ~ случайные тестовые данные ranked ~ вчт. ранжированные данные ranked ~ вчт. упорядоченные данные rating ~ вчт. оценочные данные raw ~ вчт. необработанные данные raw ~ необработанные данные recovery ~ вчт. восстановительные данные reduced ~ вчт. сжатые данные reference ~ вчт. справочные данные refined ~ вчт. уточненные данные rejected ~ вчт. отвергаемые данные relative ~ вчт. относительные данные relevant ~ вчт. релевантные данные reliability ~ вчт. данные о надежности reliable ~ вчт. надежная информация representative ~ вчт. представительные данные restricted ~ вчт. защищенные данные run ~ вчт. параметр прогона run ~ вчт. параметры прогона sample ~ вчт. выборочные данные sampled ~ вчт. выборочные данные sampled ~ вчт. дискретные данные schedule ~ вчт. запланированные данные scratch ~ вчт. промежуточные данные secondary ~ вчт. вторичные данные sensitive ~ вчт. уязвимые данные serial ~ вчт. последовательные данные service ~ block вчт. блок служебных данных shareable ~ вчт. общие данные simulation ~ вчт. данные моделирования smoothed ~ вчт. сглаженные данные socio-economic ~ социально-экономические данные source ~ вчт. данные источника specified ~ вчт. детализированные данные sring ~ вчт. хранимый ток stale ~ вчт. устаревшие данные stand-alone ~ вчт. автономные данные stand-alone ~ вчт. одиночные данные starting ~ вчт. исходные данные starting ~ вчт. начальные данные statistical ~ статистические данные status ~ вчт. данные о состоянии stored ~ вчт. запоминаемые данные string ~ вчт. строковые данные structured ~ вчт. структурированные данные suspect ~ вчт. подозрительные данные synthetic ~ вчт. исскуственные данные system control ~ системное управление информацией system output ~ вчт. данные системного вывода tabular ~ вчт. табличные данные tabulated ~ вчт. табличные данные task ~ вчт. данные задачи test ~ вчт. данные испытаний test ~ вчт. контрольные данные test ~ вчт. тестовые данные time-series ~ вчт. данные временного ряда tooling ~ вчт. технологические данные transaction ~ вчт. данные сообщение transaction ~ вчт. параметры транзакции transcriptive ~ вчт. преобразуемые данные transient ~ вчт. транзитные данные transparent ~ вчт. прозрачные данные trouble-shooting ~ вчт. данные о неисправностях true ~ вчт. достоверные данные uncompatible ~ вчт. несовместимые данные unformatted ~ вчт. неформатированные данные ungrouped ~ вчт. несгруппированные данные unpacked ~ вчт. неупакованные данные unpacked ~ вчт. распакованные данные untagged ~ вчт. непомеченные данные updatable ~ вчт. обновляемые данные user ~ вчт. пользовательские данные valid ~ вчт. достоверные данные valid ~ достоверные данные variable ~ вчт. переменные данные video ~ визуальная информация virtual ~ вчт. виртуальные данные warrantly ~ вчт. данные приемочных испытаний warranty ~ вчт. сведения о гарантиях zero ~ вчт. нулевые данные

    Большой англо-русский и русско-английский словарь > data

  • 62 co-location

    1. колокейшн

     

    колокейшн
    размещение сервера
    Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
    [ http://your-hosting.ru/terms/c/colloc/]

    размещение физических серверов
    со-размещение

    Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
    [ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

    совместное размещение
    Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

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

    Чем же отличается колокейшн от хостинга?


    Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

    Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

    Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

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

    Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

    В какой ситуации для клиента имеет смысл переходить на колокейшн?


    Основных причин для перехода с виртуального хостинга на colocation две:

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

    2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

    Насколько колокейшн дороже обычного хостинга?


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

    В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

    Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

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

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

    Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

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

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

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

    Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

    Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

    Насколько часто сейчас используется колокейшн?

    Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

    Какие сложности возникают перед клиентом при использовании колокейшн?

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

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

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

    Какие существуют виды оплаты при колокейшн?


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

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

    Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

    [ http://hostinfo.ru/articles/358]

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > co-location

  • 63 collocation

    1. колокейшн

     

    колокейшн
    размещение сервера
    Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
    [ http://your-hosting.ru/terms/c/colloc/]

    размещение физических серверов
    со-размещение

    Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
    [ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

    совместное размещение
    Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

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

    Чем же отличается колокейшн от хостинга?


    Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

    Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

    Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

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

    Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

    В какой ситуации для клиента имеет смысл переходить на колокейшн?


    Основных причин для перехода с виртуального хостинга на colocation две:

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

    2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

    Насколько колокейшн дороже обычного хостинга?


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

    В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

    Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

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

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

    Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

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

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

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

    Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

    Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

    Насколько часто сейчас используется колокейшн?

    Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

    Какие сложности возникают перед клиентом при использовании колокейшн?

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

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

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

    Какие существуют виды оплаты при колокейшн?


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

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

    Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

    [ http://hostinfo.ru/articles/358]

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > collocation

  • 64 colocation

    1. колокейшн

     

    колокейшн
    размещение сервера
    Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
    [ http://your-hosting.ru/terms/c/colloc/]

    размещение физических серверов
    со-размещение

    Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
    [ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

    совместное размещение
    Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

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

    Чем же отличается колокейшн от хостинга?


    Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

    Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

    Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

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

    Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

    В какой ситуации для клиента имеет смысл переходить на колокейшн?


    Основных причин для перехода с виртуального хостинга на colocation две:

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

    2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

    Насколько колокейшн дороже обычного хостинга?


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

    В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

    Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

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

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

    Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

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

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

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

    Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

    Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

    Насколько часто сейчас используется колокейшн?

    Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

    Какие сложности возникают перед клиентом при использовании колокейшн?

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

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

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

    Какие существуют виды оплаты при колокейшн?


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

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

    Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

    [ http://hostinfo.ru/articles/358]

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > colocation

  • 65 test data

    1. экспериментальные данные; данные испытания

    schematic data — данные о схеме; данные в схематическом виде

    pooled data — совокупность данных; данные объединенные в пул

    2. контрольные данные; тестовые данные; данные испытаний

    English-Russian base dictionary > test data

  • 66 data

    1. [ʹdeıtə,ʹdɑ:tə] n pl
    1. pl от datum
    2. употр. тж. с гл. в ед. ч. (исходные) данные, факты; информация

    calculation data - данные /результаты/ вычислений /расчётов/

    control data - информ. управляющая информация

    input [output] data - входные [выходные] данные /параметры/

    observed /observation/ data - данные наблюдений

    measured /measurement/ data - результаты измерений

    data gathering /collection/ - сбор данных

    quick-look data - проф. оперативные данные

    to gather data on smth. - собирать материал о чём-л.

    2. [ʹdeıtə] v амер.
    собирать или хранить подробную информацию ( о человеке или группе людей)

    НБАРС > data

  • 67 historical data

    1. данные за длительный период времени; фактические данные за прошлый период

    schematic data — данные о схеме; данные в схематическом виде

    pooled data — совокупность данных; данные объединенные в пул

    2. статистические данные; предыстория; архивные данные

    English-Russian base dictionary > historical data

  • 68 data

    1. n pl от m
    2. v амер. собирать или хранить подробную информацию

    sensory data — сенсорная информация; информация от датчиков

    taught-in data — информация, введенная в процессе обучения

    learned data — информация, накопленная в процессе обучения

    continuous data — аналоговые данные; аналоговая информация

    Синонимический ряд:
    1. abstracts (noun) abstracts; documents; notes; reports
    2. conclusions (noun) conclusions; findings; results
    3. declaration (noun) declaration; evidence; knowledge; proof; testimony
    4. facts (noun) facts; figures; information; intelligence; material; measurements; statistics
    5. known facts (noun) available figures; details; information base; known facts; matter of direct observation

    English-Russian base dictionary > data

  • 69 filed data

    1. данные хранимые в виде файла; картотечные данные

    schematic data — данные о схеме; данные в схематическом виде

    pooled data — совокупность данных; данные объединенные в пул

    2. данные хранимые в виде файла; картотечные файлы

    English-Russian base dictionary > filed data

  • 70 computer usage data

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

    schematic data — данные о схеме; данные в схематическом виде

    pooled data — совокупность данных; данные объединенные в пул

    2. данные по использованию машины; информация об использовании машинных ресурсов

    English-Russian base dictionary > computer usage data

  • 71 fixed-point data

    1. данные в форме с фиксированной запятой

    model data — данные, полученные из модели

    2. данные в форме с фиксированной точкой

    English-Russian base dictionary > fixed-point data

  • 72 simulation data

    1. данные для моделирования; результаты моделирования

    model data — данные, полученные из модели

    2. данные моделирования

    English-Russian base dictionary > simulation data

  • 73 tuple-structured data

    1. данные в форме кортежей
    2. данные в виде кортежей

    schematic data — данные о схеме; данные в схематическом виде

    pooled data — совокупность данных; данные объединенные в пул

    English-Russian base dictionary > tuple-structured data

  • 74 input data

    English-Russian big polytechnic dictionary > input data

  • 75 test data

    1. экспериментальные данные
    2. данные испытаний

    schematic data — данные о схеме; данные в схематическом виде

    pooled data — совокупность данных; данные объединенные в пул

    English-Russian big polytechnic dictionary > test data

  • 76 reference data

    1. справочное данные
    2. справочные данные

    schematic data — данные о схеме; данные в схематическом виде

    pooled data — совокупность данных; данные объединенные в пул

    The English-Russian dictionary general scientific > reference data

  • 77 business valuation under economic crisis circumstances

    1. оценка бизнеса в условиях кризиса

     

    оценка бизнеса в условиях кризиса
    Глобальный экономический кризис, начавшийся в 2008 г., характеризуется следующими общими чертами, проявляющимися в отдельных странах. Это: 1) существенное падение котировки акций на фондовых рынках; 2) снижение стоимости активов, прежде всего, за счет уменьшения ценности зданий, сооружений, земельных участков; 3) повышение стоимости заемного капитала; 4) снижение возможностей выделения части доходов на реинвестирование - это означает уменьшение возможностей расширения бизнеса за счет собственных ресурсов; 5) общее замедление темпов экономического развития. Ведущий российский специалист в области оценки бизнеса В.М.Рутгайзер высказал следующие соображения по данному вопросу. В созданных кризисом условиях, полагает он, затруднено (а чаще всего невозможно) использование затратного подхода к оценке стоимости бизнеса: применяемые данные за прошедшие периоды не могут воспроизвести текущую ситуацию ценности активов и обязательств. Эти данные характеризуются неизбежным запаздыванием; поэтому они не могут репрезентативно представить меняющуюся (как правило, снижающуюся) стоимость бизнеса. Весьма осторожно следует подходить к использованию рыночного (сравнительного) подхода. Применяемые в его рамках данные о компаниях-аналогах также характеризуются определенным запаздыванием, они не вполне актуальны для установления стоимости бизнеса оцениваемой компании. Ограниченные возможности применения затратного и рыночного подходов к оценке стоимости бизнеса объясняются тем, что лежащие в основе их скрытые предпосылки далеко не во всех случаях обуславливают получение адекватных характеристик оцениваемого бизнеса. Сравнительный подход исходит предпосылки о сходности данных по другим компаниям с характеристиками оцениваемого бизнеса. И здесь изменения этих данных, ускоренные в условиях кризиса, нередко исключают возможность их использования для получения показателей стоимости оцениваемого бизнеса. Оценщики в условиях кризиса чаще всего прибегают к использованию доходного подхода, точнее, к применению модели дисконтированного денежного потока. В условиях растущей неопределенности будущего экономического развития, в том числе и применительно к оцениваемой компании, обоснование оценок стоимости бизнеса перемещается в плоскость обоснования предпосылок возможного появления тех или иных условий формирования чистого денежного потока и рисков его генерирования (ставки дисконтирования). Эти предпосылки носят явный, а не скрытый характер. В связи с этим появляется вариантность оценок стоимости бизнеса в зависимости от принятых оценщиком предпосылок. Отсюда и неизбежное представление результатов оценок стоимости бизнеса в виде диапазона предполагаемых значений. Особое значение приобретает обоснование разных сценариев фиксирования чистых денежных потоков и соответствующих рисков. Надо отметить, что теория оценочной деятельности оказалась неподготовленной к тому, чтобы представить разумные рекомендации по учету кризисных условий в процедурах оценки стоимости бизнеса. Во многом это объясняется тем, что эта теория формировалась преимущественно в условиях стабильно растущей экономики.
    [ http://slovar-lopatnikov.ru/]

    Тематики

    EN

    Англо-русский словарь нормативно-технической терминологии > business valuation under economic crisis circumstances

  • 78 compacted data

    English-Russian base dictionary > compacted data

  • 79 integrated data

    1. сгруппировать данные
    2. сгруппированные данные; систематизированные данные

    English-Russian base dictionary > integrated data

  • 80 primary data

    English-Russian base dictionary > primary data

См. также в других словарях:

  • данные о районах аномалий, собранные при разведке с воздуха или из космоса — (эти данные используют в качестве дополнительной информации при интерпретации) [http://slovarionline.ru/anglo russkiy slovar neftegazovoy promyishlennosti/] Тематики нефтегазовая промышленность EN ground truth …   Справочник технического переводчика

  • данные режима обучения — Активная речь при разговоре, используемая для построения параметрических описаний речевых элементов, которые должна будет распознавать система автоматического распознавания речи. Эти данные не должны использоваться для испытания системы. (МСЭ Т P …   Справочник технического переводчика

  • данные — 3.4 данные (data): Совокупность значений, присвоенных для основных мер измерений, производных мер измерений и (или) показателей. [ИСО/МЭК 15939:2007] Источник …   Словарь-справочник терминов нормативно-технической документации

  • Данные — (калька от англ. data[источник не указан 101 день])  представление фактов и идей в формализованном виде, пригодном для передачи и обработки в некотором информационном процессе. Изначально  данные величины, то… …   Википедия

  • Данные (вычислительная техника) — В вычислительной технике данные обычно отличают от программ. Программа является набором инструкций, которые детализируют вычисление или задачу, которая производится компьютером. Данными же традиционно называется всё, что не выступает в роли… …   Википедия

  • данные характеристик — 7.2 данные характеристик: Описание объекта в соответствии с описанием класса, к которому принадлежит объект, и совокупностью значений свойства этого объекта. Примечание ИСО 13584, ИСО 15926, ИСО 22745, ИСО 13399 все эти стандарты в своих моделях… …   Словарь-справочник терминов нормативно-технической документации

  • Летно-тактические данные самолета —    данные, характеризующие основные боевые качества самолета определенного типа. В эти данные обычно входят: скорость полета, дальность полета (тактический радиус), высота полета (практический потолок), скороподъемность, грузоподъемность… …   Краткий словарь оперативно-тактических и общевоенных терминов

  • Открытые данные — Проект Linking Open Data в сентябре 2007 …   Википедия

  • основные данные — 3.8.1 основные данные: Данные, хранящиеся в организации и являющиеся основными и наиболее важными объектами для организации. На эти данные ссылаются в транзакциях и при сделках. Примечание 1 Основные данные включают в себя запись с описанием… …   Словарь-справочник терминов нормативно-технической документации

  • незатребованные данные (сети и системы связи) — незатребованное сообщение (сети и системы связи) Данные [сообщение], поступающие клиенту от сервера без подписки клиента на эти данные [сообщение]. Примечание. Примером таких сообщений являются сброс, аварийное завершение, время. Незатребованные… …   Справочник технического переводчика

  • ОТЧЕТНЫЕ ДАННЫЕ ЗА ГОД — (annual return) Отчетные данные, предоставляемые Регистратору компаний, в соответствии с требованиями законов о компаниях. Показывают детализированное распределение акционерного капитала и активов, принадлежащих директорам, секретарю и акционерам …   Словарь бизнес-терминов

Поделиться ссылкой на выделенное

Прямая ссылка:
Нажмите правой клавишей мыши и выберите «Копировать ссылку»