Да то понятно что «всего» около 100 мег/сек. Но это же трафик репликации — вы правда видели много проектов, у которых идет непрерывная запись порядка 100 мегабайт в секунду? Мне кажется это уже масштабы совсем другого уровня, тут обычно не cloud-hosting, а свой датацентр. Позвольте приведу примеры из реальной жизни — Exchange 2010 на грубо 10К активно используемых ящиков — в «часы пик» бывает трафик репликации доходит до 10-15 мб/сек. Нагруженная база SQL с документооборотом на примерно такую же толпу — бывает что тоже до 5-10 мб прыгает.
Но, во-первых, вы такие вещи все равно вряд ли будете виртуализировать (хотя Exchange из примера как раз виртуализован, но там 32 Гб памяти на машину, кажется у parking.ru такого нету). Ну и во-вторых — репликация не подразумевает совсем уж риал-тайм. Да, скинули мы на диск резко гигабайт 10 новых данных (опять же, не могу представить что за сервис) — ну ладно, появятся они на другой площадке через пару-тройку минут, не страшно.
Ну а если у вас новые данные пишутся постоянно — я тут посчитал вот, на скорости 100 Мб/с получаем 8 с копейками терабайт в сутки — тут явно нужен свой датацентр уже. А если все же не пишутся новые, а постоянно изменяются в реальном времени — опять же, не могу придумать в каких приложениях такое возникает.
Так что ваш наезд на скорость между площадками мне кажется абсолютно необоснованным. Думаю для 95% хостящихся проектов хватит вообще 10 Мбит, для оставшихся 5% — что-то среднее между 10 и 100.
Позавчера же тут была новость что завели Flash на ARMv6. Но думаю что нативной не будет, надо взглянуть правде в глаза — ARMv6 устарел и производителю тяжело такое поддерживать, лучше сконцентрироваться на новых функциях.
У вас небольшая ошибка, Roland бывает TB-303, а TR бывает 808 и 909, которые драм-машинки. И стоит сказать у этой легендарной железки очень интересная история, особенно в части того, как именно он стал популярным. Это уже не говоря о том что цена на настоящий «тот самый» аппарат уже взлетела на несколько порядков. Всем интересующимся советую почитать о нем, там много интересного.
С поправками — 100 гигабайт вы получите если у вас хост 100% онлайн, и если другие пользователи вам сгрузили достаточно данных — первоначально вы хоть терабайт отдайте под сервис, больше чем 20 Гб трэйдингом не дают.
Я думаю данные хранятся как минимум в двух экземплярах — у «доброго дяди» с нестабильным линком и на самом сервисе с приемлемой отказоустойчивостью. Но, в любом случае, как заметили ниже — это какой-то клон Wuala, к которому я кстати привык и настоятельно советую.
Есть подозрение что RIM просто увидело недавно наш рынок и начинает активно на него вторгаться. Я сужу по своей немалой компании, где недавно было пролоббировано решение менять WinMobile на RIM. Ну и плюс они свой Blackberry Enterprise Server выкинули нахаляву (который Express), 7 новых телефонов уже пообещали, да и вообще занялись рынком. Ну что стоит такой компании купить министра, который решает эти вопросы, а?
Я поэтому и написал RDP/VNC — первое в свою сессию, второе — в пользовательскую логинимся. А общаясь по телефону — вообще удобнее OCS/Lync-клиент, сколько раз уж проверено. Ну а psexec, powershell — это наше все, согласен, но не совсем по теме получается.
Кстати, почему бы и нет. Только там тест должен быть немного другой, постараюсь объяснить что в моем понимании гуру эникея — это тот человек, который пришел к толстозадой шестидесятилетней бухгалтерше, увидел что она капитально тупит, но в результате не высказал ей все что думает, а помог, успокоил, да еще и немного применив педагогику смог объяснить как делать правильно. Профит — взаимное уважение и уменьшение количества инцидентов. И вот скажу по опыту крайне малый процент специалистов умеет так сделать.
Ну что вы, RAdmin — это ж идеальное средство для тех кто не знает mstsc. Я как-то пытался найти хоть что-то, что не реализуется RDP/VNC — не нашел. Если кто знает — поведуйте, мне правда интересно.
Честно говоря уже несколько месяцев пользуюсь этим сервисов, но вы правильно сделали что написали, вдруг кто не знал — действительно хорошая штука. Ну и раз уж зашла такая музыкальная тема — посоветую в свою очередь 8tracks — еще даже более минималистичный, но почему-то его в последнее время слушаю больше чем mixcloud.
Нет-нет, вы не правы, как раз ISO 9001 очень распространен в крупных компаниях, я как раз в такой работаю — это же отличные схемы с консультантами, аналитиками, аудиторами и прочее-прочее.
Но зато ни одного вменяемого и формализованного бизнес- или ИТ-процесса я так и не увидел. Вот такое вот распиздяйство очень распространено, как и стандарт.
Не, к почте это никоим боком, это к сетевому уровню относится, у вас также и SMB бы хреново работал. Исключительно забота сетевых админов. А Exchange-админ удостоверился что дошло по организации до Edge-сервера и с него соскочило — все, по-правильному если рассудить — тут его область заканчивается. Иначе зачем тогда вообще разделение админов на области? Я, к слову, и Exchange знаю, и MTU могу поправить, но это скорее из-за неправильной организации процессов и багажа прошлого опыта.
Знаете, анекдот вспомнился — «Доктор, а откуда у вас такие картинки?». Один ярлык на конечном компьютере проще как раз создать в GUI, принтер тоже. А для автоматизации — можно их в Default User или All Users пихать, можно скриптом распространить. С принтерами можно справиться через GPO (еще проще с применением GPP). То же с *.pbk-файлами. Никто не мешает использовать реестр для части задач. И я практически уверен что все это останется в Windows 8 — вот ваш костыль с принтером может и не работать, а добавление принтеров в ветке GPP политик точно работать будет, и такой вариант создания принтеров на клиентах как раз является рекомендацией Microsoft.
Так они ж Exchange-админы, они этого впринципе и не должны знать (хорошо бы конечно, но не обязательно). Если возникнут с этим проблемы — они обратятся к Network-админам, которые в свою очередь отдаленно могут знать что такое RBAC, например, и как им пользоваться.
Но, во-первых, вы такие вещи все равно вряд ли будете виртуализировать (хотя Exchange из примера как раз виртуализован, но там 32 Гб памяти на машину, кажется у parking.ru такого нету). Ну и во-вторых — репликация не подразумевает совсем уж риал-тайм. Да, скинули мы на диск резко гигабайт 10 новых данных (опять же, не могу представить что за сервис) — ну ладно, появятся они на другой площадке через пару-тройку минут, не страшно.
Ну а если у вас новые данные пишутся постоянно — я тут посчитал вот, на скорости 100 Мб/с получаем 8 с копейками терабайт в сутки — тут явно нужен свой датацентр уже. А если все же не пишутся новые, а постоянно изменяются в реальном времени — опять же, не могу придумать в каких приложениях такое возникает.
Так что ваш наезд на скорость между площадками мне кажется абсолютно необоснованным. Думаю для 95% хостящихся проектов хватит вообще 10 Мбит, для оставшихся 5% — что-то среднее между 10 и 100.
Но зато ни одного вменяемого и формализованного бизнес- или ИТ-процесса я так и не увидел. Вот такое вот распиздяйство очень распространено, как и стандарт.