Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Разработка информационных систем Новый топик    Ответить
Топик располагается на нескольких страницах: 1 2 3 4 5 6      [все]
 Архитектура. Клиент-Сервер или трехзвенка  [new]
pahanitto
Member

Откуда:
Сообщений: 28
Собсно сабж.

Отстал я что-то.

Если не брать огромные проекты с кучей клиентов и типов клиентов, а просто БД в компании +\- 50 компов, специфическая БД (не для продажи), то пишут клиент-сервер сейчас или уже все переходят на трехзвенную архитектуру?
21 дек 18, 07:01    [21770190]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38643
pahanitto,
Интересует что в этом году носят и какие цвета модные в этом сезоне?
21 дек 18, 07:29    [21770199]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
L_argo
Member

Откуда:
Сообщений: 788
К/С написать гораздо проще.
Если не брать во внимание вопрос безопасности, то трехзвенка почти никаких преимуществ не дает, ИМХО.
21 дек 18, 11:11    [21770303]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38643
L_argo
К/С написать гораздо проще.
Если не брать во внимание вопрос безопасности, то трехзвенка почти никаких преимуществ не дает, ИМХО.
вот так просто?
Обычно это страниц 20 тут обсуждают.
21 дек 18, 11:59    [21770343]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
andreymx
Member

Откуда: Запорожье
Сообщений: 51587
L_argo
К/С написать гораздо проще.
Если не брать во внимание вопрос безопасности, то трехзвенка почти никаких преимуществ не дает, ИМХО.
а какие всё-таки даёт?

ЗЫ: БД конкретная или весь зоопарк?
21 дек 18, 12:16    [21770356]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
withrecursive
Member

Откуда:
Сообщений: 11
pahanitto,

делай двухзвенку, если что потом перепишешь
21 дек 18, 13:40    [21770459]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
pahanitto
Member

Откуда:
Сообщений: 28
автор
ЗЫ: БД конкретная или весь зоопарк?


пока конкретная (небольшая бухгалтерия...сета расход приход кредиты долги и тд)...тут то я сейчас пишу на КС. Но вопрос о будущем...стоит-ли сильно заморачиваться с трехвенкой срочно или нет. Обычно тем с чем я имел дело это либо склад(корп. внуряк), либо клинтам рассылаются и устанавливаются клиенты своими сотрудниками и клиентов не много+ все довольно уникальные в деталях
21 дек 18, 14:25    [21770516]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38643
pahanitto
автор
ЗЫ: БД конкретная или весь зоопарк?


пока конкретная (небольшая бухгалтерия...сета расход приход кредиты долги и тд)...тут то я сейчас пишу на КС. Но вопрос о будущем...стоит-ли сильно заморачиваться с трехвенкой срочно или нет. Обычно тем с чем я имел дело это либо склад(корп. внуряк), либо клинтам рассылаются и устанавливаются клиенты своими сотрудниками и клиентов не много+ все довольно уникальные в деталях
вам самим известен ответ.
СРОЧНО не надо.
Тем более если ЯП придется сменить.
21 дек 18, 14:32    [21770526]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
alex55555
Member [заблокирован]

Откуда:
Сообщений: 2129
L_argo
К/С написать гораздо проще.
Если не брать во внимание вопрос безопасности, то трехзвенка почти никаких преимуществ не дает, ИМХО.

Трёхзвенка позволяет делать веб. А это околонулевые затраты на администрирование клиентов. А в к/с головняк распространяется на все писюки юзеров. Ну и если юзеры для мобильности планшеты используют, то весь к/с псу под хвост, а веб вполне работает.
21 дек 18, 14:47    [21770557]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
alex55555
Member [заблокирован]

Откуда:
Сообщений: 2129
withrecursive
делай двухзвенку, если что потом перепишешь

Вы много так напереписывали? Хотя бы один прожект за всю жизнь переписали?
21 дек 18, 14:48    [21770561]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
hVostt
Member

Откуда:
Сообщений: 15397
pahanitto
Собсно сабж.

Отстал я что-то.

Если не брать огромные проекты с кучей клиентов и типов клиентов, а просто БД в компании +\- 50 компов, специфическая БД (не для продажи), то пишут клиент-сервер сейчас или уже все переходят на трехзвенную архитектуру?


Двух-звенка, это примерно как ехать на ручнике.
21 дек 18, 15:00    [21770581]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
hVostt
Member

Откуда:
Сообщений: 15397
L_argo
Если не брать во внимание вопрос безопасности, то трехзвенка почти никаких преимуществ не дает, ИМХО.


Фига-се не даёт. Масштабируемость, низкую связанность, вопрос безопасности разумеется брать во внимание всегда надо, нормальная адекватная изоляция, и огромное количество задач и проблем, которые решаются в трех-звенке. А если и решаются на двух-, то анально-проктальным способом.
21 дек 18, 15:03    [21770585]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
hVostt
Member

Откуда:
Сообщений: 15397
pahanitto
стоит-ли сильно заморачиваться с трехвенкой срочно или нет.


разумеется стоит.
21 дек 18, 15:04    [21770586]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4696
pahanitto
автор
ЗЫ: БД конкретная или весь зоопарк?


пока конкретная (небольшая бухгалтерия...сета расход приход кредиты долги и тд)...тут то я сейчас пишу на КС. Но вопрос о будущем...стоит-ли сильно заморачиваться с трехвенкой срочно или нет. Обычно тем с чем я имел дело это либо склад(корп. внуряк), либо клинтам рассылаются и устанавливаются клиенты своими сотрудниками и клиентов не много+ все довольно уникальные в деталях


Вообще-то на "стильно-модно-молодежных" ЯП/фреймворках трудно писать не трехзвенку.
Если вы пишите КС, то это значит что-то очень старое, либо не хайповое.
Вопрос, мне кажется, надо ставить так - "Кто будет поддерживать все что наваяли и во сколько это обойдется" :-)
21 дек 18, 15:33    [21770628]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
andreymx
Member

Откуда: Запорожье
Сообщений: 51587
alex55555
L_argo
К/С написать гораздо проще.
Если не брать во внимание вопрос безопасности, то трехзвенка почти никаких преимуществ не дает, ИМХО.

Трёхзвенка позволяет делать веб. А это околонулевые затраты на администрирование клиентов. А в к/с головняк распространяется на все писюки юзеров. Ну и если юзеры для мобильности планшеты используют, то весь к/с псу под хвост, а веб вполне работает.
то на одном браузере не работает, то на другом настройки не те
21 дек 18, 15:35    [21770633]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
andreymx
Member

Откуда: Запорожье
Сообщений: 51587
Коллеги
У кого есть полноценный грид
На веб
Примерно такой, как dbgrideh в 2003 году
21 дек 18, 16:10    [21770681]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
ВМоисеев
Member

Откуда: Редкино
Сообщений: 1970
>mad_nazgul, сегодня, 15:33 [21770628]
>...Вопрос, мне кажется, надо ставить так - "Кто будет поддерживать все что наваяли и во сколько это обойдется"
<Неужели перестали писать приложения на C# и Delphi?
Да и поддержка КС проще и удобнее. Но надо понимать - область применения КС специфична - это не удаленная купля-продажа и не зоопарк железа.
21 дек 18, 17:32    [21770727]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38643
hVostt,
Особенно если он на фортране))
21 дек 18, 17:44    [21770731]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
alex55555
Member [заблокирован]

Откуда:
Сообщений: 2129
andreymx
то на одном браузере не работает, то на другом настройки не те

Особенно если мозг выключен. Да, тяжела жизнь.
21 дек 18, 17:46    [21770734]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Addx
Member

Откуда:
Сообщений: 957
Пишите микросервисы в докер-контейнерах на golang с базами noSQL и интерфейсом на React - не ошебетесь.
21 дек 18, 19:57    [21770809]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
makhaon
Member

Откуда: A galaxy far far away
Сообщений: 3241
Унигуй, монолитный сервис, любая база данных (зачем себя NoSQL ограничивать?). Быстро и просто. 50 машин - вообще ни о чем. будет стоять, мордой торговать через веб, юзеры будут довольны 100%.
21 дек 18, 20:34    [21770829]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
hVostt
Member

Откуда:
Сообщений: 15397
Addx
Пишите микросервисы в докер-контейнерах на golang с базами noSQL и интерфейсом на React - не ошебетесь.


Когда в руках молоток, всё вокруг -- гвозди Картинка с другого сайта.
22 дек 18, 00:33    [21770920]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
hVostt
Member

Откуда:
Сообщений: 15397
Petro123
hVostt,
Особенно если он на фортране))


Да хоть бы и так )
22 дек 18, 00:34    [21770921]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
kolobok0
Member

Откуда:
Сообщений: 1943
pahanitto
... клиент-сервер сейчас или уже все переходят на трехзвенную архитектуру?


боюсь разочаровать.... но если знать историю появления двух-трёх-25звенок, то...
изначально был юникс с полноценным и адекватным определением КС систем:
- сервер - тот кто предоставляет услуги по доступу к данным и услугам.
- клиент - тот кто юзает это

это самое правильно определение.
Но рынок хотелось завоевать мелкомягким, и они со своими форточками под досом конкретно сливали эту тему. И тут они насаждают своим адэптам 2,3,45 уровневые КС определения...

поймите простую вещь, товарищи пионэры:
- определение КС по наследству НЕ передаётся. И если Вы говорите КС система, то по ОПРЕДЕЛЕНИЮ! в данном коде ДОЛЖНА БЫТЬ РЕАЛИЗАЦИЯ как клиента так и сервера.

или от противного:
питер-нортон замечательная КС система, т.к. юзает файловый сервак (тут любое имя подставляйте).

ответ я думаю сами поймёте Картинка с другого сайта.

(круглый)
22 дек 18, 13:27    [21771017]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
hVostt
Member

Откуда:
Сообщений: 15397
kolobok0
И тут они насаждают своим адэптам 2,3,45 уровневые КС определения...


трёх-звёнку придумал майкрософт?
думаю, дальше вообще можно и не читать, не тратьте время ))
22 дек 18, 19:08    [21771140]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15683
andreymx
то на одном браузере не работает, то на другом настройки не те
если это для конторы - то никаких проблем . пишется для одного браузера. решается административно.
22 дек 18, 20:43    [21771177]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
andreymx
Member

Откуда: Запорожье
Сообщений: 51587
вадя
andreymx
то на одном браузере не работает, то на другом настройки не те
если это для конторы - то никаких проблем . пишется для одного браузера. решается административно.
у нас после внедрения HPSM разрешили хром
Хотя стандарт ие плюс едж
22 дек 18, 21:48    [21771196]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
L_argo
Member

Откуда:
Сообщений: 788
hVostt
pahanitto
стоит-ли сильно заморачиваться с трехвенкой срочно или нет.

разумеется стоит.
Коллега, не вводите ТСа в заблуждение.
3-звенка будет делаться в 3 раза дороже и 3 раза дольше. И это в лучшем случае.
И не факт, что будет сделана на достойном уровне. На достойную реализацию может потребоваться удвоение цены поверх указанной.
А в худшем случае - просто не взлетит.
Преимущества 3-звенки (высокая безопасность, масш-сть) во многих случаях совершенно некритичны (интрасеть/винда/малый список источников данных)

Тем более что ряд задач у К/С проекта можно вывести в 3-звенку.
У нас на большом К/С проекте так была реализована часть ф-ла: 1-2% от всего проекта. Это была жаба+томкет+планшет.
Но стоимость этой части проекта была катастрофически непропорциональна К/Су. По срокам в т.ч.
Весь проект сделать подобным образом было бы совершенно нереально не только по финансовым, но и по временным соображениям.

Делать 3-звенку можно при гарантированно жирном бюджете, опытных спецах и больших сроках. Если хоть одного пункта нет - 3-звенка тупо не взлетит.

алекс5555
А в к/с головняк распространяется на все писюки юзеров.
Чушь. В браузерах в 10 раз больше приколов и отличий, чем при работе ЕХЕ на десктопе. У Писи одна главная проблема - ОС для сабжа должна быть однотипной.

2ТС: в первую очередь сосредоточьтесь на качественной реализации бизнес-процессов. Можно на К/С. Потом что-то частично можно увести на 3-цвенку. И только потом можете попробовать перейти целиком.

Сразу замахиваться на что-то большое и сложное - безумие. Особенно из соображений сроков появления первого рабочего прототипа.
22 дек 18, 22:17    [21771211]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15683
L_argo,
не надо пугать, всё делается быстро и без проблем, если есть грамотное ТЗ.

andreymx
у нас после внедрения HPSM разрешили хром
тогда ваще всё просто. потому как хром отслеживает все нововведения, и не надо заморачиваться на кроссбраузности (если только компы win7+)

и нет проблем с обновлением, просто на сервере обновил и всё.
есть единственное ограничение на доступ клиентов к своему железу (браузерам это запрещено по условиям безопасности)
и если используются камеры - то надо https+сертификат(достаточно самоподписанного)
22 дек 18, 23:05    [21771221]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
hVostt
Member

Откуда:
Сообщений: 15397
L_argo
Коллега, не вводите ТСа в заблуждение.
3-звенка будет делаться в 3 раза дороже и 3 раза дольше. И это в лучшем случае.


эт чё ещё за бред?


L_argo
Преимущества 3-звенки (высокая безопасность, масш-сть) во многих случаях совершенно некритичны (интрасеть/винда/малый список источников данных)


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


L_argo
Тем более что ряд задач у К/С проекта можно вывести в 3-звенку.
У нас на большом К/С проекте так была реализована часть ф-ла: 1-2% от всего проекта. Это была жаба+томкет+планшет.
Но стоимость этой части проекта была катастрофически непропорциональна К/Су. По срокам в т.ч.
Весь проект сделать подобным образом было бы совершенно нереально не только по финансовым, но и по временным соображениям.

Делать 3-звенку можно при гарантированно жирном бюджете, опытных спецах и больших сроках. Если хоть одного пункта нет - 3-звенка тупо не взлетит.


ещё раз. что за бред?? при чём тут N-звенка, и бюджет? вы чего такое вообще городите, уж простите?

чтоб 3-х звенка "не взлетела", надо взять проектировщиком колхозника, вот тогда не взлетит.


L_argo
2ТС: в первую очередь сосредоточьтесь на качественной реализации бизнес-процессов. Можно на К/С. Потом что-то частично можно увести на 3-цвенку. И только потом можете попробовать перейти целиком.


т.е. надо всем мозги изрядно по..калупать, вот это "частично увести, блабла..", но не делать сразу по уму, да? а вы смекалистый, смотрю, шарите как бюджеты пилить )))))
23 дек 18, 02:34    [21771268]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
MaratIsk
Member

Откуда: Astana, Kazakhstan
Сообщений: 2467
andreymx
Коллеги
У кого есть полноценный грид
На веб
Примерно такой, как dbgrideh в 2003 году


посмотри JQuery Easy UI
23 дек 18, 08:00    [21771288]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
MaratIsk
Member

Откуда: Astana, Kazakhstan
Сообщений: 2467
L_argo,

автор
3-звенка будет делаться в 3 раза дороже и 3 раза дольше.


представляю твои представления о 3-звенке )))
23 дек 18, 08:06    [21771289]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
ВМоисеев
Member

Откуда: Редкино
Сообщений: 1970
>andreymx, 21 дек 18, 16:10 [21770681]
>У кого есть полноценный грид. На веб
<Посмотри здесь, здесь и здесь.

Курятник разрастается.
23 дек 18, 11:18    [21771310]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
alex55555
Member [заблокирован]

Откуда:
Сообщений: 2129
L_argo
У нас на большом К/С проекте так была реализована часть ф-ла: 1-2% от всего проекта. Это была жаба+томкет+планшет.
Но стоимость этой части проекта была катастрофически непропорциональна К/Су. По срокам в т.ч.

Ну так если привыкшие к к\с взялись ваять непривычное - ну вот вам и результат. Обычнейшая ошибка в подборе кадров. Вася умный, я его лично знаю, он может!
L_argo
В браузерах в 10 раз больше приколов и отличий, чем при работе ЕХЕ на десктопе. У Писи одна главная проблема - ОС для сабжа должна быть однотипной.

Вы по теме "затраты на сопровождение" хоть что-то читали? Или вообще слышали?
L_argo
Сразу замахиваться на что-то большое и сложное - безумие. Особенно из соображений сроков появления первого рабочего прототипа.

Замахиваться нужно правильно, а большое оно или сложное - не важно. Последний фактор ничто при нормальных бюджетах. А если нет бюджета - ну что-ж, летайте низэнько, всегда придерживая землю ногами. Правда через реки уже так не получится, ну что-ж поделаешь, придётся в обход...
23 дек 18, 15:07    [21771420]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 47572
В этом топике я один не понимаю как "трёхзвенка" пересекается с "веб-интерфейсом"? Или для всех веб-сервер, запускающий PHP-скрипты автоматически становится сервером приложений?..
23 дек 18, 19:36    [21771537]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15683
Dimitry Sibiryakov
Или для всех веб-сервер, запускающий PHP-скрипты автоматически становится сервером приложений?..
по-строгому нет, но во многих задачах "обработчик обращений" (чем по сути и являются php-скрипты) достаточен. Для реализации "настоящих серверных приложений" используют демоны php. но это трёхколёсный велосипед....
с другой стороны веб-сервер может быть и на java.
и с точки зрения клиента - нет разницы.

по настоящему трёхзвенная архитектура - это когда между серверным приложением и клиентом есть полнодуплексная связь. чего не может быть в к/с.
но раньше такое было возможно только когда клиентом было десктопное приложение.
сейчас полнофункциональным клиентом может быть браузер, что многое упрощает.
23 дек 18, 19:57    [21771549]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
andreymx
Member

Откуда: Запорожье
Сообщений: 51587
Интересно, о чём спрашивал ТС
23 дек 18, 20:07    [21771554]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
hVostt
Member

Откуда:
Сообщений: 15397
вадя
по настоящему трёхзвенная архитектура - это когда между серверным приложением и клиентом есть полнодуплексная связь. чего не может быть в к/с.


полнодуплексаная связь так-то не имеет никакого отношения к N-звенности.

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


а мобильные приложения уже всё что ли?
или десктоп?

возьмём тот же телеграм, у которого есть и десктоп и веб.
десктоп на порядки удобнее.

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

но это не касается 2-х звенки, которую сразу надо дропать.
24 дек 18, 01:37    [21771692]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15683
hVostt
полнодуплексаная связь так-то не имеет никакого отношения к N-звенности.
если рассматривать историю - то первоначальными клиентами были десктопные приложения, которые имели полнодуплексную связь с серверным приложением. что имело (помимо прочего) преимущество перед к/с.
в дальнейшем - в качестве клиентов стали использовать браузеры. такие клиенты мало чем отличались от к/с - по сути такие системы использовали серверное приложение как защиту от проникновения + бонус - серверное приложение могло что-то брать на себя. Но полноценным такую систему , как она было при использовании десктопов, трёхзвенной назвать нельзя, хотя множество задач она решала.
hVostt
а мобильные приложения уже всё что ли?
или десктоп?
браузеры просто стали наиболее используемы.
но десктопы и мобильные приложения, в настоящем виде, для веб, по сути аналоги браузерам - с точки зрения связи с серверным приложением - используют ajax.

hVostt
возьмём тот же телеграм, у которого есть и десктоп и веб.
десктоп на порядки удобнее.
а это уже новый шаг в развитии - появился websocket. и браузер может общаться так же как и настоящий десктоп-клиент по полноценной полнодуплексной связи.
для серверного приложения нет в этом разницы десктоп/мобильное приложение/браузер.
24 дек 18, 05:49    [21771707]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38643
вадя,
У тебя трехзвенка это браузер на сокетах транспорте?
Круто)
24 дек 18, 07:31    [21771717]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15683
Petro123
вадя,
У тебя трехзвенка это браузер на сокетах транспорте?
Круто)
не только браузер, но мобильное приложение и ардунка...
если раньше десктоп связывался на сокетах, то счас websocket их заменили ....
и браузер стал на 95% замена прежнему десктоп-клиенту.
(5% - это отсутствие полноценной связи браузера с железом клиента)
24 дек 18, 07:52    [21771720]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38643
вадя,
Все это двухзвенка.
24 дек 18, 08:47    [21771736]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15683
Petro123
вадя,
Все это двухзвенка.
ты уверен?
24 дек 18, 08:54    [21771741]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38643
вадя
Petro123
вадя,
Все это двухзвенка.
ты уверен?
вики открой.
24 дек 18, 08:55    [21771742]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15683
Petro123,
открой сам.
то, что браузер не может полноценно общаться с железо не означает что это не звено.
так же как и десктоп может не иметь отношения к железу - не делает систему двухзвенной
24 дек 18, 09:00    [21771744]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38643
вадя,
Железо вообще не при делах.
24 дек 18, 09:02    [21771746]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15683
Petro123
Железо вообще не при делах.
тогда тем более.
браузер - тоже десктоп. то что сервер , помимо всего прочего делает ещё и "картинку" для отображения не лишает его возможностей серверного приложения.
24 дек 18, 09:12    [21771750]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
tunknown
Member

Откуда:
Сообщений: 640
hVostt
L_argo
Если не брать во внимание вопрос безопасности, то трехзвенка почти никаких преимуществ не дает, ИМХО.


Фига-се не даёт. Масштабируемость, низкую связанность, вопрос безопасности разумеется брать во внимание всегда надо, нормальная адекватная изоляция, и огромное количество задач и проблем, которые решаются в трех-звенке. А если и решаются на двух-, то анально-проктальным способом.
Масштабируемость понижается- немасштабируемое sql приложение на сервере sql приложений и немасштабируемый толстый клиент дополняется немасштабируемым средним звеном. Связанность повышается, т.к. клиент не мог работать ни с чем, кроме конкретного сервера, а теперь появляется ещё и среднее звено, которое так же не может работать ни с чем кроме. Безопасность понижается, т.к. её нужно делать дважды и на сервер БД делальщиков уже не хватает. Единственно, изоляция существенно повышается- вплоть до невозможности решать некоторые задачи. Так что часть их приходится костылить на предыдущей двухзвенке.
24 дек 18, 09:43    [21771771]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38643
вадя,
Ты всю жизнь писал двухзвенку. Не знал? Тебя обманули?
Мне жаль.
24 дек 18, 09:45    [21771773]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15683
Petro123
вики открой.
https://ru.wikipedia.org/wiki/Трёхуровневая_архитектура

Клиент (слой клиента) — это интерфейсный (обычно графический) компонент комплекса, 
предоставляемый конечному пользователю. Этот уровень не должен иметь прямых связей с базой данных (по
требованиям безопасности и масштабируемости), быть нагруженным основной бизнес-логикой (по требованиям
масштабируемости) и хранить состояние приложения (по требованиям надёжности). На этот уровень обычно
выносится только простейшая бизнес-логика: интерфейс авторизации, алгоритмы шифрования, проверка
вводимых значений на допустимость и соответствие формату, несложные операции с данными (сортировка,
группировка, подсчёт значений), уже загруженными на терминал.

Сервер приложений (средний слой, связующий слой) располагается на втором уровне, на нём сосредоточена
большая часть бизнес-логики. Вне его остаются только фрагменты, экспортируемые на клиента (терминалы), а
также элементы логики, погруженные в базу данных (хранимые процедуры и триггеры). Реализация данного
компонента обеспечивается связующим программным обеспечением. Серверы приложений проектируются
таким образом, чтобы добавление к ним дополнительных экземпляров обеспечивало горизонтальное
масштабирование производительности программного комплекса и не требовало внесения изменений в
программный код приложения.

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


В простейших конфигурациях все компоненты или часть из них могут быть совмещены на одном
вычислительном узле. В продуктивных конфигурациях как правило используется выделенный вычислительный
узел для сервера баз данных или кластер серверов баз данных, для серверов приложений — выделенная
группа вычислительных узлов, к которым непосредственно подключаются клиенты (терминалы).
24 дек 18, 10:04    [21771789]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38643
вадя,
Вот сервер приложений с бл это главное.
А у тебя хранимки.
Ферштейн?
24 дек 18, 10:27    [21771803]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Charles Weyland
Member

Откуда: Feorina "Fury" 161
Сообщений: 4271
Вот, кстати, а что MS предлагает в качестве сервера предложений?
И что вообще обычно используется в качестве сервера приложений? (я не работал с 3 звенкой, а зря)
24 дек 18, 11:05    [21771821]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38643
Charles Weyland,
Kestrel. Вчера выпустил.
24 дек 18, 11:10    [21771825]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Charles Weyland
Member

Откуда: Feorina "Fury" 161
Сообщений: 4271
... А то проблема в крупных предприятиях обычно следующие:
Есть куча разношёрстного софта, каждый содержит свою инфу (одна по каким-нибудь заявкам, другая - бухгалтерия, третья - сервер внутреннего сайта и т.д.). И всё это дело нужно синхронизировать, чтобы одни приложения получали нужную актуальную информацию от других.

Делается это с помощью либо ETL (от MS это SSIS), либо с помощью ESB. В общем, чтобы ни то ,ни другое не лазило в "потроха" всех этих систем, доступы предоставляются через интерфейсы. Напр., API-функции.

И вот где, в каком месте обеспечить подобный доступ к SQL-Server'у?
24 дек 18, 11:17    [21771831]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15683
Petro123
Вот сервер приложений с бл это главное.
А у тебя хранимки.
у тебя странные представления о хранимках и бл.
использование хранимок не означает что бл находится в них.
бл может быть и в хранимках и в серверном приложении - главное правильно разнести нагрузку и обеспечить быстрое выполнение поставленных задач с минимальными затратами.
24 дек 18, 11:19    [21771834]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15683
Charles Weyland
Есть куча разношёрстного софта, каждый содержит свою инфу (одна по каким-нибудь заявкам, другая - бухгалтерия, третья - сервер внутреннего сайта и т.д.). И всё это дело нужно синхронизировать, чтобы одни приложения получали нужную актуальную информацию от других.
этот зоопарк надо либо ликвидировать, либо смириться с ним.
потому что у каждого зверя есть доступ к субд со своими правами и задачами, а обеспечения единой точки доступа доступа к субд вызовет переделку всего.....
24 дек 18, 11:23    [21771837]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Charles Weyland
Member

Откуда: Feorina "Fury" 161
Сообщений: 4271
вадя
Charles Weyland
Есть куча разношёрстного софта, каждый содержит свою инфу (одна по каким-нибудь заявкам, другая - бухгалтерия, третья - сервер внутреннего сайта и т.д.). И всё это дело нужно синхронизировать, чтобы одни приложения получали нужную актуальную информацию от других.
этот зоопарк надо либо ликвидировать, либо смириться с ним.
потому что у каждого зверя есть доступ к субд со своими правами и задачами, а обеспечения единой точки доступа доступа к субд вызовет переделку всего.....

в том-то и суть, что напр., какая-нибудь "Асмус" в некоторой степени самодостаточная клиент-серверная система. (в ней есть свои крутые вичи для распознавания чего-нибудь, каких-то образов, номеров с видео и т.д.)
Но какие-нибудь её сводки нужны для другой системы. Ну, например, для 1С.
Но системе "Асмус" нужна информация о постоянно меняющейся структуре холдинга, или инфа о новых офисах/точках или списках сотрудников. А она есть с SQL Server.
Ещё есть Power BI и так далее.

И что значит "ликвидировать"? Всё захреначить в одну систему? Системы-то нужные, и в целом самостоятельные. Такое нельзя просто так взять и ликвидировать.

Выходит, что вопрос - кто и как должен сообщать инфу одним системам о том, что есть в других?
Получается, что каждая система просто должна дать какие-то интерфейсы для внешних систем, чтобы они не лазили внутрь закрытой структуры БД - мало ли, как она меняться будет.

Следовательно, уточню вопрос: в каком ПО расположить интерфейс доступа (API) к SQL-Server, чтобы внешние системы не менялись в случае каких-то внутренних переделок базы данных. Пока получается, что через специально выделенные хранимки.
24 дек 18, 11:56    [21771870]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38643
вадя
бл может быть и в хранимках и в серверном приложении
сам придумал?
24 дек 18, 12:28    [21771911]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38643
Petro123
вадя
бл может быть и в хранимках и в серверном приложении
сам придумал?
ах да. Клиента ты забыл.
Итого БЛ в трех местах.
Уже написал такое?
24 дек 18, 12:29    [21771913]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15683
Petro123
сам придумал?
ты чё такой ограниченный? где ты видел такое ограничение?
кто мешает делать там где это оптимальнее?
или ПАЛОЧКИ ДОЛЖНЫ БЫТЬ ПОПЕНДИКУЛЯРНЫ?


Charles Weyland
в том-то и суть, что напр., какая-нибудь "Асмус" в некоторой степени самодостаточная клиент-серверная система. (в ней есть свои крутые вичи для распознавания чего-нибудь, каких-то образов, номеров с видео и т.д.).......

мысли хорошие, и желание реальное.
но , к сожалению, все такие возможности разработчики маловероятно что могут предусмотреть, а если и предусмотрят, то, скорее всего, захотят монетизировать через простое встраивание/доработку конкретного экземпляра.... и дополнительное сопровождение.
Charles Weyland
И что значит "ликвидировать"? Всё захреначить в одну систему? Системы-то нужные, и в целом самостоятельные. Такое нельзя просто так взять и ликвидировать.
как бы самописная системы под себя и даёт такую возможность, дорого, очень дорого....
но насколько позволяет опыт - это единственный вариант.

а так - желание очень хорошее.
24 дек 18, 13:07    [21771963]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Charles Weyland
Member

Откуда: Feorina "Fury" 161
Сообщений: 4271
вадя,

не, с интерфейсами в других системах вопросов нет. Там сидят по 1 программисту и каждый готов сделать доработку - доступ по API, т.к. там есть сервер приложений с возможностью произвольной доработки. Так что никаких монетизаций. Да тот же 1С.
24 дек 18, 13:25    [21771989]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38643
вадя
где ты видел такое ограничение?
человек без ограничений это животное.
24 дек 18, 13:30    [21772001]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
hVostt
Member

Откуда:
Сообщений: 15397
tunknown
Масштабируемость понижается- немасштабируемое sql приложение на сервере sql приложений и немасштабируемый толстый клиент дополняется немасштабируемым средним звеном. Связанность повышается, т.к. клиент не мог работать ни с чем, кроме конкретного сервера, а теперь появляется ещё и среднее звено, которое так же не может работать ни с чем кроме. Безопасность понижается, т.к. её нужно делать дважды и на сервер БД делальщиков уже не хватает. Единственно, изоляция существенно повышается- вплоть до невозможности решать некоторые задачи. Так что часть их приходится костылить на предыдущей двухзвенке.


извините, но это лютый бред.

с минимальным опытом сами поймёте, а пока наверное простительно. давно в разработке? сколько дней?
24 дек 18, 13:42    [21772021]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15683
Petro123
человек без ограничений это животное.
ну что ж - живи в своей клетке условностей.
я буду делать так как оптимально
24 дек 18, 13:57    [21772048]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38643
вадя,
Увы. Вся архитектура это условности и паттерны. Тебе не нужно.
24 дек 18, 14:05    [21772074]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15683
Petro123
Увы. Вся архитектура это условности и паттерны. Тебе не нужно.
если условности мешают - нафиг эти условности.
кто-то давным-давно при давнишних возможностях и своих взглядах высказал какие-то условности ..
и что должны следовать им до скончания лет?
24 дек 18, 14:22    [21772105]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38643
вадя,
Иди делай двухзвенку. Нафиг эти условности..... Высокая мода))
24 дек 18, 14:45    [21772152]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
ViPRos
Member

Откуда:
Сообщений: 9537
замахали вы
любая многозвенная система состоит из звен + транспортная инфраструктура.
Звено либо клиент, либо сервер, либо к/с.
Как больше звен, так больше проблем.
Лучшее звено - отсутствующее звено.
24 дек 18, 14:51    [21772157]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15683
ViPRos
замахали вы
любая многозвенная система состоит из звен + транспортная инфраструктура.
Звено либо клиент, либо сервер, либо к/с.
Как больше звен, так больше проблем.
Лучшее звено - отсутствующее звено.

к/с порт субд наружу и пусть имеют все....
24 дек 18, 15:00    [21772175]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
ViPRos
Member

Откуда:
Сообщений: 9537
вадя,

мудила, если ты пользуешься готовыми компонентами, то по любе будешь плясать от них
все эти байки от того что КЕМ ТО ТАК СДЕЛАНО
Модератор: Не надо переходить на оскробления
24 дек 18, 15:03    [21772182]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
hVostt
Member

Откуда:
Сообщений: 15397
ViPRos
замахали вы
любая многозвенная система состоит из звен + транспортная инфраструктура.
Звено либо клиент, либо сервер, либо к/с.
Как больше звен, так больше проблем.
Лучшее звено - отсутствующее звено.


серьёзно? может сразу на асемблере тогда кодить? ведь все эти абстракции, языки, компиляции, сборки -- ох, сколько же звеньев

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

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

вы серьёзно, ставите так вопрос?
24 дек 18, 15:17    [21772197]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15683
вот тут с hVostt не согласится просто невозможно. прям истина в первой инстанции, в каждом слове...
ViPRos
если ты пользуешься готовыми компонентами, то по любе будешь плясать от них
все эти байки от того что КЕМ ТО ТАК СДЕЛАНО
а если не пользоваться? а делать как проще?
Petro123
Иди делай двухзвенку. Нафиг эти условности..... Высокая мода))
если для тебя наличие хранимок однозначно считается что бл в субд - значит я переоценивал тебя.
24 дек 18, 16:05    [21772257]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38643
вадя
значит я переоценивал тебя.
нам очень важно ваше мнение.
24 дек 18, 16:07    [21772259]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
ViPRos
Member

Откуда:
Сообщений: 9537
вадя
а если не пользоваться? а делать как проще?


не надо "проще", "сложнее", надо "как надо" :)
24 дек 18, 18:15    [21772352]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
hVostt
Member

Откуда:
Сообщений: 15397
ViPRos
вадя
а если не пользоваться? а делать как проще?


не надо "проще", "сложнее", надо "как надо" :)


ёжики )
24 дек 18, 18:26    [21772363]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
alex55555
Member [заблокирован]

Откуда:
Сообщений: 2129
ViPRos
не надо "проще", "сложнее", надо "как надо" :)

А как надо?
24 дек 18, 18:40    [21772375]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
ВМоисеев
Member

Откуда: Редкино
Сообщений: 1970
>alex55555, сегодня, 18:40 [21772375]
>А как надо?
<Надо попытаться рассмотреть варианты построения систем и области их применения
24 дек 18, 20:09    [21772445]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
L_argo
Member

Откуда:
Сообщений: 788
Бугага.. Вот это участников бомбануло.... :)
Даже в простых вопросах такие расхождения мнений.

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

А тем временем бизнесу пофиг на подобные споры.
У него критерии очень просты:
1. малый бюджет и сроки
2. решение удовлетворяет требованиям бизнеса и гибкое к постоянным доработкам.
3. нет критичной зависимости от конкретной команды разработчиков.

причем п.1 всегда на первом месте. За редким исключением. Что бы там не говорили.

И это мы еще не коснулись такой противоречивой темы, как стек технологий. Это очередной повод для бомбления. :)

зы: Топик можно закрывать.
24 дек 18, 21:28    [21772482]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
hVostt
Member

Откуда:
Сообщений: 15397
L_argo
У него критерии очень просты:
1. малый бюджет и сроки
2. решение удовлетворяет требованиям бизнеса и гибкое к постоянным доработкам.
3. нет критичной зависимости от конкретной команды разработчиков.


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


L_argo
зы: Топик можно закрывать.


не знаю как там называются деятели, старающиеся везде сунуться и поставить свою жЫрную точку? )))
24 дек 18, 21:50    [21772496]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
ВМоисеев
Member

Откуда: Редкино
Сообщений: 1970
>L_argo, сегодня, 21:28 [21772482]
>...Способов решения даже тривиальных задач слишком много…
<Вы ошибаетесь. Вариантов конкретного способа может быть...
24 дек 18, 23:17    [21772528]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
tunknown
Member

Откуда:
Сообщений: 640
hVostt
с минимальным опытом сами поймёте, а пока наверное простительно.
Что ж вы, как маленький? Примените возможности этого сайта и узнаете:-)
Хотя, возраст не обязательно пропорционален опыту.
25 дек 18, 09:42    [21772675]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
hVostt
Member

Откуда:
Сообщений: 15397
tunknown
hVostt
с минимальным опытом сами поймёте, а пока наверное простительно.
Что ж вы, как маленький? Примените возможности этого сайта и узнаете:-)
Хотя, возраст не обязательно пропорционален опыту.


Верно. Как говорится, не важно сколько времени ты провёл в столовой, важно сколько пирожков ты успел съесть. А судя по вашему сообщению, там и пол пирожка не наберётся.
25 дек 18, 11:11    [21772748]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
alex55555
Member [заблокирован]

Откуда:
Сообщений: 2129
L_argo
Бугага.. Вот это участников бомбануло.... :)
Даже в простых вопросах такие расхождения мнений.

Вообще оптимизировать нужно сверху. Что это значит? Вы еще не догадались?

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

Что можно выделить в многозвенной архитектуре, что применимо всегда? И что можно выделить в к/с, что применимо всегда? Ответ здесь обязателен. И только потом можно сравнивать "с цифрами", то есть аргументированно, без вечных ссылок на бизнес и что ему там на самом деле надо. А пока же срач как-то далёк от выделения реально нужных сущностей.
25 дек 18, 20:53    [21773345]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 26479
Charles Weyland
Вот, кстати, а что MS предлагает в качестве сервера предложений?
И что вообще обычно используется в качестве сервера приложений? (я не работал с 3 звенкой, а зря)

Зайдите в Azure и посмотрите на набор предоставляемых сервисов.
Все это можно и на своей личной инфраструктуре нонче поднять.
30 дек 18, 16:06    [21776930]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 26479
pahanitto
Собсно сабж.

Отстал я что-то.

Если не брать огромные проекты с кучей клиентов и типов клиентов, а просто БД в компании +\- 50 компов, специфическая БД (не для продажи), то пишут клиент-сервер сейчас или уже все переходят на трехзвенную архитектуру?

Пропущен вариант с толстым клиентом.
30 дек 18, 16:32    [21776944]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
ViPRos
Member

Откуда:
Сообщений: 9537
skyANA,

на сколько дней рассчитываешь? :)
5 янв 19, 16:45    [21778779]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 26479
ViPRos,


ты о чём?
5 янв 19, 16:50    [21778781]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
ViPRos
Member

Откуда:
Сообщений: 9537
skyANA,

про "толстый vs тонкий"
5 янв 19, 17:16    [21778797]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 26479
ViPRos,

ни на сколько, я же не набрасываю :)
а отмечаю, что у ТС элемент последовательности пропущен
5 янв 19, 17:48    [21778819]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
ViPRos
Member

Откуда:
Сообщений: 9537
skyANA,

вот я тут думал (благо есть немного времени)

есть у меня глюкометр
на тест полоску наношу каплю крови и он мне показывает уровень сахара

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


опиши плюсы и минусы
5 янв 19, 17:55    [21778823]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
ViPRos
Member

Откуда:
Сообщений: 9537
Если охота, то можешь начинать с определения для первого варианта (человек, полоска, глюкометр)
что тут является "системой", какова "звенность" этой системы, кто есть "клиент", кто - "сервер"
5 янв 19, 18:13    [21778831]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 26479
ViPRos,


а может не стоит фантазировать, а рассмотреть реальные сценарии и прийти к тому, что вместо ИЛИ нужно И?
5 янв 19, 19:17    [21778858]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 26479
Сначала человек ножками топает до поликлиники, чтобы сдать кровь.
Потом ему дают глюкометр, но не лишают возможности при желании ходить пешком.
Просто теперь это не обязательно, только когда возникает необходимость обсудить показания с доктором.
А со временем и развитием интернет вещей можно и по этому поводу не ходить, прибор и определить параметры и на сервер отошлет, а последний передаст доктору.
А тот свяжется с пациентом.

Вот такая вот система в её развитии :)
5 янв 19, 19:26    [21778867]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
ViPRos
Member

Откуда:
Сообщений: 9537
skyANA,

ушел таки от вопроса

ладно обсудим вариант - к глюкометру приделываем доктора
5 янв 19, 19:51    [21778882]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 26479
ViPRos,

обсудим? Начинай. Раз выбрал глюкометр, так давай развернуто.
5 янв 19, 19:59    [21778890]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
ViPRos
Member

Откуда:
Сообщений: 9537
skyANA,

Я хочу ход твоих мыслей оценить
что лучше (автономность, доступность, сложность, надежность,...,) -
- доктор в кармане
- ты в кармане доктора
- некоторые промежуточные варианты
5 янв 19, 20:05    [21778895]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
ViPRos
Member

Откуда:
Сообщений: 9537
skyANA
ViPRos,

обсудим? Начинай. Раз выбрал глюкометр, так давай развернуто.

я развернуто и предложил, что бы ты определил систему, указал на элементы системы, связность,...,
а ты ушел от вопроса
5 янв 19, 20:06    [21778896]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 26479
ViPRos
skyANA
ViPRos,

обсудим? Начинай. Раз выбрал глюкометр, так давай развернуто.

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

Начни с себя. Определи систему, укажите на её элементы...
5 янв 19, 20:20    [21778908]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 26479
Предлагаешь - делай :)
5 янв 19, 20:21    [21778909]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
ViPRos
Member

Откуда:
Сообщений: 9537
skyANA,

ладно, подождем хвоста :) еще время есть
5 янв 19, 20:24    [21778914]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 26479
ViPRos
skyANA,

Я хочу ход твоих мыслей оценить
что лучше (автономность, доступность, сложность, надежность,...,) -
- доктор в кармане
- ты в кармане доктора
- некоторые промежуточные варианты

Я еще не в том возрасте и состоянии, чтобы это оценивать. И данных у меня нет :)

А ход моих мыслей простой: все развивается, всё, с чем я сталкивался. И это естественно.

К примеру в начале карьеры критические исправления на дискетах возили в соседний город, а теперь достаточно выполнить git push.
Для своей работы кто-нибудь выберет подходы тех времен, аргументируя это тем, что мы дескать небольшая софтверная компания, не огромная? :)
А за пользователей так легко.

Баланс нужен между гибкостью, эффективностью, автономностью, доступностью, сложностью, надежностью, трудоемкостью...
5 янв 19, 20:38    [21778922]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 26479
ViPRos
skyANA,

ладно, подождем хвоста :) еще время есть

А что же ты сам-то не хочешь? :)
5 янв 19, 20:40    [21778924]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
ViPRos
Member

Откуда:
Сообщений: 9537
skyANA,

что не хочу? я свое мнение на эту тему уже говорил -
лучшее звено - отсутствующее звено (кроме клиента , естественно, так как он инициатор процессов)
5 янв 19, 20:46    [21778928]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 26479
ViPRos,


чего, чего... развернуть эту свою мысль не хочешь...
Билеты на поезд можно пойти и купить на вокзале. И многие так и делают.
А многие с компа, а многие с мобилы. Для кого лучше-то от отсутствия звена? :)
5 янв 19, 21:02    [21778937]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 26479
И в чем оценивается лучшесть? :)
5 янв 19, 21:03    [21778939]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
ViPRos
Member

Откуда:
Сообщений: 9537
skyANA,

вот это правильные вопросы
- выявить заинтересованные стороны
- определить их цели
- определить их критерии эффективности
5 янв 19, 21:11    [21778945]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
L_argo
Member

Откуда:
Сообщений: 788
ап чем топег ?
5 янв 19, 21:12    [21778948]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
ViPRos
Member

Откуда:
Сообщений: 9537
L_argo,

что лучше?
5 янв 19, 21:25    [21778956]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 26479
ViPRos
skyANA,

вот это правильные вопросы
- выявить заинтересованные стороны
- определить их цели
- определить их критерии эффективности

Так и работаем.
5 янв 19, 22:22    [21778980]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
hVostt
Member

Откуда:
Сообщений: 15397
ViPRos
skyANA,

что не хочу? я свое мнение на эту тему уже говорил -
лучшее звено - отсутствующее звено (кроме клиента , естественно, так как он инициатор процессов)


это неправильный ход мысли.

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

когда в руках молоток, всё вокруг гвозди -- так работают эти "аксиомы" когда их отрывают от контекста, от реальности и начинают пихать в любую дырку :)


ViPRos
что лучше?


всё уже давно очевидно :) на текущий момент по крайне мере. что будет завтра? время покажет.
6 янв 19, 02:18    [21779031]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
alex55555
Member [заблокирован]

Откуда:
Сообщений: 2129
ViPRos
skyANA,

Я хочу ход твоих мыслей оценить
что лучше (автономность, доступность, сложность, надежность,...,) -
- доктор в кармане
- ты в кармане доктора
- некоторые промежуточные варианты

Да, как-то он быстро слился :)

Вообще надо начинать с цели. Какова цель? То есть должен быть набор ограничений - туда не ходи, снег башка попадёт, ну и в таком духе. Где этот набор? Возможно кому-то ради физкультуры просто необходимо бегать к доктору на все анализы, а другим вообще ходить нельзя (ног нет) - это разные ограничения. В задаче их нет, поэтому и предложить готовый анализ Мух стесняется, а вот пояснить почему - не может.

По мне в системе должен быть добрый доктор, заботливый, умный и всё такое, но в реальности он часто злой и лентяй. Стоит ли злого лентяя включать в систему? А доброго и заботливого? Опять напарываемся на необходимость ограничений. А их нет. И здесь уже ты не доработал :)
6 янв 19, 17:25    [21779172]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 26479
alex55555,

да, да я очень стеснительный за 1200 км. от Москвы сижу в мягком кресле после бани...
так что давай жги готовым подробным анализом, очень интересно почитать
6 янв 19, 21:24    [21779240]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
hVostt
Member

Откуда:
Сообщений: 15397
alex55555
Да, как-то он быстро слился :)

Вообще надо начинать с цели. Какова цель? То есть должен быть набор ограничений - туда не ходи, снег башка попадёт, ну и в таком духе. Где этот набор? Возможно кому-то ради физкультуры просто необходимо бегать к доктору на все анализы, а другим вообще ходить нельзя (ног нет) - это разные ограничения. В задаче их нет, поэтому и предложить готовый анализ Мух стесняется, а вот пояснить почему - не может.

По мне в системе должен быть добрый доктор, заботливый, умный и всё такое, но в реальности он часто злой и лентяй. Стоит ли злого лентяя включать в систему? А доброго и заботливого? Опять напарываемся на необходимость ограничений. А их нет. И здесь уже ты не доработал :)


Наверное нужно знатно прибухнуть, чтобы понять о чём здесь идёт речь...
7 янв 19, 02:41    [21779311]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
alex55555
Member [заблокирован]

Откуда:
Сообщений: 2129
skyANA
за 1200 км. от Москвы сижу в мягком кресле после бани...

У фиников, что-ле запарился? Ну да они не злые, только денег давай...
skyANA
так что давай жги готовым подробным анализом, очень интересно почитать

Порадую тебя - бизнес нужно моделировать. А ты этого не умеешь, поэтому и возразить нечего (ну кроме про баню).
7 янв 19, 15:16    [21779455]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 26479
alex55555,


на "Финляндию" денег не хватило? Голова болит? :)
Если тебе нужно? Так моделируй. Где? Показывай.
7 янв 19, 21:33    [21779624]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
pahanitto
Member

Откуда:
Сообщений: 28
а вопрос то простой был))) 5 листов...
16 фев 19, 15:09    [21811623]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
andreymx
Member

Откуда: Запорожье
Сообщений: 51587
pahanitto
а вопрос то простой был))) 5 листов...
Вопрос - простой
А ответ?
16 фев 19, 16:32    [21811675]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Дмитрий Мух
Member

Откуда: Зеленоград
Сообщений: 1714
pahanitto
а вопрос то простой был))) 5 листов...

да и ответ очевидный

хотите больше денег, более интересные и высокотехнологичные проекты, тогда надо не просто трёхзвенку, а много чем интересоваться и изучать
не хотите - пишите и споровождайте свои К/С до тех пор, пока они кому-то нужны и решают свои небольшие задачи
16 фев 19, 17:02    [21811693]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
hVostt
Member

Откуда:
Сообщений: 15397
Дмитрий Мух,

Проекты-однодевки абсолютно неинтересно обсуждать, и советовать тут совершенно нечего.
16 фев 19, 17:05    [21811695]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Дмитрий Мух
Member

Откуда: Зеленоград
Сообщений: 1714
pahanitto
автор
ЗЫ: БД конкретная или весь зоопарк?


пока конкретная (небольшая бухгалтерия...сета расход приход кредиты долги и тд)...тут то я сейчас пишу на КС. Но вопрос о будущем...

Хм.
Возьмём интернет-бухгалтерию «Моё дело», первый облачный сервис по ведению бухгалтерии в России.
Почти 10 лет на рынке. № 1 среди облачных сервисов в сфере бухгалтерии, налогов и кадров.
На данный момент им пользуется порядка 50 000 предпринимателей.

Вот оно будущее, уже тут :)
16 фев 19, 17:07    [21811696]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
andreymx
Member

Откуда: Запорожье
Сообщений: 51587
Дмитрий Мух
pahanitto
пропущено...


пока конкретная (небольшая бухгалтерия...сета расход приход кредиты долги и тд)...тут то я сейчас пишу на КС. Но вопрос о будущем...

Хм.
Возьмём интернет-бухгалтерию «Моё дело», первый облачный сервис по ведению бухгалтерии в России.
Почти 10 лет на рынке. № 1 среди облачных сервисов в сфере бухгалтерии, налогов и кадров.
На данный момент им пользуется порядка 50 000 предпринимателей.

Вот оно будущее, уже тут :)
а там какое шифрование и защита данных
16 фев 19, 17:11    [21811699]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Дмитрий Мух
Member

Откуда: Зеленоград
Сообщений: 1714
andreymx
Дмитрий Мух
пропущено...

Хм.
Возьмём интернет-бухгалтерию «Моё дело», первый облачный сервис по ведению бухгалтерии в России.
Почти 10 лет на рынке. № 1 среди облачных сервисов в сфере бухгалтерии, налогов и кадров.
На данный момент им пользуется порядка 50 000 предпринимателей.

Вот оно будущее, уже тут :)
а там какое шифрование и защита данных

Вы о чём? О защите персональных данных?
16 фев 19, 17:16    [21811701]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Дмитрий Мух
Member

Откуда: Зеленоград
Сообщений: 1714
Защита в соответствие с требованиями законодательства РФ и федерального закона "О персональных данных" в частности.
Иначе первая же проверка по наводке конкурентов и до свидания бизнес :)
16 фев 19, 17:19    [21811703]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Дмитрий Мух
Member

Откуда: Зеленоград
Сообщений: 1714
Подробнее на https://www.moedelo.org/security:

Безопасность ваших данных является приоритетной задачей для команды интернет-бухгалтерии «Моё дело».
Компания активно инвестирует в обеспечение безопасной инфраструктуры и раз в квартал проводит обязательный внешний аудит.

Надёжный дата центр в Европе
Базы данных интернет-бухгалтерии «Моё дело» расположены на сервере в Европе, а, значит, подчиняются европейскому законодательству.
Доступ к серверам имеют только авторизованные сотрудники дата центра. Каждое посещение фиксируется в специальном журнале.
Посторонние лица могут попасть к серверу только по решению немецкого суда.

Резервное копирование
Каждые 15 минут все данные интернет-бухгалтерии копируются на дополнительные сервера.
Это означает, что если основной сервер физически выйдет из строя, то максимальные потери, которые может понести пользователь - это данные,
внесённые за последние 15 минут работы, и то при условии, если поломка оборудования произошла в процессе работы.

Использование современных средств по защите информации
Разработчики сервиса «Моё дело» используют как отечественные, так и зарубежные способы защиты информации.
К примеру, передача данных между вашим компьютером и сервером онлайн бухгалтерии шифруется по протоколу SSL уровня, как в крупнейших банках.

Аттестация в соответствии с законом о защите персональных данных
Сервис аттестован в соответствии с Законом №152-ФЗ «О персональных данных», что позволяет работать с личными и финансовыми данными на всей территории России.
16 фев 19, 17:26    [21811707]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
L_argo
Member

Откуда:
Сообщений: 788
А не много ли рекламы на одной странице ?
16 фев 19, 22:28    [21811861]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Дмитрий Мух
Member

Откуда: Зеленоград
Сообщений: 1714
L_argo
А не много ли рекламы на одной странице ?

Рекламы?

У меня нет цели привлечения внимания к некому объекту и поддержания интереса к нему.
Мои сообщения чисто информационного характера.
16 фев 19, 23:01    [21811881]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: 1 2 3 4 5 6      [все]
Все форумы / Разработка информационных систем Ответить