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

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

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

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

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

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

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

Откуда: Feorina "Fury" 161
Сообщений: 4275
вадя
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

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


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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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


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

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


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


ёжики )
24 дек 18, 18:26    [21772363]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4 5 6   вперед  Ctrl      все
Все форумы / Разработка информационных систем Ответить