Мастера DELPHI, Delphi programming community Рейтинг@Mail.ru Титульная страница Поиск, карта сайта Написать письмо 
| Новости |
Новости сайта
Поиск |
Поиск по лучшим сайтам о Delphi
FAQ |
Огромная база часто задаваемых вопросов и, конечно же, ответы к ним ;)
Статьи |
Подборка статей на самые разные темы. Все о DELPHI
Книги |
Новинки книжного рынка
Новости VCL
Обзор свежих компонент со всего мира, по-русски!
|
| Форумы
Здесь вы можете задать свой вопрос и наверняка получите ответ
| ЧАТ |
Место для общения :)
Орешник |
Коллекция курьезных вопросов из форумов
KOL и MCK |
KOL и MCK - Компактные программы на Delphi
Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / rsdn.org

 
Чтобы не потерять эту дискуссию, сделайте закладку « предыдущая ветвь | форум | следующая ветвь »
Страницы: 1 2 3 4 5

Хочется понять сколько нынче зарабатывает хороший devops


tesseract ©   (04.10.17 01:03[60]

>>Похвалюсь. Про нас тут в гугле написали.

50 тысяч пользователей, 2.1М поездок за год. А в чем прикол-то? Это любой 4 процессорный дрыщевый сервер осилит. Зачем облако ?

Не понимаю я эти современные технологии.


tesseract ©   (04.10.17 01:04[61]

>>Пардон, "дороговато"

Я беру в хендерсоне, вполне устраивают.


Kerk ©   (04.10.17 02:43[62]


> tesseract ©   (04.10.17 01:03) [60]
>
> >>Похвалюсь. Про нас тут в гугле написали.
>
> 50 тысяч пользователей, 2.1М поездок за год. А в чем прикол-
> то? Это любой 4 процессорный дрыщевый сервер осилит. Зачем
> облако ?
>
> Не понимаю я эти современные технологии.

У нас в старой системе в принципе так и есть. Обычный клиент-сервер.

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

Потом, это же цифры для одного города. А у нас их сейчас три. Дальше - больше. Управлять облаком проще и дешевле, чем пятнадцатью серверами.

Ну и наконец стабильность. Если у тебя сервер упал, то вся система не работает. А кластер kubernetes и гугловые облачные БД целиком уронить намного сложнее.


KilkennyCat ©   (04.10.17 04:39[63]


> Если у тебя сервер упал

а если два и кластером? сие еще оооочень в дооблачные времена делали, с той же распределенной нагрузкой, с географическим разносом, новелл 6.5


rrrrrrr ©   (04.10.17 08:44[64]

Не понимаю я эти современные технологии.


вот смотри пример.
дюжина одинаковых ораклов (или не ораклов) - филиальная сеть.

иногда надо получить данные со всех сразу. типа консолидированный отчет.
ты делаешь дблинки, и на главном рисуешь вьюху из дюжины юнион олл.
нормально?
нет.

но если обработка распределенная, то
-данные получаешь быстрее
-если до какого сервера нет канала, то это не влияет на доступность данных остальных серверов


tesseract ©   (04.10.17 10:51[65]

>>А вот кластер в облаке может управлять своей производительностью автоматически в реальном времени.

Это-то я прекрасно знаю. Правда "реальное время" это сильное преувеличение. Если данных как у курка -то да, реальная учетная база немножко падать начнет.


Kerk ©   (04.10.17 12:11[66]


> KilkennyCat ©   (04.10.17 04:39) [63]
>
> > Если у тебя сервер упал
>
> а если два и кластером? сие еще оооочень в дооблачные времена
> делали, с той же распределенной нагрузкой, с географическим
> разносом, новелл 6.5

Можно что угодно сделать самостоятельно, непонятно только зачем и что это даст.

> tesseract ©   (04.10.17 10:51) [65]
> Это-то я прекрасно знаю. Правда "реальное время" это сильное
> преувеличение. Если данных как у курка -то да, реальная
> учетная база немножко падать начнет.

Нет, не преувеличение. Запуск новых нод занимает секунды
Ну и Google Datastore падать не начнет :)


Kerk ©   (04.10.17 12:42[67]

Т.е. по сути гугл задешево кому угодно дает доступ к инфраструктуре, которую раньше эксклюзивно под себя делали только большие и богатые.

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


tesseract ©   (04.10.17 12:44[68]

>>Запуск новых нод занимает секунды

Зачем ноды на такой нагрузке? Они на cortex-m0 что-ли? И секунды уже не "реальное время", а "приемлимое".


tesseract ©   (04.10.17 12:48[69]

>>Но не всем целесообразно строить собственный датацентр.

Как замена мощной, распределенной системе с >100к активных сессий,  это отличное решение.  Но на малых нагрузках оверхед такой системы будет процентов 50-70.


картман ©   (04.10.17 12:55[70]

Реклама: вычислю на кофейной гуще требуюмую призводительность ит-инфраструктуры


rrrrrrr ©   (04.10.17 13:16[71]

Можно что угодно сделать самостоятельно, непонятно только зачем и что это даст.

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


Kerk ©   (04.10.17 13:39[72]


> tesseract ©   (04.10.17 12:48) [69]
>
> Но на малых нагрузках оверхед такой системы будет процентов 50-70.

Глупость какая-то. Честно.

Оверхед по сравнению с чем? По сравнению с самодельной конфигурацией из дублирующих друг друга серверов, которые 99% времени простаивают без дела?

Или оверхед в том, что можно не нанимать человека, который будет обслуживать кластер из физических серверов?

Тут ведь еще и вопрос стоимости масштабирования важен. Вчера у тебя один город, сегодня три, через месяц 15, через год 50. Когда ты в облаке, этот рост происходит легко и естественно. А вот в обратном случае ты закопаешься в операционных расходах на обслуживание сотен серверов.


Kerk ©   (04.10.17 13:53[73]

Почему не загнать все 50 на один мегасервер? Города должны иметь возможность работать независимо друг от друга по куче разных причин.


kilkennycat ©   (04.10.17 14:06[74]


> Kerk ©   (04.10.17 12:11) [66]
> Можно что угодно сделать самостоятельно, непонятно только
> зачем и что это даст.

это понятно. я к тому, что
> Не понимаю я эти современные технологии.

- технологии не современные. И всякая модность облака и плюшки-фишки - это всё было давным давно, только не у всех.


tesseract ©   (04.10.17 14:18[75]

>>Оверхед по сравнению с чем?

По сравнению с функцией без кучи маршалинга и диспетчерезации между серверами, затрат на лишнюю маршрутизацию.


Eraser ©   (04.10.17 18:56[76]


> tesseract ©   (04.10.17 14:18) [75]


> По сравнению с функцией без кучи маршалинга и диспетчерезации
> между серверами, затрат на лишнюю маршрутизацию.
>
>

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


tesseract ©   (04.10.17 20:23[77]

>>так это уже головная боль гугла, что там за оверхеды у них.

Изначально был разговор про "нафига такую малую нагрузку переносить в облако"?

По теме ответил только ты :-)


tesseract ©   (04.10.17 20:23[78]

>>новелл 6.5

у меня много красивых бумажек имеено по 6.5 :-)


Kerk ©   (14.10.17 11:40[79]

Как-то все не весело на рынке труда :)


Страницы: 1 2 3 4 5 версия для печати

Написать ответ

Ваше имя (регистрация  E-mail 







Разрешается использование тегов форматирования текста:
<b>жирный</b> <i>наклонный</i> <u>подчеркнутый</u>,
а для выделения текста программ, используйте <code> ... </code>
и не забывайте закрывать теги! </b></i></u></code> :)


Наверх

  Рейтинг@Mail.ru     Титульная страница Поиск, карта сайта Написать письмо