Comments 17
Так и представляю! До ката эта фотка, а после него: «ребят, упал жёсткий диск, помоги восстановить данные»
Не, не лень. Всегда рядом лежит :))
«Давным-давно, были компьютеры размером в несколько этажей...»
Я тут немного погуглил и не нашёл чтобы они были такого размера, не слишком ли преувеличили?
Всё что помнится из школьного материала это металлические шкафы до потолка.
Я тут немного погуглил и не нашёл чтобы они были такого размера, не слишком ли преувеличили?
Всё что помнится из школьного материала это металлические шкафы до потолка.
А когдато, до транзисторов, испольовали лампы…
И по этажам сновали несколько лаборантов постоянно меняя перегоревшие…
Гугл спасёт :)
И по этажам сновали несколько лаборантов постоянно меняя перегоревшие…
Гугл спасёт :)
Ну да был не прав, нугугли пару статей про 2х этажные компы :)
В 1946 г. в США Мочли и Эккертом построена ЭВМ
ENIAC (Electronic Numerical Integrator and Computer), University of Pennsylvania
Параметры: вес 30 тон, 2 этажа,
18000 ламп, 70000 сопротивлений, 10000 емкостей, 6000 реле 5000 арифм. оп/с;
программирование перетыканием проводов
Также, futurych.f5.ru/post/185019
Лень, честно… раньше они назывались майнфреймами и ЭВМ, а то, что находится со словом «лампы» — большая часть по площади занимала 200-400 кв. метров)
ENIAC (Electronic Numerical Integrator and Computer), University of Pennsylvania
Параметры: вес 30 тон, 2 этажа,
18000 ламп, 70000 сопротивлений, 10000 емкостей, 6000 реле 5000 арифм. оп/с;
программирование перетыканием проводов
Также, futurych.f5.ru/post/185019
Лень, честно… раньше они назывались майнфреймами и ЭВМ, а то, что находится со словом «лампы» — большая часть по площади занимала 200-400 кв. метров)
Тут вот не то что этажи — CPU занимает целый городок: www.youtube.com/watch?v=yxAmphwLPDY&feature=related
Наверно если б в каком-нибудь древнем Египте строили компьютеры — они были бы такими=)
Наверно если б в каком-нибудь древнем Египте строили компьютеры — они были бы такими=)
UFO just landed and posted this here
А что, у нас есть ограничение на число баз данных? Я не имею в виду двухбаксовые shared-хостинги.
Не очень понимаю логику примера. Структуру базы разрабатывает провайдер? А наполняют и поддерживают в актуальном состоянии свой инстанс клиенты? Или же данные (и их сбор) входят в услугу? Как происходит эволюция структуры — по согласованию со всеми клиентами, или подразумевается, што клиенты потребляют то, што провайдер волюнтаристически преподнесёт?
Наверное я непонятно объянил суть SaaS приложений, попробую исправиться более понятной цитатой:
SaaS (Software as a Service) — это модель использования бизнес-приложений в качестве интернет-сервисов.
SaaS приложения работают на сервере SaaS-провайдера, а пользователи получают к ним доступ через интернет-браузер. Пользователь не покупает SaaS-приложение, а арендует его — платит за его использование некоторую сумму в месяц. Таким образом достигается экономический эффект, который считается одним из главных преимуществ SaaS. Читать далее
>А что, у нас есть ограничение на число баз данных? Я не имею в виду двухбаксовые shared-
>хостинги.
Имелось ввиду физическое ограничение для одного сервера, когда на одном сервере так много используемых баз данных, что всё начинает тормозить (например из-за нехватки оперативной памяти даже для кэширования, что влечёт частые поползновения на винчестер...)
SaaS (Software as a Service) — это модель использования бизнес-приложений в качестве интернет-сервисов.
SaaS приложения работают на сервере SaaS-провайдера, а пользователи получают к ним доступ через интернет-браузер. Пользователь не покупает SaaS-приложение, а арендует его — платит за его использование некоторую сумму в месяц. Таким образом достигается экономический эффект, который считается одним из главных преимуществ SaaS. Читать далее
>А что, у нас есть ограничение на число баз данных? Я не имею в виду двухбаксовые shared-
>хостинги.
Имелось ввиду физическое ограничение для одного сервера, когда на одном сервере так много используемых баз данных, что всё начинает тормозить (например из-за нехватки оперативной памяти даже для кэширования, что влечёт частые поползновения на винчестер...)
Я прекрасно знаю, што такое SaaS. Мне интересна конкретика для этого примера: кто, как и когда будет менять структуру базы, завязанную на несколько конкурирующих клиентов.
Вспомнить\придумать адекватный пример сложно, поскольку наличие такового говорит о некомпетентности исполнителя (для хранения пользовательских полей в базе уже давно используют xml\json\...)
Утрированный пример: SaaS исполнитель — какой-нибудь мелкий стартап, и не смотря на это, имеет несколько крупных заказчиков. Один заказчик, внезапно полностью меняет поле деятельности, но потребность в поиске информации не пропадает. У стартапа нету ни времени, ни денег на разработку, а главное параллельное размещение похожего сервиса, а терять крупного заказчика равносильно банкротству. И руководство принимает решение спустить это дело «на костылях». В итоге в базу добавляют несколько новых колонок, которые игнорируются остальными заказчиками, и много-много условных операторов в бизнес-логику. Ситуация печальная, но не невозможная.
P.S. Базу меняет администратор)
Утрированный пример: SaaS исполнитель — какой-нибудь мелкий стартап, и не смотря на это, имеет несколько крупных заказчиков. Один заказчик, внезапно полностью меняет поле деятельности, но потребность в поиске информации не пропадает. У стартапа нету ни времени, ни денег на разработку, а главное параллельное размещение похожего сервиса, а терять крупного заказчика равносильно банкротству. И руководство принимает решение спустить это дело «на костылях». В итоге в базу добавляют несколько новых колонок, которые игнорируются остальными заказчиками, и много-много условных операторов в бизнес-логику. Ситуация печальная, но не невозможная.
P.S. Базу меняет администратор)
Sign up to leave a comment.
Multi-tenant Архитектура Данных