caxapa.ru :: Я лично щитаю, что "облачные платформы" не нужны. Учимся у Природы: в Природе информация обрабатывается в непосредственной близости от места, где она впервые возникает. Глаза (и уши) у любого животного расположены в непосредственной

USSR (28.05.2012 19:36, просмотров: 1) ответил fk0 на А может и не нужны никакие "облачные платформы" и всё это дичайший buzzword, не задумывался? И "распределённые вычисления" лет за 20 до этих облаков были и ничего никуда не делось: многие субд предполагают работу в сети и репликацию, скрипты на

Я лично щитаю, что "облачные платформы" не нужны. Учимся у Природы: в Природе информация обрабатывается в непосредственной близости от места, где она впервые возникает. Глаза (и уши) у любого животного расположены в непосредственной близости от мозга. Любая передача информации на расстояние, это дополнительные затраты Энергии и Времени. В результате распределенной обработки, увеличивается время реакции на информацию, при передаче информации вдоль длинного канала связи возрастает вероятность появления ошибок (те, вся система обработки становится более уязвимой для внешних воздействий) и при передаче информации на больших скоростях с каждым дополнительным маршрутизатором возрастают затраты энергии на каждый бит переданной иформации (ибо скоростные рутеры жрут энергии немерянно). Но если в Природе появляется что-то неэффективное, оно рано или поздно проиграет в конкурентной борьбе более эффективным (локальным) решениям и в результате естественного отбора исчезнет, как исчезли неэффективные динозавры и мамонты.

- Это мощщно. Инфу загонят в центр не по причине невозможности обработать ее локально. А по причине того, что продаваемый продукт работы системы - это анализ данных от тысяч "коробочек". Я не про тонкие клиенты. - Evgeny_CD(28.05.2012 19:39)
  - Коробочки распределены по всему шарику. - Evgeny_CD(28.05.2012 19:41)
    - Это касается исключительно систем, в которых невозможно делегировать полномочия локальным центрам обработки данных. В жизни таких систем очень мало. Обычно в локальный "центр принятия решения" копируют "бизнес-правила", после чего USSR(999 знак., 28.05.2012 20:13, )
      - Мощщно^2. Еще раз. Коробочка родила данные. И обработала их по максимуму. В центре надо собрать данные от 10к коробочек. И обработать совместно. Что и куда будем делегировать??? - Evgeny_CD(28.05.2012 20:17)
        
        ИМХО по настоящему надёжную распределённую систему можно сделать только руками. Арендовать несколько мелких серверов разделённых географически и юридически. Поднять на них реплицируемую БД. В коробки - список IP шников + некий алгоритм определения =AlexD=(131 знак., 29.05.2012 08:35)
        
        "По-настоящему надёжная распределённая система" уже давно работает. Ифрастуктура "сделанная руками" для обслуживания банковских карт (MasterCard, VISA) являет собой пример такой системы. Многочисленные банкоматы и кассовые USSR(1127 знак., 29.05.2012 09:16, )
        
        Ну давайте ещё поисковую систему Гугла вспомним и иже с ним. Поднятый вопрос касался минимизации расходов и организационных усилий. - =AlexD=(29.05.2012 10:56)
        
        От Гугла никто не требует особой надежности и скорости реакции, в отличие от кассового терминала в супермаркете. - USSR(29.05.2012 11:21, )
        
        Тута ее величество теория вероятности играет. Evgeny_CD(349 знак., 29.05.2012 12:57)
        
        Т.е. формулу я какую-то мудацкую написал, но суть, надеюсь, понятна. - Evgeny_CD(29.05.2012 13:03)
        
        Суть тоже, таво. Если платёжные cистемы будут постоянно сбоить, то ими пользоваться никто никогда в жизни не станет. О высоком допустимом проценте сбоев там не может быть и речи. - Shura(29.05.2012 13:07)
        
        Еще раз. Самих банковских транзакций сильно меньше, чем запросов к гуглю. - Evgeny_CD(29.05.2012 13:11)
        
        Это не имеет ни малейшего значения. Пусков МБР ещё меньше, скажи ещё, что там совсем высокий процент отказа может быть. - Shura(29.05.2012 13:14)
        
        % отказов там гораздо выше, чем для банковских транзакций, это совершенно точно. "Гораздо выше" - это не значит, что он 90%. - Evgeny_CD(29.05.2012 13:20)
        
        Верно. Но там вроде PIN и прочую лабуду проверяют не в банкомате. Т.е. банкомат суть примитивное устройство. Но тонкость в том, что банкомат стоит 10k$ как минимум (если я правильно понимаю), стоимость серверов и ПО для банков просто космическая - Evgeny_CD(68 знак., 29.05.2012 09:22)
        
        некоторые облачные хранилища заточенные под бэкапы (типа Mozy) уже имеют географическое дублирование данных по разным точкам планеты (geographical redundancy) - Snaky(29.05.2012 09:01)
        
        Хорошо если так. И как у них с ценами? - =AlexD=(29.05.2012 09:10)
        
        хм, раньше было бесплатно до скольки-то гиг. сейчас не вижу бесплатного уже -> - Snaky(29.05.2012 09:16, ссылка, ссылка)
        
        Ну дык пора платить за наркоту :) - Evgeny_CD(29.05.2012 09:22)
        
        не, кто давно с ними те так бесплатно и остались. там было то всего пару гиг, видимо дропбокс вытеснил. решили работать по крупному - Snaky(29.05.2012 09:25)
        
        когда я там регистрировался неск. лет назад они были в первых строках на top10review. в этом году уже нет -> - Snaky(30.05.2012 04:07, ссылка)
        
        Чтобы что-то эффективно сделать руками, вначале надо кой-чаво сделать головой. Вот я и пошел по пути изучения опыта съевших собаку. А то так можно дойти до написания XEN снуля. С Вашей мыслью соглесен. - Evgeny_CD(29.05.2012 08:38)
        
        Как я понимаю, на данном этапе облако - это средство динамического выделения ресурса для облегчения входа в сервис, подсадить клиента на ~~наркоту~~ облако и потом доить его понемногу. =AlexD=(253 знак., 29.05.2012 08:54)
        
        Нет, облака - это средство эмиссии денег. Кроме шток :) Evgeny_CD(386 знак., 29.05.2012 13:08)
        
        Как тут уже верно писали, облако - это способ гарантированно встроиться в финансовые потоки юзеров. Хорошее облако - без шанса для юзера осободиться от сервиса :) - Evgeny_CD(29.05.2012 13:10)
        
        И не только про техническую целесообразность локального решения надо думать, а про самое главное, то бишь бизнес. sbb(484 знак., 28.05.2012 20:47)
        
        В общем, верно, но в случае мониторинга зловредности нет - нужно реально данные от всех коробочек в одном месте. - Evgeny_CD(28.05.2012 21:10)
        
        А реальный пример из жизни где нужно "собрать данные от 10к коробочек" можете привести? Ну только не из жизни "эффективных менеджеров" по продажам Кока-колы.. - USSR(28.05.2012 20:24, )
        
        Большая система мониторинга транспорта. - Evgeny_CD(28.05.2012 20:25)
        
        3 раза Ха... "Большая система мониторинга транспорта" держится исключительно на госраспилах. Реальным хозяеваv "10000 единиц" нах не нужно. Назовите ка, уважаемый Евгений, частную контору с таким количеством единиц транспорта. И тем более кормить Гудвин(72 знак., 28.05.2012 22:26)
        
        +100500E9 Т.Достоевский(48 знак., 28.05.2012 22:29)
        
        Да нет, я стою на ней всеми 4 конечностями :) А как насчет частных компаний - операторов систем мониторинга транспорта, у которых подключено по 50к машин? Заметим, совершенно честных машин, без всякого ГЛОНАСС лоббизма. - Evgeny_CD(28.05.2012 22:33)
        
        А я с Гудвиным согласен. Никто из людей не может одновременно в реал-тайме контролировать не только 10К, но даже и 100 единиц транспорта. Да и нафиг это не нужно. Если биг-боссу за каким-то ~~зачесалось~~ понадобилось понаблюдать, то он rezident(119 знак., 28.05.2012 23:10)
        
        Уважаемый, Вы тоже не понимаете, как такие системы работают. ГЛАЗАМИ там что-то смотрят только лохи, извините. Все остальные пользуются отчетами и прочей аналитикой (весьма нехилой в хороших системах) - Evgeny_CD(28.05.2012 23:14)
        
        Дык и отчеты и аналитика составляются за какой-то определенный период времени, опять же реал-тайм не нужен. - rezident(28.05.2012 23:24)
        
        Во. Я как раз об этом... - Гудвин(28.05.2012 23:32)
        
        мой дядя водитель школьного автобуса, и стоит ему чуть отклониться от маршрута или просто остановиться на дороге, моментально в кабине раздается вопрошающий глас большого брата. lexxx-lexxx(189 знак., 29.05.2012 10:45)
        
        Школьный автобус - это ещё и вопрос безопасности детишек. - =AlexD=(29.05.2012 10:57)
        
        +1. Вообще вопрос безопасности в таких системах весьма непростой. Было у нас в стране несколько проектов персональных трекеров, которые закончились ничем. Evgeny_CD(460 знак., 29.05.2012 12:55 - 13:13)
        
        Самый надёжный персональный треккер для ребёнка - это намертво вмонтированный в череп чип, дающий обратную аудиовизуальную связь и передающий биопараметры (включая страх, ложь) с отслеживанием координат по GPS+инерциалка. ;-)) - =AlexD=(29.05.2012 14:09)
        
        Голова в тумбочке тоже ничего так. Надежненько :) - Evgeny_CD(29.05.2012 15:37)
        
        Ну-тка, ну-тка... Хто это такие? Да то же самое - околовластистоящие прилипалы. Лоббисты, проталкивающие несуразные циркуляры про "каждый грузовик должен иметь глонасс". Это бабло на икорку с маслицем.... - Гудвин(28.05.2012 22:43)
        
        98% владельцев автоперевозчиков стонут от этого маразма. Каждое такси должно иметь глонасс, етить... - Гудвин(28.05.2012 22:45)
        
        Тут жеш была тема про краники. Т.Достоевский(87 знак., 28.05.2012 22:50)
        
        Насчет частных не знаю, но Газпром, Транснефть, ФСК и еще несколько компаний имеют более 10к парк машин. Не все в ГЛОНАССе распил. - Evgeny_CD(28.05.2012 22:30)
        
        В названных вами компаниях нах не надо держать единый центр. Ибо никто там смотреть ничего не будет - статус не позволяет. Не царское это дело - в жопе ковыряться... Они пилят народное достояние. У них на местах десятки нахлебников, получающих Гудвин(209 знак., 28.05.2012 22:38)
        
        Я не буду мешать Вам не присутствовать на новом рынке. Ваше право. Мне же лучше. :) - Evgeny_CD(28.05.2012 22:42)
        
        И не собирался вступать в это... рынок ;) - Гудвин(28.05.2012 22:58)
        
        А теперь вкиньте из головы ГЛОНАСС, распил и прочее. И прочитайте этот топик еще раз. И подумайте, от чего Вы отказываетесь. - Evgeny_CD(28.05.2012 23:19)
        
        А я и не отказываюсь от рода деятельности ;) Гудвин(477 знак., 28.05.2012 23:56)
        
        Хорошие менеджеры. :) Напомнило анекдот: Ruslan(985 знак., 29.05.2012 00:06)
        
        Так сама жизнь уже давно нашла локальные решения. Т.е., много мелких автобусных парков, в которых все автобусы по окончании рабочей смены собираются вместе и обмениваются информацией с "центром обработки". По-моему всё логично. Более USSR(113 знак., 28.05.2012 20:33, )
        
        Уважаемый, Вы не понимаете, как строятся большие и ответственные системы мониторинга транспорта. Завершили. - Evgeny_CD(28.05.2012 20:37)
        
        10k коробочек обработает настольный PC без облаков. Если Tomcat и т.п. выкинуть и взять в руки C/C++. - fk0(28.05.2012 22:19)
        
        +1. НО в рамках одиночного ПЦ отказоустойчивость обеспечить непросто. Сразу кластер нужен. Нет, тут облако реально полезно было бы. Но только правильное облако. - Evgeny_CD(28.05.2012 22:32)
        
        Ты вообще понимаешь, что эти "облака" собираются из точно таких же ПЦ, вопрос только в программной прослойке? И далеко не факт, что там лучший вариант (лучший, но по другим критериям). "Кластер" не нужен и др. страшные слова. Нужны технологии fk0(79 знак., 29.05.2012 10:36)
        
        По мере развития бузинеса 10к коннектов превратятся в 100 - дальше что? да, все те же ПЦ, только объединенные групповым управлением. Самое интересное, что я нашел в блоке селектела - это как они на время отказались от новых юзеров. Уважаю! Evgeny_CD(320 знак., 29.05.2012 12:51)
        
        Если 10к коннектов тянет один пц, то 100к потянут 20пц. Вопрос лишь в равномерном распределении коннектов. Он давно более-менее решён в области веба (на уровне DNS и/или прокси). Вот со стороны БД уже всё хуже. Вся БД целиком должна в один ПЦ fk0(367 знак., 29.05.2012 14:00)
        
        Для этого, судя по всему, MongoDB -> подойдет. - Evgeny_CD(29.05.2012 16:56, ссылка)
        
        OK.. :) - USSR(28.05.2012 20:38, )

Средства и методы разработки