Comments 211
Эти тезисы справедливы для малых и средних компаний. Большие компании будут делать свои собственные частные облака.
Да. Но примерно так же, как крупная компания может себе, например, построить дата-центр. Если объём серверов достаточен для загрузки работой обычный персонал облачного сервиса, то да, свой сервис будет выгоднее.
Тут вопрос не в том, «кому оно будет принадлежать», а в том, что вынос софта наружу постепенно становится всё более и более экономически обоснованным.
Тут вопрос не в том, «кому оно будет принадлежать», а в том, что вынос софта наружу постепенно становится всё более и более экономически обоснованным.
UFO just landed and posted this here
Тыг кто ж говорит, что гугльдоки хорошо? Меня они жутко бесят миллионом недоработок, особенно под линуксом (где почему-то отключили среднюю кнопку мыши).
Вероятнее всего, либо гугль своё чудо допилит, либо появится более прогрессивный стартап.
Вероятнее всего, либо гугль своё чудо допилит, либо появится более прогрессивный стартап.
это не страшно, могу поспорить появятся инструменты ежедневного бэкапа данных, например, на docs.com
функция типа «скопировать документы на ...»
функция типа «скопировать документы на ...»
UFO just landed and posted this here
Парни, а может вспомним?
(пример: у меня первый x86 появился в 1996-ом — P-166 RAM-16 HDD-1,6)
«куда еще больше винт, чем 1,6 Gb???!!! зачем???!!!»
«Ну круче чем Quake I ничего быть не может!»
а инет когда появился? Dial-Up на модеме 14400 — «круче не будет»
и тд и тд…
мы просто 99,999% IT-специалистов даже не представляем, что произойдет через месяц/год/10 лет
Придумают какие нибудь «грозовые вычисления» или еще что, которые в данный момент к примеру не укладываются в моей голове
Эти облачные вычисления — может первый шаг к чему-то совершенно новому… кто его знает?
Процетирую последнее предложение из статьи: «Наверное, на всё это есть только один ответ: время покажет...»
(пример: у меня первый x86 появился в 1996-ом — P-166 RAM-16 HDD-1,6)
«куда еще больше винт, чем 1,6 Gb???!!! зачем???!!!»
«Ну круче чем Quake I ничего быть не может!»
а инет когда появился? Dial-Up на модеме 14400 — «круче не будет»
и тд и тд…
мы просто 99,999% IT-специалистов даже не представляем, что произойдет через месяц/год/10 лет
Придумают какие нибудь «грозовые вычисления» или еще что, которые в данный момент к примеру не укладываются в моей голове
Эти облачные вычисления — может первый шаг к чему-то совершенно новому… кто его знает?
Процетирую последнее предложение из статьи: «Наверное, на всё это есть только один ответ: время покажет...»
Ещё раз повторяю: облачные вычисления это метод аккаунтинга. Всё. Точка.
И его изобрели, извините, столько лет назад, что я тогда какал ещё не в горшок, а в пелёнки. Разделение машинного времени за деньги появилось ещё в 60ые (или 70ые?). Единственное различие по сравнению с теми временами — в уровне абстракций. Впрочем, VMS была ещё тогда, так что реальное единственное различие — в том, что оно работает не с одной виртуальной машиной, а с почти произвольными ОС внутри. Но, повторю, основа облака — это аккаунтинг.
И его изобрели, извините, столько лет назад, что я тогда какал ещё не в горшок, а в пелёнки. Разделение машинного времени за деньги появилось ещё в 60ые (или 70ые?). Единственное различие по сравнению с теми временами — в уровне абстракций. Впрочем, VMS была ещё тогда, так что реальное единственное различие — в том, что оно работает не с одной виртуальной машиной, а с почти произвольными ОС внутри. Но, повторю, основа облака — это аккаунтинг.
Развитию облаков в России также мешает отсутствие вменяемых схем распилинга и откатинга. Как только такие схемы будут выработаны, работа пойдет быстрее.
«Телефоны нужны американцам, а нам — нет. У нас много курьеров». Сэр Уильям Прис 1878 год
малые и средние тоже могут себе облачка делать, чего уж там.
Для небольшой конторки достаточно будет одного-двух серверов своих, или даже вдс-ок.
а софт «облачный», который можно скачать/купить и есть и будет появляться со временем
Для небольшой конторки достаточно будет одного-двух серверов своих, или даже вдс-ок.
а софт «облачный», который можно скачать/купить и есть и будет появляться со временем
Все верно. Чаще всего компания-интегратор разворачивает private cloud на мощностях / территории заказчика.
В шатах, однако же, Amazon Web Services продает private cloud в своем облаке.
В шатах, однако же, Amazon Web Services продает private cloud в своем облаке.
Тут уже встает вопрос о надежности такого «облака», которое «интегратор разворачивает у заказчика». Мне кажется его нельзя сравнивать с Amazon/RackSpace/Azure.
А Private Cloud — это же то же облако, все физически находится в дата-центрах у Амазона, суть просто в большей защищенности (IPSec и все такое).
А Private Cloud — это же то же облако, все физически находится в дата-центрах у Амазона, суть просто в большей защищенности (IPSec и все такое).
Это ничуть не отличается от каких-нибудь других услуг, потребляемых компанией. Многие крупные компании аутсорсят многие сервисы (вплоть до бухгалтерии), доверяя работу по ним профессионалам.
А облако — это такая особая штука, не думаю, что можно запросто построить «маленькое частное облачко» и обладать реальными преимуществами облаков (надежность и масштабируемость).
Конечно, такое возможно, если по-другому никак. Но уверен, что это скорее исключение.
Большинству компаний совершенно незачем заморачиваться с созданием всех уровней инфраструктуры — от систем охлаждения, помещений, самих железок, софта, ОС, гипервизоров, систем восстановления, диагностики и так далее (и наймом соответствующего персонала) — то есть, по сути, заниматься непрофильным бизнесом.
По моему личному мнению, в определенном будущем (почти) все информационные процессы и системы любой компании, большой или маленькой, будут разложены по полочкам IaaS, PaaS, SaaS, ну и XaaS (что там еще придумают «как сервис»).
А облако — это такая особая штука, не думаю, что можно запросто построить «маленькое частное облачко» и обладать реальными преимуществами облаков (надежность и масштабируемость).
Конечно, такое возможно, если по-другому никак. Но уверен, что это скорее исключение.
Большинству компаний совершенно незачем заморачиваться с созданием всех уровней инфраструктуры — от систем охлаждения, помещений, самих железок, софта, ОС, гипервизоров, систем восстановления, диагностики и так далее (и наймом соответствующего персонала) — то есть, по сути, заниматься непрофильным бизнесом.
По моему личному мнению, в определенном будущем (почти) все информационные процессы и системы любой компании, большой или маленькой, будут разложены по полочкам IaaS, PaaS, SaaS, ну и XaaS (что там еще придумают «как сервис»).
Амарао как всегда привнёс адекватности в вопрос. Спасибо.
Есть часть таких задач, которые при нынешнем развитии технологий баз данных просто нельзя перенести в облака, потому что рано или поздно даже в облаке заканчиваются физические ресурсы одного сервера, а база не умеет работать распределённо прозрачно — требуется координальная переделка программного обеспечения. Во вторых есть законы, что определённого типа информацию вы не можете хранить за пределами государства, считай тот же учёт. Можно поплатится сроком.
Т.е. есть довольно много таких специфичных вещей, которые просто не вписываются в любое облако без тотального переделывания. Да ещё и облако облаку рознь. Сейчас для WEB'a самая больная задача — это масштабирование SQL баз данных. Репликация (спасает не на долго) и шардинг (спасает очень хорошо, но при условии что задача может быть зашардена) работают в одном типе задач, но могут не вписыватся в другие вариации. Скажем бухгалтерию шардить вы вряд ли сможете, а репликация вас не спасут, если сервер начинает не справятся с обработкой данных. В таких случаях создают специализированные инструменты в частном порядке, которые соотвествуют специфике и учитывают все особенности, соотвественно и работают более эффективно и могут распределять определённые задачи и.т.д.
Так что да — облака они будут, будут развиватся, но не везде и всегда можно уйти от собственного IT департамента. Кто-то должен строить и следить за сетью, кто-то должен заниматься парком машин. А ещё часто софт привязывают к серверу или он работает как десктопное приложение и у него нету серверной части в классическом понимании.
Т.е. есть довольно много таких специфичных вещей, которые просто не вписываются в любое облако без тотального переделывания. Да ещё и облако облаку рознь. Сейчас для WEB'a самая больная задача — это масштабирование SQL баз данных. Репликация (спасает не на долго) и шардинг (спасает очень хорошо, но при условии что задача может быть зашардена) работают в одном типе задач, но могут не вписыватся в другие вариации. Скажем бухгалтерию шардить вы вряд ли сможете, а репликация вас не спасут, если сервер начинает не справятся с обработкой данных. В таких случаях создают специализированные инструменты в частном порядке, которые соотвествуют специфике и учитывают все особенности, соотвественно и работают более эффективно и могут распределять определённые задачи и.т.д.
Так что да — облака они будут, будут развиватся, но не везде и всегда можно уйти от собственного IT департамента. Кто-то должен строить и следить за сетью, кто-то должен заниматься парком машин. А ещё часто софт привязывают к серверу или он работает как десктопное приложение и у него нету серверной части в классическом понимании.
Это да. Собственно, адаптация инфраструктуры к облакам только-только начинается. Вероятнее всего, киллер-фичей станет бухгалтерия as-service. В этот момент множество десткопов потеряют своё сакральное предназначение и жёсткие требования по архитектуре…
А я вообще мечтаю найти где-нить средств на пол года жизни и сделать такой сервис, ибо это просто killer фитча :)
Да. И я могу сказать примерные очертания этого проекта:
Это должно быть API-облако, API близкое к API 1С для конфигураций. Есть в аренду готовые конфигурации, а можно грузить и использовать свои.
Вся разница в том, что это не имеет локальных клиентов и располагается на серверах, администрируемых другими. При этом решаются все проблемы с обновлением конфигураций, обслуживанием, безопасностью от посторонних сотрудников и т.д.
Это должно быть API-облако, API близкое к API 1С для конфигураций. Есть в аренду готовые конфигурации, а можно грузить и использовать свои.
Вся разница в том, что это не имеет локальных клиентов и располагается на серверах, администрируемых другими. При этом решаются все проблемы с обновлением конфигураций, обслуживанием, безопасностью от посторонних сотрудников и т.д.
А почему обязательно 1C? Я как-бе живу в стране, где 1C не очень хорошо вписывается, а темболее на небольшие фирмы, где используются местные разработки, т.к. 1С допилить им не по карману.
Если делать, то делать нормальный сервис с WEB интерфейсом и работать в нём :) Естественно через SSL :)
Если делать, то делать нормальный сервис с WEB интерфейсом и работать в нём :) Естественно через SSL :)
Я не говорил «1С», я имел в виду похожий принцип. Платформа отдельно, конфигурация отдельно. Можно свою, можно готовую.
Он выстрелит только если налоговая обяжет всех ЧП работать в нем. А так «ДА». Даже складской учет малых предприятий порядка 10-20 точек — это хороший и не занятый рынок. Работают решения даже написанные школьниками на дельфи :)
У нас у налоговой у самой есть инструменты для электронной подачи документов. Причём говорят даже хорошие и у нас очень много кто ею пользуется — по началу даже были проблемы с нагрузкой из-за наплыва.
Так что да, нужно сделать с учётом и прочими прибамбасами. А там сдавать в аренду или предоставлять для установки на сервера компании.
Так что да, нужно сделать с учётом и прочими прибамбасами. А там сдавать в аренду или предоставлять для установки на сервера компании.
Извините, что вмешиваюсь, но вы тут, кажется старательно в беседе обрисовываете www.skbkontur.ru/products/
>А я вообще мечтаю найти где-нить средств на пол года жизни и сделать такой сервис, ибо это просто killer фитча :)
Вы про что-то типа такого? ;)
Вы про что-то типа такого? ;)
У нас такой сервис есть. Только не публичный пока, бета… Работает как зверь. Но на базе 1С, как ни странно. Веб клиент, толстый-тонкий клиент.
А yaremko разве не этим занимается? Или там пока только счета и отчёты?
Особенно «киллерно» это выглядит в свете закона о персональных данных
UFO just landed and posted this here
Ну, я бы предложил заменить магнитный брелок на крипто-смарткарту (т.е. персональный сертификат сотрудника). Скрипт в веб-браузере использует сертификат для подписи письма, использует другой сертификат для соединения с сервером (персональный сертификат).
Почему при этом сервер не может быть в облаке?
Почему при этом сервер не может быть в облаке?
UFO just landed and posted this here
туннель до (своего) облака?
а смысл? что банк может вынести в облако? почтовый сервер? а зачем!? если уж есть свой ДЦ, то и почтовый сервер в его впишется. а выносить банковскую «документацию» для хранения «наружу» никто не станет.
наружу это в свое центральное отделение/частный ДЦ в приватное облако!
ясно. свое приватно облако в своем приватном ДЦ это облако ради облака. в чужом ДЦ — нескъюрненько. все равно не вижу в них смысла применительно к банкам. а ежели под «облаком» подразумевать всякие разные варианты виртуализации, так уже давно используют.
У меня в черновиках пылится статья о том, чем различается облако и VDS'ы. Допилю — опубликую.
ну вообще-то виртуализация с резервированием — это как бы и есть облако.
Плюсы в том, что все хранится, обрабатывается и обслуживается в одном месте и с централизованным управлением. Нет необходимости держать ИТшников во всех отделениях, да и поток информации так гораздо проще отслеживать/контроллировать.
например, работу филиалов.
великолепно.
давеча заезжую с отделение ПриватБанка, говорят «связи нет, временно не работаем». ладно, еду в другое, благо тысячи их. там та же постанова — нет связи. и это Приват, который заодно вроде как провайдер (PeopleNet). т.е. даже сейчас, без всяких «облаков», банк у которого есть свой карманный провайдер не может побороть проблемы со связью и, по сути, несет из-за этого убытки. зачем ему облака если у него тырнета нет.
ладно, в милионниках в удачно расположеное отделение можно затянуть даже оптику. но крупный банк это не только города милионники это куча отделений на выселках и в жопе цивилизации.
вот и возникает вопрос «в чем профит?»
давеча заезжую с отделение ПриватБанка, говорят «связи нет, временно не работаем». ладно, еду в другое, благо тысячи их. там та же постанова — нет связи. и это Приват, который заодно вроде как провайдер (PeopleNet). т.е. даже сейчас, без всяких «облаков», банк у которого есть свой карманный провайдер не может побороть проблемы со связью и, по сути, несет из-за этого убытки. зачем ему облака если у него тырнета нет.
ладно, в милионниках в удачно расположеное отделение можно затянуть даже оптику. но крупный банк это не только города милионники это куча отделений на выселках и в жопе цивилизации.
вот и возникает вопрос «в чем профит?»
Именно потому и не может обороть. Вместо того, чтобы делать карманного провайдера, нужно было просто обеспечить присутствие нескольких провайдеров и BGP.
1. они его не делали а купили. или влезли в долю. или еще как. не важно.
2. до недавнего времени в моей деревне (обл.центр) был только один провайдер Укртелеком. все остальные в той или иной форме были его реселлерами. за последние два года появилось несколько крупных «домовых» с каналами от DataGroup и Билайн. но «покрытие» у них всех сильно хромает. а приват тыкает свои отделения «через остановку», в т.ч. там где «билайнов» нет и не предвидится.
поэтому повторю свою мысль еще раз. с тырнэтами почти везде плохо, хорошо ежели софту хватает «модемных скоростей» для работы, а ежели не хватает то плохо. вот как станет везде с тырнетами хорошо, тогда и можно будет говорить об облаках, тонких клиентах и прочем в крупных сетевых структурах. а пока рановато.
2. до недавнего времени в моей деревне (обл.центр) был только один провайдер Укртелеком. все остальные в той или иной форме были его реселлерами. за последние два года появилось несколько крупных «домовых» с каналами от DataGroup и Билайн. но «покрытие» у них всех сильно хромает. а приват тыкает свои отделения «через остановку», в т.ч. там где «билайнов» нет и не предвидится.
поэтому повторю свою мысль еще раз. с тырнэтами почти везде плохо, хорошо ежели софту хватает «модемных скоростей» для работы, а ежели не хватает то плохо. вот как станет везде с тырнетами хорошо, тогда и можно будет говорить об облаках, тонких клиентах и прочем в крупных сетевых структурах. а пока рановато.
тсссс, не портите их админам жизнь — «все и так работает»!
чем сложнее структура, тем дороже ее поддерживать, потому вынесение некоторых прог в облако вполне обосновано.
про проблемы последней мили в статье и так рассказано, но помоему если не будет доступа, то работа в банке все равно остановиться.
просто ответственным и умным людям надо сесть и просчитать, ± сего предприятия, только и всего
чем сложнее структура, тем дороже ее поддерживать, потому вынесение некоторых прог в облако вполне обосновано.
про проблемы последней мили в статье и так рассказано, но помоему если не будет доступа, то работа в банке все равно остановиться.
просто ответственным и умным людям надо сесть и просчитать, ± сего предприятия, только и всего
>чем больше денег крутится в компании, чем сложнее инфраструктура, тем больше встаёт вопрос безопасности. И в этом плане облака где-то там вчистую >проигрывают.
Отнюдь. Чем больше инфраструктуры тем более актуальным встает вопрос правильного и рационального распределения ресурсов и тем более это финансово мотивированно. Если есть свой ДЦ — там будет свой приватный клауд, статически отдавать определенное количество железок под какие то задачи — прошлый век. К слову многие крупные компании отнюдь не чураются выносить свои вполне приватные данные и в EC2. И еще раз — облачные решения это отнюдь не значит выложить все наружу в интернет, это значит использовать динамическое распределение ресурсов ( в т.ч. аппаратных ) в зависимости от потребностей приложений.
Отнюдь. Чем больше инфраструктуры тем более актуальным встает вопрос правильного и рационального распределения ресурсов и тем более это финансово мотивированно. Если есть свой ДЦ — там будет свой приватный клауд, статически отдавать определенное количество железок под какие то задачи — прошлый век. К слову многие крупные компании отнюдь не чураются выносить свои вполне приватные данные и в EC2. И еще раз — облачные решения это отнюдь не значит выложить все наружу в интернет, это значит использовать динамическое распределение ресурсов ( в т.ч. аппаратных ) в зависимости от потребностей приложений.
Если IBM будет предоставлять специальные решения для банков — почему нет? Вопрос просто в создании защищенных решений, а не в том, что где крутится.
Я тоже так думал, пока не пошёл Р/С в ВТБ24 открывать. Прихожу значит, отдаю собственноручно напечатанное заявление, в нём находят какие-то косяки, я достаю нотик, всё правлю, закидываю на флешку и спрашиваю:
— можете распечатать?
— Да.
Сотрудница воткнула мою флешку в свой комп и распечатала мне документики.
Я прифигел, тем более что работница была не новенькой — видно что хорошо знает свою работу, но такой ляп…
Where is your магнитный брелок и АЦП now?
— можете распечатать?
— Да.
Сотрудница воткнула мою флешку в свой комп и распечатала мне документики.
Я прифигел, тем более что работница была не новенькой — видно что хорошо знает свою работу, но такой ляп…
Where is your магнитный брелок и АЦП now?
И что вас смущает? Что сотрудница, ничтоже сумняшеся, ткнула чужую флешку (с конём, возможно) в свой комп? Ну так блин, 99% что это у неё и есть комп для работы с клиентами. Всё логично — никто не будет ставить суперохранника к справочному бюро на входе в банк, если защищать надо деньгохранилище. Так и здесь — есть машина для обработки левой документации, заведения клиентов и сидения операционистки в «косынке», а есть машина для проведения бухопераций. Уровень защиты на всех разный, что вполне логично.
Во первых, втб и втб24 разные банки :)
во вторых, девочка в отделении не сидит в защищённом сегменте. там другой сегмент сети и другие правила + специальный комп для принятия мусора от клиентов
ps я не сотрудник втб*. просто это обычные вещи
во вторых, девочка в отделении не сидит в защищённом сегменте. там другой сегмент сети и другие правила + специальный комп для принятия мусора от клиентов
ps я не сотрудник втб*. просто это обычные вещи
Господин keksn написал, что в банках всё запоролено и никакими облаками там не пахнет. Я всего лишь написал, что это не всегда так. Что Вы ещё хотите? Поспорить о безопасности и правильности построения сетей в банках? Это не тема нынешнего разговора.
ВТБ24 — это подразделение ВТБ. Даже логотип один и тот же. :)
ВТБ24 — это подразделение ВТБ. Даже логотип один и тот же. :)
Если мне не изменяет память, ВТБ работает с юр. лицами, ВТБ24 с физ. лицами.
в некоторых банках давно уже все в облаке. только в своем, локальном.
и те же операторы зачастую запускают программу по ярлыку не «у себя», а где-то в облаке на ферме цитриксовых серверов. и базы данных там же вертятся. просто обычному пользователю знать об это нет смысла.
и те же операторы зачастую запускают программу по ярлыку не «у себя», а где-то в облаке на ферме цитриксовых серверов. и базы данных там же вертятся. просто обычному пользователю знать об это нет смысла.
Достоверно знаю, что цитрус юзают у одного опсоса Большой Тройки для работы инженеров с софтиной управления. Даже сессии ssh на железяку запускают не от себя, а с некоего сервака.
вот про один банк со своим клаудом история www.vm4.ru/2009/06/bank.html
основная парадигма cloud computing — resources on demand. это отнюдь не равно вынести все данные наружу, в веб, в aws или google docs. это вообще не имеет отношения к интернет. как то думать о клауд решении в данном случае имеет смысл если сервера почты загружены неравномерно и большую часть времени например простаивают — ок, делаем клауд ( внутри своего дц ) для обработки почты — днем когда загрузка большая в клауде у нас 10 почтовых серверов, ночью — один сервер. при повышении нагрузки добавляем почтовые сервера в клауд, при снижении — уменьшаем размер облака. клауд это архитектурное решение, а ЗИ вопрос требование к технической реализации из которого ест-ссно получаются определенные ограничения на архитектуру. Требования ЗИ можно обеспечить тем что например клауд будет приватный, либо обеспечить достаточно защищенный канал передачи данных наружу — что то поверх VPN.
я думаю, что до тех пор, пока наличие интернета не будет восприниматься равным наличию электричества, облака в нынешнем виде будут оставаться утопией. Возможно, на этом переходном периоде могут подняться компании, предоставляющие «железные» фронтэнды к своему облаку. Типа, стоит железка в офисе, как-то там общается с облаком и раздает сервисы сотрудникам. Пока интернет в порядке — происходит прозрачная репликация данных из железки в облако и приложений из облака в железку. В случае дизастера, железка сможет поддерживать необходимый уровень сервиса, до восстановления связи. При желании, можно обеспечить шифрование данных в облаке с хранением ключа в железке. Да хоть в виде смарткарты, которую утром будет вставлять директор и вечером забирать домой. В остальном же железка должна быть черным ящиком и обслуживаться удаленно.
у вмвари была идея продавать сервера с сервисами по подписке как кофемашины. предоставлятся такая бандурина с серверами а на морде только кнопки «почта» «бухгалтерия» «портал» и т.п.
нажимаешь кнопку — сервис стартует, с тебя капают денежки.
нажимаешь кнопку — сервис стартует, с тебя капают денежки.
фактически на данный момент это в чистом виде реализация следующей схемы:
Локальный сервер с предустановленным и настроенным окружением с администрированием на оутсорсе и прозрачным резервным копированием зашифрованных данных (больше ничего облако с такими данными нормально делать не может) в 'облако' — которое получается совсем не облако.
Локальный сервер с предустановленным и настроенным окружением с администрированием на оутсорсе и прозрачным резервным копированием зашифрованных данных (больше ничего облако с такими данными нормально делать не может) в 'облако' — которое получается совсем не облако.
не совсем так. Облако как раз отличается тем, что слов «локальный сервер» и «администрирование на оутсорсе» клиент даже в страшном сне знать не должен. Он приходит в магазин и покупает коробку. В офисе подключает, сует туда кредитку, нажимает кнопку, генерирует ключи на смарткарте и получает надежный, быстрый сервис за свои деньги. Во всех филиалах делает то же и получает разветвленную корпоративную сеть со всеми нужными приложениями. Если коробку крадут злоумышленники или в офис ударяет метеорит, он просто покупает новую коробку, подключает и продолжает редактировать документ с того же места. Вот это я называю облачным сервисом :)
Это разные вещи. Это не облако, это «облачный сервис» (сервис, который он получает за деньги). Повторю: облако — это способ выделения ресурсов и их учёта. Используя облако кто-то может организовать именно сервис.
Облако — технический термин, пришедший из маркетинга. Раньше это называлось resource on demand.
Облако — технический термин, пришедший из маркетинга. Раньше это называлось resource on demand.
Вот заглючит эта вай-фай сохо-железяк и все вспомнят Колю-сисадмина. Как бы то нибыло, потребность в технических специалистах будет всегда. Единственное что меняется — повышение требований к компетенции тех. специалистов.
отключат электричество — вспомнят об электриках. При этом, у большинства компаний нет штатного электрика.
Не нужно сравнивать несравниваемое. Электрик есть всегда. Не обязательно он есть у компании, арендующей офис в БЦ, но он есть у собственника здания, иначе «противопожарка» не даст добро на ввод здания в эксплуатацию.
Суть того, о чем я говорил — спрос на ценных сотрудников был, есть и будет. В частности на системных администраторов. А вот спрос на «эникеев» действительно падает и очень сильно. Начинающему админу уже довольно сложно найти работу (не знаю как везде, но у нас в Новосибирске в серьезную компанию уже почти не реально устроиться начинающему сисадмину). Спрос на компетенции растет в ключе более узкого профиля и высокого профессионализма в этой области.
Так что сравнивать электриков и сисадминов как минимум не корректно.
Суть того, о чем я говорил — спрос на ценных сотрудников был, есть и будет. В частности на системных администраторов. А вот спрос на «эникеев» действительно падает и очень сильно. Начинающему админу уже довольно сложно найти работу (не знаю как везде, но у нас в Новосибирске в серьезную компанию уже почти не реально устроиться начинающему сисадмину). Спрос на компетенции растет в ключе более узкого профиля и высокого профессионализма в этой области.
Так что сравнивать электриков и сисадминов как минимум не корректно.
Странно что-то, что очень сильно падает. Затруднения вида «а где на клавиатуре римские цифры» никуда ведь не должны деваться даже при облаках, а для таких случаев как раз эникейщики подходят.
Зарплата эникея и спеца, способного адекватно держать среднего размера серверную свору различаются минимум в 2 раза.
Да, Вы правы, но в реальности, спрос на эникеев крайне низок, данную работку уже предпочитают складывать если не на коллег по цеху, так на како-го нибудь айтишника в рамках «а не подскажете-ли?».
Я знаю множество компаний, где давно снята подобная обязанность с ИТ вообще. Политика следующая: «Не знаешь — гугли, не можешь — значит не достаточно грамотен — Иди учись.» И таких компаний все больше, так как на должности «топов» все больше приходит новый молодой «кадр», который прекрасно знает про интернет, твиттер, аську и даже умеет делать динамические шаблоны в Word.
А им эникей не интересен. Их интересуют специалисты в более значимых для бизнеса областях (Oracle/SQL/C++ ит.д.), даже к должности верстальщика уже другие требования. Если раньше HTML/CSS, то теперь тенденция другая — (X)HTML/CSS*/JS/PHP (хотябы немного)/Subversion/Библиотеки.
Как видите набор компетенций значительно вырос, и так во многих областях.
Что же до облаков — то их использование не ограничивается просто хранением файлов.
К слову, сейчас я работаю над проектом по интеграции облачных ресурсов в инфраструктуру. Резербирование/Хранение/Деплоинг объектов. Так например часть DFS, используемой на предприятии использует облачные пространства, тяжелый контент, доступный с сайтов компании так де размещен на облаках и еще множество других реализаций.
Для реализации и поддержки подобных решений уже не достаточно эникея. Для этого нужен, желательно один, человек уверенно работающий с MS AD/CISCO/Unix-системами и VBS как минимум. Согласитесь, далеко уже от компетенции эникея.
Хотя с другой стороны и эникеи нынче уже не те. Современные эникеи уже ставят Убунту и настраивают транспарентный прокси. А каких-то 5 лет назад такого товарища уже нельзя было назвать эникеем…
Вот как-то так
Я знаю множество компаний, где давно снята подобная обязанность с ИТ вообще. Политика следующая: «Не знаешь — гугли, не можешь — значит не достаточно грамотен — Иди учись.» И таких компаний все больше, так как на должности «топов» все больше приходит новый молодой «кадр», который прекрасно знает про интернет, твиттер, аську и даже умеет делать динамические шаблоны в Word.
А им эникей не интересен. Их интересуют специалисты в более значимых для бизнеса областях (Oracle/SQL/C++ ит.д.), даже к должности верстальщика уже другие требования. Если раньше HTML/CSS, то теперь тенденция другая — (X)HTML/CSS*/JS/PHP (хотябы немного)/Subversion/Библиотеки.
Как видите набор компетенций значительно вырос, и так во многих областях.
Что же до облаков — то их использование не ограничивается просто хранением файлов.
К слову, сейчас я работаю над проектом по интеграции облачных ресурсов в инфраструктуру. Резербирование/Хранение/Деплоинг объектов. Так например часть DFS, используемой на предприятии использует облачные пространства, тяжелый контент, доступный с сайтов компании так де размещен на облаках и еще множество других реализаций.
Для реализации и поддержки подобных решений уже не достаточно эникея. Для этого нужен, желательно один, человек уверенно работающий с MS AD/CISCO/Unix-системами и VBS как минимум. Согласитесь, далеко уже от компетенции эникея.
Хотя с другой стороны и эникеи нынче уже не те. Современные эникеи уже ставят Убунту и настраивают транспарентный прокси. А каких-то 5 лет назад такого товарища уже нельзя было назвать эникеем…
Вот как-то так
Сравнение интернета с электроэнергией, пока что, еще доооолго, будет неверным.
Т.е. электроэнергию резервировать маленькая или не очень компания легко себе может (дизель-генератор это очень легко и обслуживание, специалисты, очень дешевы), а вот с интернетом… только то если в зоне покрытия (воздух дешевле земли в качестве резерва) будет находиться минимум три-четыре провайдера максимально разнесенных друг от друга оборудованием (а не разные продавцы портов одного и того же роутера).
Т.е. электроэнергию резервировать маленькая или не очень компания легко себе может (дизель-генератор это очень легко и обслуживание, специалисты, очень дешевы), а вот с интернетом… только то если в зоне покрытия (воздух дешевле земли в качестве резерва) будет находиться минимум три-четыре провайдера максимально разнесенных друг от друга оборудованием (а не разные продавцы портов одного и того же роутера).
йота — 1000+ р/месяц для организаций. У меня на предыдущей работе полностью независимый резервный ввод в здание стоил 5круб/месяц (интернет по ADSL + 6 телефонных линий).
Хватит ли такого канала на поддержку работы даже небольшого офиса (20-30 компьютеров) при активном использовании удаленных сервисов? 10 модемов не спасут ситуацию… все равно шарят они один тоненький канал
p.s. хотя плавная передача радиочастот телеканалов с аналога на цифру может очень неплохо расширить каналы
p.s. хотя плавная передача радиочастот телеканалов с аналога на цифру может очень неплохо расширить каналы
UFO just landed and posted this here
А ещё, если специфика предприятия позволяет, может стать ненужным и сам офис.
Это вопрос уже более специфичный. Я вот обнраружил, что лучше всего мне работается на работе во внерабочее время.
А потом уже и люди будут «в облаке».
Нужен бухгалтер на 2 часа? Вот он, дома на диване лежит и ждет заданий от анонимного заказчика из облака.
Нужен бухгалтер на 2 часа? Вот он, дома на диване лежит и ждет заданий от анонимного заказчика из облака.
С этим чуть сложнее — стандартизировать услуги тяжеловато. Хотя, в определённых пределах, возможно. Но, скорее, не «на диване лежит», а «бухгалтерская контора оказывает услуги». Они и сейчас есть такие, в дальнейшем, возможно, просто будут легче на подъём.
Некоторые переводчики, например, уже сейчас почти так и работают.
UFO just landed and posted this here
облако не обязательно должно быть «где-то там». и уж немало банков использует локально виртуализацию и облачность для консолидации, упрощения администрирования, и икономии машинных ресурсов.
ну а после полного перехода в какой-либо тип облачности (и отвязки от реального железа) очень не сложно следующим шагом переносить эти севисы с места на место в т.ч. и в свои/арендованные сервера у провайдеров.
ну а после полного перехода в какой-либо тип облачности (и отвязки от реального железа) очень не сложно следующим шагом переносить эти севисы с места на место в т.ч. и в свои/арендованные сервера у провайдеров.
UFO just landed and posted this here
«Чего боятся в облачных вычислениях?»
Ну, для начала, цен :)
Ну, для начала, цен :)
Да? Оно сильно дороже зарплаты сисадмина? Хм.
UFO just landed and posted this here
М… Я точно не помню цен, но что-то порядка 500р за 3Тб трафика. По месту цен не знаю, но думаю, что не больше 1000р за терабайт в месяц.
UFO just landed and posted this here
Ну там деньги ещё майкрософту идут. Плюс, это не самый дешёвый поставщик, вроде.
UFO just landed and posted this here
А какая разница кому идут деньги, Microsoft'у, Амазону, RackSpace'у, или кому-то еще, если они все равно из личного кармана.
Стоимость Cloud Computing Instance'ов везде примерно одинаковая. Чем больше проект, тем больше этих instance'ов нужно — в том числе предлагают смешанные архитектуры — cloud + dedicated (обычно dedicated для БД).
На самом деле здесь уже заходил разговор про облака, и в нем фигурировало справедливое утверждение, что облака нужны не для дешевизны, а для удобства масштабирования и надежности. Но пока, видимо даже эти преимущества не перевешивают стоимость.
Но в обсуждениях Azure, например, все пестрит сообщениями о том, что «сделайте нам маленькое и удобное облако», как они говорят, «for small guy with a small site». Спрос на такую штуку, судя по всему огромный (да да, масштабируемость и удобство развертывания) — рано или поздно будет и предложение.
Стоимость Cloud Computing Instance'ов везде примерно одинаковая. Чем больше проект, тем больше этих instance'ов нужно — в том числе предлагают смешанные архитектуры — cloud + dedicated (обычно dedicated для БД).
На самом деле здесь уже заходил разговор про облака, и в нем фигурировало справедливое утверждение, что облака нужны не для дешевизны, а для удобства масштабирования и надежности. Но пока, видимо даже эти преимущества не перевешивают стоимость.
Но в обсуждениях Azure, например, все пестрит сообщениями о том, что «сделайте нам маленькое и удобное облако», как они говорят, «for small guy with a small site». Спрос на такую штуку, судя по всему огромный (да да, масштабируемость и удобство развертывания) — рано или поздно будет и предложение.
Хочется проговориться, но молчу. Ждите анонсов.
Заинтриговали :)
А-а-а, так эта статья — часть маркетингового плана? Типа подготовить аудиторию? ;)
Нет, поскольку я не маркетолог. Я высказываю свои мысли, эти мысли и комментарии на них позволяют сформировать целостную позицию по вопросу.
Про трафик до облака не забывайте, интернет для организаций стоит очень недешево.
Э… Это пережитки старых телекомов. Посмотрите на авангард, например. InterZ лезет туда же, кстати (вчера стучались, просились в серверную бизнес-центра). И цены у них совсем не корпоративные.
А по качеству домонетки давно доползли до уровня коммерческих сетей.
А по качеству домонетки давно доползли до уровня коммерческих сетей.
вот тут я не соглашусь.
какой-либо серъезный проект на таком канале — ни в коем разе.
телекомы процентов 60 своей суммы не просто так берут…
какой-либо серъезный проект на таком канале — ни в коем разе.
телекомы процентов 60 своей суммы не просто так берут…
Ну, я не могу сказать про качество совсем высоких телекомов, но на уровне $1k/месяц, у меня дома у инета аптайм выше, чем у оператора, берущего этот $1k.
аптайм не единственный показатель.
хотя странно, что он у тебя ниже. я эксплуатировал каналы петерстар/совинтел и у меня за 5 лет была одна авария и по моему 2 или 3 небольших затыка решавшихся очень быстро. то есть домонетки и рядом не валялись.
по аварии, кстати: за 4-5 часов был пригнал экскаватор, вырыта оптика, переварена, смуфотавана и зарыта обратно.
про то, как на билайне ремонтировали аварию и весь дом сидел 43 дня без сети я уже писал. про то, что это был не единственный раз — то же. и медь рбывали раньше регулярно. и по вечерам канал уходил до 20-30% от гарантированной скорости при полном игнорировании саппортом вроде говорил.
в общем домонетки это хорошо, потому что дешево и быстро. но это не качественно и никогда не делалось с таким расчетом.
хотя странно, что он у тебя ниже. я эксплуатировал каналы петерстар/совинтел и у меня за 5 лет была одна авария и по моему 2 или 3 небольших затыка решавшихся очень быстро. то есть домонетки и рядом не валялись.
по аварии, кстати: за 4-5 часов был пригнал экскаватор, вырыта оптика, переварена, смуфотавана и зарыта обратно.
про то, как на билайне ремонтировали аварию и весь дом сидел 43 дня без сети я уже писал. про то, что это был не единственный раз — то же. и медь рбывали раньше регулярно. и по вечерам канал уходил до 20-30% от гарантированной скорости при полном игнорировании саппортом вроде говорил.
в общем домонетки это хорошо, потому что дешево и быстро. но это не качественно и никогда не делалось с таким расчетом.
У нас разные домонетки (привет тиере :)
вопрос не в серъезности, а в качестве построения сетей глобально от ядра, до каждого конечного патча в квартиру проложенного по подвалу с крысами.
я просто не верю, что домонетный провайдер 1. задумывался и реально реализовывался с целью сверхнодожности и достаточного запаса по прочности во всех узлах. 2. что это реально было исполненно в тех обычно небольших стартовых бюджетах, которые есть у домонеток.
предлагаю простой эксперимент — сожги пьезозажигалкой порт свитча в который приходит патч из твоей квартиры и засеки сколько пройдет времени до восстановления канала. потом подумай, какой бизнес будет столько дней ждать.
я просто не верю, что домонетный провайдер 1. задумывался и реально реализовывался с целью сверхнодожности и достаточного запаса по прочности во всех узлах. 2. что это реально было исполненно в тех обычно небольших стартовых бюджетах, которые есть у домонеток.
предлагаю простой эксперимент — сожги пьезозажигалкой порт свитча в который приходит патч из твоей квартиры и засеки сколько пройдет времени до восстановления канала. потом подумай, какой бизнес будет столько дней ждать.
UFO just landed and posted this here
… А в совсем высоких областях, я думаю, можно и о других тарифах говорить. Сильно других.
Ну тут смотря что за проект. Если какую то мощную систему для использования внутри компании — то этот фактор, возможно, и играет роль. А если это веб-система, пусть даже B2B-типа, то пусть будет в облаке — затрат на трафик это не прибавит. Но опять же, облако — масштабируемая и надежная штука, но дорогая сама по себе, и тут дело не в трафике.
Всего IT — один принтер, воткнутый в сетевой порт того же самого WiFi.
Маленькая поправка — принтеры вполне себе работают через вай-фай. Т.е. в вашей ситуации — даже обжимать ничего не нужно (кроме провода провайдера).
Думаю, когда-то в SOHO-железках появятся сервисы почты, документов, архивов и прочего цифрового хлама с бекапом во внешнюю сеть. Уже сейчас можно за полчаса развернуть на любом компе WAMP/LAMP, поставить на нее user-friendly CMS (типа Joomla!) и получить почти готовый офисный веб-сайт с блекджеком и шлюхами.
Ровно так же можно развернуть и винды с SBS. Проблема в том, что то, что тривиально для айтишника, совершенно не тривиально для опытного специалиста по оформлению клумб, который решил начать свой бизнес. Сила облака не в том, что оно «готовое», а в том, что за его работой следят другие дяди.
Электричество делает компания, продающая электричество.
Интернет делает и чинит провайдер.
Софт в облаке чинит сисадмин облака.
Электричество делает компания, продающая электричество.
Интернет делает и чинит провайдер.
Софт в облаке чинит сисадмин облака.
А я и говорю — готовые SOHO-железки, в которых все это уже установлено и настроено. Разве что мастер первоначальной настройки пройти за 10 минут.
для сохо все же не тот уровень. а вот то, что крупный хостер в своем облаке сможет заранее настроить все cms и прочее, что бы по клику выдать пользователю готовое, администрируемое решение — это возможно и проще.
Хостер это третье лицо по ту сторону «последней мили». Ничем не лучше гугля/скайпа, а скорее всего даже хуже.
Железка делает то же самое, без участия внешней сети. А интернет нужен для бекапа, обновлений и доступа к офису из дома.
Железка делает то же самое, без участия внешней сети. А интернет нужен для бекапа, обновлений и доступа к офису из дома.
создать такую железяку труднее. затраты больше. сложностей с поддержкой больше. аппаратная часть сложнее и мощнее должна быть.
такое будет но дешево, что бы в сохо купить в любом магазине — не скоро.
хоть вот чуть выше вмварь уже кофейный автомат пытается продавать.
такое будет но дешево, что бы в сохо купить в любом магазине — не скоро.
хоть вот чуть выше вмварь уже кофейный автомат пытается продавать.
Железки уже давно созданы — неттопы. Для малого офиса на десяток машин особых мощностей не требуется, даже обычные маршрутизаторы перепрошивают под web/ftp/samba/torrent сервер.
Поддержка — полуавтоматическое или автоматическое обновление софта с сайта производителя, ежедневный/еженедельный бэкап настроек и данных на внешнее хранилище, режим восстановления. Сломалась железка — купил новую, подключил, адрес-логин-пароль, настройки и данные восстановлены, можно дальше работать.
Это не студент-шаман, который винду переустанавливать умеет, а про бекапы вспоминает только когда уже все похерено.
Поддержка — полуавтоматическое или автоматическое обновление софта с сайта производителя, ежедневный/еженедельный бэкап настроек и данных на внешнее хранилище, режим восстановления. Сломалась железка — купил новую, подключил, адрес-логин-пароль, настройки и данные восстановлены, можно дальше работать.
Это не студент-шаман, который винду переустанавливать умеет, а про бекапы вспоминает только когда уже все похерено.
Я уже даже реализовал один подобный проект. Только бизнес был ооочень маленьким, всего 3 сотрудника :)
Да, сократит.
Книгопечатанье сократило количество переписчиков книг, но создало новую профессию- печатников. Нетбуки, читалки и пады сокращают количество печатников, но создают новые профессии- разработчиков софта, взломщиков софта, проектировщиков.
Так было и будет всегда. Одни профессии умирают, другие появляются.
Главное следить за этим.
Книгопечатанье сократило количество переписчиков книг, но создало новую профессию- печатников. Нетбуки, читалки и пады сокращают количество печатников, но создают новые профессии- разработчиков софта, взломщиков софта, проектировщиков.
Так было и будет всегда. Одни профессии умирают, другие появляются.
Главное следить за этим.
>Персонал объективно ощущает, что если завтра все пересядут на хромос/ипады (или их наследников) и будут работать в гугльдоксах, то за что им будут платить деньги?
При таком обилии костылей в вебе? ну ну…
При таком обилии костылей в вебе? ну ну…
что бы не говорили, а на сегодня главная проблема использования облаков и внешних сервисов в частности — высокий латенси и цены/качество доступа в интернет в отдаленных регионах.
проблемы с параллелизацией, ограничением ресурсов, масштабированием — выдуманы и решабельны.
проблемы с параллелизацией, ограничением ресурсов, масштабированием — выдуманы и решабельны.
UFO just landed and posted this here
2 беды «веб-интерфейсных» приложений, типа Google Docs:
Пока развитие сильно тормозит глюкавость браузеров и неразвитость стандартов.
Все таки у разработчиков «традиционного» десктопного приложения в разы больше возможностей — готовых элементов интерфейса и т.п.
Веб-разработчикам приходится или изобретать велосипед или использовать надстройки в виде фреймворков, добавляющие тормозов.
По сравнению с теми же «обычными» программами архитектура веб-приложений выглядит весьма странно. Пользователь нажал на кнопку — отправляется фоновый AJAX-запрос на сервер, сервер узнает из сессии, что за пользователь нажал на кнопку — выдает ему ответ в XML, который надо разобрать и отобразить результат в интерфейсе. Очень сложно, очень много лишних действий.
Я не думаю, что веб завоюет мир.
Пока развитие сильно тормозит глюкавость браузеров и неразвитость стандартов.
Все таки у разработчиков «традиционного» десктопного приложения в разы больше возможностей — готовых элементов интерфейса и т.п.
Веб-разработчикам приходится или изобретать велосипед или использовать надстройки в виде фреймворков, добавляющие тормозов.
По сравнению с теми же «обычными» программами архитектура веб-приложений выглядит весьма странно. Пользователь нажал на кнопку — отправляется фоновый AJAX-запрос на сервер, сервер узнает из сессии, что за пользователь нажал на кнопку — выдает ему ответ в XML, который надо разобрать и отобразить результат в интерфейсе. Очень сложно, очень много лишних действий.
Я не думаю, что веб завоюет мир.
«Я не думаю, что веб завоюет мир.»
это смешно. 15 лет назад веба не было. сейчас для большинства людей, интернет — это веб. веб-почта, веб-доку, веб-аська, соц-сети, форумы.
и вы говорите, что веб не завоюет мир.
это смешно. 15 лет назад веба не было. сейчас для большинства людей, интернет — это веб. веб-почта, веб-доку, веб-аська, соц-сети, форумы.
и вы говорите, что веб не завоюет мир.
Хорошо, перефразирую: я не думаю, что веб заменит десктопные приложения в обозримом будущем. Вот, что я имел ввиду.
Смотря какие. Думаю, в обозримом заменит практически все, кроме «тяжелых» приложений — работа с графикой, музыкой, игры и тому подобное. Что касается массы небольших и удобных утилиток, органайзеров, мессенджеров, работы с документами — это все уйдет в веб.
Впрочем, смотря что вы подразумеваете под «обозримым будущим» :)
P.S. Еще не забывайте про такой элемент веба, как RIA.
Впрочем, смотря что вы подразумеваете под «обозримым будущим» :)
P.S. Еще не забывайте про такой элемент веба, как RIA.
ок.
заменит — нет. но отток от десктопных приложений в пользу веб будет постепенно идти все ближайшее время и так. даже без инноваций. с ними — вероятно быстрее.
заменит — нет. но отток от десктопных приложений в пользу веб будет постепенно идти все ближайшее время и так. даже без инноваций. с ними — вероятно быстрее.
Вообще, я нахожусь в странном положении. С одной стороны я понимаю объективность подобного перехода, с другой стороны у меня дома всё строго old style, в том смысле, что онлайный только веб, а даже почта — в десктопном клиенте.
я имею ввиду не тебя конкретно.
во всяком случае гики еще долго будут делать все «под себя».
но «массовый пользователь» — это школота и блондинки из вконтакта. их паттерн использования сети несколько другой.
во всяком случае гики еще долго будут делать все «под себя».
но «массовый пользователь» — это школота и блондинки из вконтакта. их паттерн использования сети несколько другой.
Я давно не использую почтовый клиент, никаких десктопных мессенджеров, и многого другого, потому что так удобно.
Черт, я блондинка из вконтакта)
Черт, я блондинка из вконтакта)
может все же школота? :)))
кстати, почему да?
имхо с почтой/im удобнее работать из специального приложения.
с любого места.
имхо с почтой/im удобнее работать из специального приложения.
с любого места.
«Из специального приложения» и «с любого места» слегка противоречат друг другу. Это осуществимо только в случае «мой девайс (нутбук/нетбук/планшетник) всегда со мной» (т.е. место на самом деле не «любое», а одно и то же) или «флэшка с портабельным софтом». И всё бы ничего, но в этом самом «любом месте» может не оказаться доступных USB-портов — раз, плюс ОС может оказаться не та, на которую Вы рассчитывали — два (в паре гостиниц я уже встречал Ubuntu на публичных компах).
Поэтому «с любого места» — это всё же более справедливо для веба.
Поэтому «с любого места» — это всё же более справедливо для веба.
В виде современных веб приложений никогда! Это же гора костылей!
И еще хочу сказать: веб приложение это вовсе не обязательно приложение, работающее в браузере. Веб приложение это такое приложение, которое без веба не мыслимо, но при этом оно может вполне быть написанным на традиционных средствах и за счет этого обладать лучшими возможностями и скоростью работы.
Лучше бы синхронизацию данных с серверами улучшали ей богу вместо клепания бесконечных html+js+css монстриков
Лучше бы синхронизацию данных с серверами улучшали ей богу вместо клепания бесконечных html+js+css монстриков
Не очень понятно.
«веб приложение это вовсе не обязательно приложение, работающее в браузере»
А как тогда?
Вы, наверное, путаете веб и Интернет. Веб — это по-любому HTML, HTTP, CSS, etc. и браузер.
«веб приложение это вовсе не обязательно приложение, работающее в браузере»
А как тогда?
Вы, наверное, путаете веб и Интернет. Веб — это по-любому HTML, HTTP, CSS, etc. и браузер.
Как раз веб — это то самое, с костылями (от HTML-ей до Flash-ей и прочих ria :)
Впрочем, начинают же появляться «десктопные веб-приложения» — какие-нибудь, использующие преимущества и того, и другого — впрочем, интерфейсы обычно все равно на том же HTML, пусть даже работает все это в том же AIR.
Впрочем, начинают же появляться «десктопные веб-приложения» — какие-нибудь, использующие преимущества и того, и другого — впрочем, интерфейсы обычно все равно на том же HTML, пусть даже работает все это в том же AIR.
облака будут развиваться до первого серьезного падения. не знаю будет ли это гугль или амазон, но рано или поздно случится. после чего всё опять вернется на круги своя. такая же мода как на социалки — сначала все ринулись вливать непонятно куда тонны личной инфы потом самые умные стали фильтровать что залить или вообще удалять профиль во избежание. впрочем, новички будут и дальше начинать с google apps ибо удобно.
пример двух компаний которые развивались на моих глазах за последние 4 года практически одинаково:
— до 5 человек: серверов в офисе нет, управленческий учёт в табличках на google docs, там же файлики (вариант — mobileme), почта на gmail, бухгалтерия где-то у наёмного буха непонятно в чём. админа нет.
— до 20 человек: в офисе пара серваков, управленческий учёт всё еще в табличках но уже локально, файлики вперемешку, почта еще на gmail, бухгалтерия на своей 1С в офисе. админ либо приходящий либо (если IT-контора) еще нет но уже матерятся.
— до 50 человек: в офисе стойка, на коло пара серваков, управленческий учёт в 1С, файлики локально и на площадке в sharepoint с репликацией, почта на exchange, бухгалтерия уезжает на коло а то как-бы чего не вышло, либо дублируется. структура отстроена, exchange лежит реже чем gmail, ежечасные бекапы в трех копиях в разных концах света и т.д. 1-2 админа.
дальше пока опыта нет но явно не в облака.
пример двух компаний которые развивались на моих глазах за последние 4 года практически одинаково:
— до 5 человек: серверов в офисе нет, управленческий учёт в табличках на google docs, там же файлики (вариант — mobileme), почта на gmail, бухгалтерия где-то у наёмного буха непонятно в чём. админа нет.
— до 20 человек: в офисе пара серваков, управленческий учёт всё еще в табличках но уже локально, файлики вперемешку, почта еще на gmail, бухгалтерия на своей 1С в офисе. админ либо приходящий либо (если IT-контора) еще нет но уже матерятся.
— до 50 человек: в офисе стойка, на коло пара серваков, управленческий учёт в 1С, файлики локально и на площадке в sharepoint с репликацией, почта на exchange, бухгалтерия уезжает на коло а то как-бы чего не вышло, либо дублируется. структура отстроена, exchange лежит реже чем gmail, ежечасные бекапы в трех копиях в разных концах света и т.д. 1-2 админа.
дальше пока опыта нет но явно не в облака.
p.s. падать данные и службы могут вообще в мелких saas-конторках, но тень будет брошена на все подобные сервисы. а мелких конторок чем дальше, тем больше.
есть и правильные примеры «глобализации» — бухгалтерские и аудиторские конторы с доступом к своей бухгалтерии через web или 1С. если вы доверяете буху вести учёт, само собой логично что доверите и хранить ваши данные, он их всё равно видел и, если вы с ним не в подворотне за услуги рассчитываетесь, всё равно за них в ответе.
есть и правильные примеры «глобализации» — бухгалтерские и аудиторские конторы с доступом к своей бухгалтерии через web или 1С. если вы доверяете буху вести учёт, само собой логично что доверите и хранить ваши данные, он их всё равно видел и, если вы с ним не в подворотне за услуги рассчитываетесь, всё равно за них в ответе.
чего спорить? Великобритания опережает РФ в развитии дела бухгалтерского учета лет на много. То есть, то, что у них там сейчас — у нас возможно будет, если здесь все окончательно не развалится.
А я весьма в курсе состояния бухгалтерии в ЮК.Бухгалтеры — народ весьма консервативный. Но у них бешеными темпами развиваются онлайн сервисы, ориентированные на работу связки «клиент в офисе» — «бухгалтер-аутсорсер».
Чисто бухгалтерские проекты заглохли или не растут.
А я весьма в курсе состояния бухгалтерии в ЮК.Бухгалтеры — народ весьма консервативный. Но у них бешеными темпами развиваются онлайн сервисы, ориентированные на работу связки «клиент в офисе» — «бухгалтер-аутсорсер».
Чисто бухгалтерские проекты заглохли или не растут.
Хехехе… Один из моих аутсорсовых — контора 4 человека. Олдскульный сервер, злые групповые политики. Один раз настроил — периодически за небольшой денюжкой заезжаю, да пару раз решал мелкие проблемы с железом.
есть и обратные примеры, когда с увеличением количества работающих на проектом людей (особенно распределенных территориально) все сложнее это делать на локальных машинах и постоянно как-то синхронизировать свою работу.
а «серьезное падение» это что? в облаке вартуальных машин резервирование процессорных мощьностей, памяти и дисков делается на порядок проще, чем на реальном железе. и грамотно спроектированная система может выдерживать большое количество отказавшей аппаратуры без простоя или с минимальным простоем на рестарт.
а «серьезное падение» это что? в облаке вартуальных машин резервирование процессорных мощьностей, памяти и дисков делается на порядок проще, чем на реальном железе. и грамотно спроектированная система может выдерживать большое количество отказавшей аппаратуры без простоя или с минимальным простоем на рестарт.
что значит реальное железо? а в облаках что? облачное? те же самые СУБД с балансигом и репликацией, те же самые реплицируемые файлохранилища что и в обычных конторах. просто пиарщикам очень нравится называть пул с виртуалками и/или репликацией данных — «облаком». вот у меня стоят 4 стореджа в разных ДЦ, каждая пара дублирует друг друга, несколько проектов, размазанных по десятку серверов и перемещаемых из ДЦ в ДЦ и с сервера на сервер при увеличении нагрузки/падения железа и т.д. я что теперь — владелец мини-облака? тьху бля читать противно. извратили IT до какой-то клоунады.
мы с вами уже как-то дискутировали на эту тему.
да, это вполне называют облаком, так что владелец, поздравляю.
вы хотите нечто большего? это будет, но не прямо сейчас. почва для дальнейшего «обоблачивания» еще не достаточно готова.
да, это вполне называют облаком, так что владелец, поздравляю.
вы хотите нечто большего? это будет, но не прямо сейчас. почва для дальнейшего «обоблачивания» еще не достаточно готова.
Думаю, easy john говорил о том, что в облаке виртуальное все, и в таком виде и сохраняется, и работает. Физические данные не привязаны к конкретной железяке (определенному HDD, например), а сохраняются и дублируются в виде виртуальных имиджей, и ресурсы под них выделяются виртуальные.
это смотря опять же что подразумевать под облачными ресурсами. если VDS или попросту-по технически говоря VM или DomU — да, там дисковое API обычное но реально пишет в некий виртуальный образ который может размазываться, реплицироваться и мигрировать без участия основной системы.
если же подразумевать какой-то конкретный сервис типа google sites или что там у гугла есть для вебхостинга с API — в данном случае дисковое I/O вообще не нужно, всё можно заменить на СУБД. кстате если использовать Oracle или заниматься мазохизмом с BLOB'ами и репликацией в MySQL, всё это можно делать и самому.
если же подразумевать какой-то конкретный сервис типа google sites или что там у гугла есть для вебхостинга с API — в данном случае дисковое I/O вообще не нужно, всё можно заменить на СУБД. кстате если использовать Oracle или заниматься мазохизмом с BLOB'ами и репликацией в MySQL, всё это можно делать и самому.
Э… м… у всякой виртуальности в основе есть конкретная железка. И если эта железка йок, а резервирования нет, то сразу йок всё, что на эту железку опиралось. Сколько бы там слоёв виртуализации не было. А какое (и сколько) железо использовать — это уже исключительно совесть вендора.
Это все «коммодитизация», черт ее дери.
Ключевое слово «грамотно». Это большая проблема, между прочим.
Я так понимаю, что облачные дата-центры изначально как-то «по-другому» проектируются, более отказоустойчиво. По крайней мере ну никак не могу себе представить «падения облака».
Так вроде падал однажды один из дата-центров Амазона трижды за неделю, да и у Google бывали серьёзные проблемы с доступностью сервисов (сам сталкивался и тут писали), хотя в теории их быть не могло.
Это разные «падения». Одно дело — недоступность сервиса, другое дело — пропажа данных. Ближайшим аналогом «падения» может быть авария в электросети здания, от неё никто не застрахован, и, на самом деле, небольшие даунтаймы переживёт любая организация (они могут сколько угодно говорить про то, что их не должно быть, но когда они случаются, ничего смертельного не проиходит, просто съедают чуть больше плюшек и выпивают чуть больше кофе… упс, когда нет электричества кофе тоже нет).
А вот пропажа данных всех действительно напугает.
А вот пропажа данных всех действительно напугает.
На компьютерах скайп, гугльдоки и веб-почта.… Вы действительно думаете, что тут нужен сисадмин?
Эволюция. Это более чем нормально. Когда-то были времена что для любой операции на ЭВМ нужна была группа высокооплачиваемых инженеров, вы же не переживаете что они потом потеряли работу?
Эволюция. Это более чем нормально. Когда-то были времена что для любой операции на ЭВМ нужна была группа высокооплачиваемых инженеров, вы же не переживаете что они потом потеряли работу?
Тут кстати многие упоминают о каналах. Так вот, добавлю как житель страны, которая на 3-м месте по скоростям интернета в мире. В пределах страны что бы что-то не работало это слава богу уже нонсенс года как 3-4, но заграничные каналы постоянно колбасит. Вот есть у меня сервак в германии в ДЦ keyweb, и есть сервер в местной серверной. Так иногда канал колбасит по 5-10 раз в сутки по 3-5 минут, и каждый раз трейс указывает что накрывается что-то по пути в германию, но уже за пределами страны. Т.е. международный канал отрубается. Тоже самое Россия, да всюду — заграничный интернет переодически с завидной постоянностью просто отваливается. Даже гугл бывает отваливается. Так что реалистично — облака это хорошо, но только для интернет-сервисов таких, которые не критичны для работы. Всё что имеет жесткие требования по доступности всёравно придётся делать локально — может не у себя в офисе, а хотя бы в местном ДЦ. Отсюда и вывод, что даже большие облачные платформы просто не могут обеспечить часто той необходимой стабильности. Просто жмякнут где-нить канал и всё, гитлер капут!
А в Российских реалиях — забудте. При ваших пространствах и теми темпами как у вас осваивается, и при качестве и ширине магистральных каналов в нутри страны вам ещё десяток лет придётся ютится в местных серверных, а то и свою серверную иметь. Отец у меня в Астрахани живёт, у предприятия обязательная синхронизация данных с Москвой происходит и обратно. Так иногда по нескольку дней ждать приходится пока связь даст возможность эту самую синхронизацию сделать, пришлось переходить на спутниковый канал в принудительном порядке и мирится с расходами на него.
А в Российских реалиях — забудте. При ваших пространствах и теми темпами как у вас осваивается, и при качестве и ширине магистральных каналов в нутри страны вам ещё десяток лет придётся ютится в местных серверных, а то и свою серверную иметь. Отец у меня в Астрахани живёт, у предприятия обязательная синхронизация данных с Москвой происходит и обратно. Так иногда по нескольку дней ждать приходится пока связь даст возможность эту самую синхронизацию сделать, пришлось переходить на спутниковый канал в принудительном порядке и мирится с расходами на него.
Вот за что люблю посты amarao читая еще с ЖЖ — они всегда исключительно точны и исключительно по делу :)
А теперь SAAS — это тоже облачные вычисления и технологии? Что только этими облаками уже не называют. И azure, и saas, и виртуализация от vmware, и два сервера в кластере. Мода — страшная штука.
Я специально всё свалил в кучу, иначе бы здесь был флейм на 200 постов о том, что лучше, SaaS или облака.
Если грубо — облако — метод выделения/учёта ресурсов серверов. SaaS — модель эксплуатации ПО. SaaS может использовать облака, а может и не использовать.
А в одну кучу их валят, потому что все они решают одну фундаментальную задачу: перенос активной инфраструктуры из рук местечкового специалиста к людям, для которых это бизнес.
Если грубо — облако — метод выделения/учёта ресурсов серверов. SaaS — модель эксплуатации ПО. SaaS может использовать облака, а может и не использовать.
А в одну кучу их валят, потому что все они решают одну фундаментальную задачу: перенос активной инфраструктуры из рук местечкового специалиста к людям, для которых это бизнес.
Эту проблему уже десятилетия решает «аутсорс». А saas — это инструмент для аутсорса. Он НИКАКОГО отношения к облакам не имеет. Равно как облака НЕ решают задачу по переносу инфраструктуры — это полная чушь.
>> (В этом отличие слова «облако» от слова «ERP», например. ERP реально решает проблему.
>> Облака всего лишь «оптимизируют»).
Вот здесь Вы уже совсем запутались в терминах. К чему тогда относится масштабируемая ERP, работающая на технологичном облаке, продающаяся по модели SAAS?
Нет, ну серьезно. Вы же не до конца понимаете о чем говорите. Хотя про SAAS Ваши мысли достаточно интересны, называйте все же вещи своими именами. Мы тут вроде гики, а не старички на лавочке.
>> (В этом отличие слова «облако» от слова «ERP», например. ERP реально решает проблему.
>> Облака всего лишь «оптимизируют»).
Вот здесь Вы уже совсем запутались в терминах. К чему тогда относится масштабируемая ERP, работающая на технологичном облаке, продающаяся по модели SAAS?
Нет, ну серьезно. Вы же не до конца понимаете о чем говорите. Хотя про SAAS Ваши мысли достаточно интересны, называйте все же вещи своими именами. Мы тут вроде гики, а не старички на лавочке.
Аутсорс выносит обслуживание в постороннюю организацию. Облака выносят туда же сервера. (Я написал не «инфраструктуру», а «активную инфраструктуру», т.е. сервера).
ERP соотносится к SaS и с «облаками» примерно так:
Стиральная машина (ERP) может быть механической и электрической (локальное или удалённое приложение). Стиральная машина может стоять дома (обычные сервера) или в прачечной (аутсорс). Прачечная может брать бельё на стирку не заставляя покупателя думать в категориях «стиральная машина» (облако). Можно купить свою прачечную (private cloud). Можно назвать прачечной ванную со стиральной машиной (private cloud доведённый до абсурда).
Так понятнее? Эти вещи не являются понятиями одного уровня, они образуют разные уровни.
ERP соотносится к SaS и с «облаками» примерно так:
Стиральная машина (ERP) может быть механической и электрической (локальное или удалённое приложение). Стиральная машина может стоять дома (обычные сервера) или в прачечной (аутсорс). Прачечная может брать бельё на стирку не заставляя покупателя думать в категориях «стиральная машина» (облако). Можно купить свою прачечную (private cloud). Можно назвать прачечной ванную со стиральной машиной (private cloud доведённый до абсурда).
Так понятнее? Эти вещи не являются понятиями одного уровня, они образуют разные уровни.
SaaS тоже облака.
Облако — это уровень абстракции, а не конкретная технология. Понятие «облако» появляется когда мы начинаем думать о ресурсах не как количестве серверов, а как количестве мегагерц процессорной мощности, мегабайт памяти и мегабит сети. И соотв. нас перестает волновать что там с другой стороны, как все устроено — это задача администратора облачной платформы.
Google Docs — SaaS облако.
Microsoft Azure — PaaS облако.
VMware vSphere — IaaS облако.
Облако — это уровень абстракции, а не конкретная технология. Понятие «облако» появляется когда мы начинаем думать о ресурсах не как количестве серверов, а как количестве мегагерц процессорной мощности, мегабайт памяти и мегабит сети. И соотв. нас перестает волновать что там с другой стороны, как все устроено — это задача администратора облачной платформы.
Google Docs — SaaS облако.
Microsoft Azure — PaaS облако.
VMware vSphere — IaaS облако.
SaaS не облака. Так же как свет — не электрический ток. В большинстве случаев свет делают с использованием электричества, но могут и от свечки посветить.
С SaaS так же. SaaS может использовать облака, и это оптимальная реализация, но никто не мешает релизовывать SaaS иными методами (будет криво, косо, но будет).
С SaaS так же. SaaS может использовать облака, и это оптимальная реализация, но никто не мешает релизовывать SaaS иными методами (будет криво, косо, но будет).
Слышали термин «Коммодитизация»? Это превращение чего-либо в товар, в ширпотреб (в лучшем смысле этого слова), это стандартизация.
Когда-то, когда электричество было в новинку, в больших компаниях появлялись должности вроде «Вице-президент по электрификации». При производстве строили собственные электростанции. И очкастые гики много спорили о тонкостях использования того или иного диэлектрика и о стандартах для оборудования, и обычные люди их сторонились.
А теперь электрификация офисов и производственных площадей даже и не подразумевается — она ДОЛЖНА быть.
И в быту электричество уже не вызывает удивления и не требует отдельной учебы для работы. Кнопку нажал, лампочка зажглась. Всё.
С сугубо айтишными занятиями происходит то же самое — все становится привычным и все более управляемым. И это нормально.
Может быть, когда-то интерфейсы для взаимодействия с компьютерами станут удивительно простыми :)
Когда-то, когда электричество было в новинку, в больших компаниях появлялись должности вроде «Вице-президент по электрификации». При производстве строили собственные электростанции. И очкастые гики много спорили о тонкостях использования того или иного диэлектрика и о стандартах для оборудования, и обычные люди их сторонились.
А теперь электрификация офисов и производственных площадей даже и не подразумевается — она ДОЛЖНА быть.
И в быту электричество уже не вызывает удивления и не требует отдельной учебы для работы. Кнопку нажал, лампочка зажглась. Всё.
С сугубо айтишными занятиями происходит то же самое — все становится привычным и все более управляемым. И это нормально.
Может быть, когда-то интерфейсы для взаимодействия с компьютерами станут удивительно простыми :)
Облака не решают «проблему» (некое непреодолимое препятствие), они лишь позволяют экономить на ресурсах. Т.е. можно делать по-старинке (и оно будет работать). А можно использовать новый (сырой и ещё не отлаженный, но перспективный путь), который сулит существенную экономию.
(В этом отличие слова «облако» от слова «ERP», например. ERP реально решает проблему. Облака всего лишь «оптимизируют»).
(В этом отличие слова «облако» от слова «ERP», например. ERP реально решает проблему. Облака всего лишь «оптимизируют»).
Все-таки насчет существенной экономии не соглашусь, во-первых стоимость каналов позволяющих конторе на 50 машин работать комфортно с крупными объемами данных, плюс стоимость резервных каналов пока не очень располагает к экономии. Плюс у многих есть специфичный софт, и пройдет немало лет, прежде чем тот-же банковский софт переделают на веб-сервис. Хранить ту-же БД в облаке(т.е. непонятно где, непонятно у кого), у руководства инфаркт случится. Вобщем пока я как известная бабушка на антресолях: электичеству не доверяла и жгла керосинку, не верю, что это в ближайшее время возможно в нашей стране в больших маштабах
Мне нравятся посты Amarao не только за содержание, но и за огромной длины ветки длинных и иногда даже более интересных чем сам пост комментариев! Познавательно, в очередной раз спасибо, большая просьба — напиши обзорную статью про существующие популярные «облака» — что они предлагают и так ли это :)
Облака — мания софтверных гигантов. -Заменить товар услугой, и продавать его всегда! Это же гениально, это вечный бизнес.
Только клиенты пока не очень ведутся — дороговато выходит.
Только клиенты пока не очень ведутся — дороговато выходит.
В данном случае нужно разделить «дороговато выходит» от сути сервиса. «Дороговато выходит» оно не объективно, а по жадности, и это корректируется рынком. Объективно это будет дешевле (разумеется, в определённых рамках).
Условно говоря, оплата электричества сбытовой компании дешевле, чем генерация своего. Хотя никто не мешает.
Условно говоря, оплата электричества сбытовой компании дешевле, чем генерация своего. Хотя никто не мешает.
Если включать в договор пункты о надежности, контроле качества и приобретать приоритетный трафик у провайдера, получается совсем не дешево.
Мораль: Сферический конь в вакууме — получится дешевле, чем рабочий ослик. Только разница в том, что ослик работает и в горах ив пустыне, а сферический конь только в вакууме.
Мораль: Сферический конь в вакууме — получится дешевле, чем рабочий ослик. Только разница в том, что ослик работает и в горах ив пустыне, а сферический конь только в вакууме.
А насколько легитимно хранить в чужих облаках данные ИС ПДн (see ФЗ-152)?
Облака могут быть актуальны в российских реалиях по одной причине — «маски-шоу». Насколько мне известно, как минимум одна из российских топ-компаний хранит все критичные финансовые данные в германии.
А у нас как разгоняли «облака», так и продолжают разгонять…
У меня в офисе работает примерно 20 человек, у каждогой свой компьютер, есть сетевые принтеры, всевозможные сетевые устройства с удаленным доступом которые мы производим, и в нашем офисе нет сисадмина, просто вайфай роутер который является и эзернет роутером, благо провода в кабель каналах предостовляет арендодатель. И прикрассно живется.
Времена меняються и админам нужно меняться, тот кто застренет будет говорить мол был времена
Sign up to leave a comment.
Чего боятся в облачных вычислениях?