Прояснение понятий архитектуры Аксапты

[Narayana]

Сейчас наконец вчитался в руководство по установке. Пишут про экземпляр файлов приложения. То есть, может быть несколько не только AOS-ов, но и экземпляров файлов приложения?
Ну, AOS-ы, понятно, для разгрузки сети и поднятия производительности. А экземпляров файлов приложения зачем несколько? Вроде бы, язык выбирается в клиенте... Они что, все эти несколько экземпляров файлов приложения с одной базой будут работать?
А я ж могу, вапще, экземпляры файлов приложения для разных стран поставить... И че тогда получится??

[sukhanchik]

Цитата:

Сообщение от Narayana

А экземпляров файлов приложения зачем несколько? Вроде бы, язык выбирается в клиенте... Они что, все эти несколько экземпляров файлов приложения с одной базой будут работать?

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

Цитата:

Сообщение от Narayana

А я ж могу, вапще, экземпляры файлов приложения для разных стран поставить... И че тогда получится??

В 2012 уже все "слили" воедино все страны . В 2009 - это просто будут разные программы, имеющие похожий интерфейс и функционал

[Narayana]

Цитата:

Сообщение от sukhanchik

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



В 2012 уже все "слили" воедино все страны . В 2009 - это просто будут разные программы, имеющие похожий интерфейс и функционал

Ага...! Значит экземпляр файлов приложения может быть только один и все экземпляры AOS-ов должны работать именно с ним?
Конечно, слово "ядро" как-то смутило очень сильно поначалу.
Ну, так бы и писали, - база, приложение, сервер приложения, клиент.
Стало быть, "ядро" обновлять нужно по отдельности. Отдельно AOS, отдельно клиента. А если я, например, AOS обновил, а клиент нет, или наоборот. Что тогда в версии будет показано для ядра и, вообще, система-то будет при этом работать?

То есть, в 2012 страну можно выбирать так же, как раньше компанию?!
Круто.

[sukhanchik]

Цитата:

Сообщение от Narayana

Стало быть, "ядро" обновлять нужно по отдельности. Отдельно AOS, отдельно клиента. А если я, например, AOS обновил, а клиент нет, или наоборот. Что тогда в версии будет показано для ядра и, вообще, система-то будет при этом работать?

Приложение (=программный код) тестируется на соответствующих версиях клиента и АОСа.
Т.е. они могут разойтись в версиях - но никто не гарантирует при этом работоспособность.
Однако, практика показывает, что обновлять ядро (бинарники клиента и АОСа) более поздними версиями чаще полезно, чем вредно, хотя всегда надо читать перечень изменений в новой версии, в любом случае понимая, что тестирование старого приложения с новыми бинарниками не было.

Версии клиента и АОСа опять-таки могут и отличаться, но лучше чтобы совпадали. Ключевая фраза "такие варианты не тестировались = отсутствует гарантия работы без глюков"

[Narayana]

Цитата:

Сообщение от sukhanchik

Приложение (=программный код) тестируется на соответствующих версиях клиента и АОСа.
Т.е. они могут разойтись в версиях - но никто не гарантирует при этом работоспособность.
Однако, практика показывает, что обновлять ядро (бинарники клиента и АОСа) более поздними версиями чаще полезно, чем вредно, хотя всегда надо читать перечень изменений в новой версии, в любом случае понимая, что тестирование старого приложения с новыми бинарниками не было.

Версии клиента и АОСа опять-таки могут и отличаться, но лучше чтобы совпадали. Ключевая фраза "такие варианты не тестировались = отсутствует гарантия работы без глюков"

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

[sukhanchik]

Цитата:

Сообщение от Narayana

А если мы обновляем приложение?
При каждом обновлении необходимо доработки сохранять в отдельном проекте и после обновления заново устанавливать?
А при этом индексы и связи в таблицахне ломаются?

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

Связи в таблицах на уровне БД отсутствуют, поэтому они не ломаются
А вот индексы, таблицы и поля система строит самостоятельно. Этот процесс называется синхронизация.

Конечно, нужно заботиться об обновлении и сохранении своих данных.

[Narayana]

Цитата:

Сообщение от sukhanchik

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

Связи в таблицах на уровне БД отсутствуют, поэтому они не ломаются
А вот индексы, таблицы и поля система строит самостоятельно. Этот процесс называется синхронизация.

Конечно, нужно заботиться об обновлении и сохранении своих данных.

Спасибо. Получил особенное удовольствие от чтения ваших комментариев

[Ivanhoe]

Цитата:

Сообщение от Narayana

Стало быть, "ядро" обновлять нужно по отдельности. Отдельно AOS, отдельно клиента. А если я, например, AOS обновил, а клиент нет, или наоборот. Что тогда в версии будет показано для ядра и, вообще, система-то будет при этом работать?

Версия ядра, которую видно в клиенте, - это именно версия клиента. Версия ядра AOS смотрится в свойствах файла самого сервиса.

Обновлять по отдельности клиента и AOS сильно не рекомендуется. Явные глюки были при использовании AOS и клиента от разных SP - выдавились ошибки и отображались не все данные. При одном SP но разных версиях ядра явных ошибок не припомню, но смысла так рисковать нет никакого.

[Narayana]

Цитата:

Сообщение от Ivanhoe

Версия ядра, которую видно в клиенте, - это именно версия клиента. Версия ядра AOS смотрится в свойствах файла самого сервиса.

Обновлять по отдельности клиента и AOS сильно не рекомендуется. Явные глюки были при использовании AOS и клиента от разных SP - выдавились ошибки и отображались не все данные. При одном SP но разных версиях ядра явных ошибок не припомню, но смысла так рисковать нет никакого.

Раньше обновлял все, совершенно не задумываясь, а получается, что это довольно деликатный процесс. Только я перестал понимать... Получается, что недостаточно просто запустить екзешник обновления на компьютере, где стоит одновременно и AOS, и клиент, а нужно напустить его именно на те разные папки, где клиент и AOS лежат?
Что-то я не припомню, что делал это...

[sukhanchik]

Цитата:

Сообщение от Narayana

Раньше обновлял все, совершенно не задумываясь, а получается, что это довольно деликатный процесс. Только я перестал понимать... Получается, что недостаточно просто запустить екзешник обновления на компьютере, где стоит одновременно и AOS, и клиент, а нужно напустить его именно на те разные папки, где клиент и AOS лежат?
Что-то я не припомню, что делал это...

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

Цитата:

Сообщение от Ivanhoe

Обновлять по отдельности клиента и AOS сильно не рекомендуется. Явные глюки были при использовании AOS и клиента от разных SP - выдавились ошибки и отображались не все данные. При одном SP но разных версиях ядра явных ошибок не припомню, но смысла так рисковать нет никакого.

[Narayana]

Цитата:

Сообщение от sukhanchik

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

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

А при обновлениях просто файлы старой версии заменяются на новые?

[oip]

Цитата:

Сообщение от Narayana

То есть, в 2012 страну можно выбирать так же, как раньше компанию?!Круто.

Не совсем. Функциональность теперь привязана к адресу компании. Задали основной адрес - Россию, для данной компании появилась российская локализация. В другой компании поставили Бразилию, там будет бразильская локализация.

[Narayana]

Интересные вскрываются ньюансики...
Во-первых, оказалось, что Axapta 6.0 вполне может уживаться c Axapta 5.0 на одном сервере. Нужно только указать разные порты для AOS-ов.
Наверное, кто-то спросит "а зачем?". Просто пока шла разработка и основной рабочий сервер томился без дела, я решил на него поставить 2012, чтобы посмотреть. А сейчас начал устанавливать 2009 для тестирования, а 2012 не снес.
Если учесть, что портал 2009 сейчас может работать с SharePoint 2010, который у меня уже строит, то может получиться, что и порталы от 2009 и 2012 смогут работать вместе.

А так, как при первоначальной установке оба AOS-а сидели на одном порту, то запускаться могла только одна Аксапта. Разбираясь с этим, я на нервной почве снес AOS 2009 и заново установил. Но на AOS SP1 потом не сразу накатил. И решил посмотреть, какие версии будут показаны для приложения и ядра в хелпе в строке "о программе"?
Фиг-то. Показывает 5.0.1000.52
При этом, как я понял, при установке первого сервис-пака бизнес-коннектор не обновляется и имеет версию файлов начальной установки 5.0.593.0

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

[Narayana]

...сорри, бизнес-коннектор все-таки обновляется. Просто не все dll-ки, а версия ядра считается обновленной, наверное, если есть хоть один новый файл... )

[ax_mct]

Narayana, вы меня заинтриговали своим обстоятельным и системным подходом. Он довольно нетипичен к сожалению. Если не сложно, не скажите пару слов про свое образование и опыт ? Я как MCT всегда интересуюсь профилем и историей каждого на митинге или в аудитории. А у вас чувствуется что- то нестандартное.

[Narayana]

Цитата:

Сообщение от ax_mct

Narayana, вы меня заинтриговали своим обстоятельным и системным подходом. Он довольно нетипичен к сожалению. Если не сложно, не скажите пару слов про свое образование и опыт ? Я как MCT всегда интересуюсь профилем и историей каждого на митинге или в аудитории. А у вас чувствуется что- то нестандартное.

Спасибо за лестный отзыв о моей скромной персоне

Мое образование началось с влияния родного дяди, Плахутина Бориса Николаевича, одного из лидеров мировой теоретической квантовой химии. Он первый объяснил мне, что я дурак, когда мы с ним решали олимпиадные задачки по элементарной математике. Типичные слова того времени: "Ох, Сережа, какой же ты тупой!".

Вторым столпом моего образования был гениальный учитель математики в математической школе №11 моего города Новокузнецка в Западной Сибири.
Он еще больше утвердил меня у уверенности, что я дурак, но привил вкус к математике и абсолютной точности.

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

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

Учеба на физфаке выявила серьезный конфликт между тем, чему я учился и тем, что было мне интересно. А интересны мне были основания математики. Я ушел в академоптуск и стал штудировать книгу "Введение в математическую логику" Э.Мендельсона. Именно это было самым интимным моментом в потере умственной девственности, после чего мир для меня кардинально изменился.

Как раз в этот момент у меня случился роман с дочерью одного маститого ученого в Академгородке и я, расчувствовавшись, выложил ему все свои мечты относительно теории систем, искуственном интеллекте и развитии компьютерных технологий. Ученый меня внимательно выслушал и сказал: "Пфуйня все это, Сергей! Нужно найти правильную тему, вступить в партию и получить квартиру в Академгородке. А я вам помогу". На что я высказался в том ключе, что по моим соображениям, большевиков лет через десять-двадцать будут вешать на заборах. Это был 1980-й год.
После этого разговора девушка меня резко разлюбила и я на нервной почве уехал в Москву и закончил образование по прикладной математике в Керосинке.

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

В 1992 году наука резко закончилась, были жизненные сложности, в результате которых мой друг пригласил меня в рамках процветающей торговой компании организовать автосервис для обслуживания автомобилей компании. Ну, я его и организовал.
Потом торговая компания развалилась, а автосервис остался в моей собственности. Сейчас это www.tran.ru

Автосервис вполне нормально существовал и жить стало полегче, но тоска по умственной работе осталась. В 2000 году один из моих знакомых предложил мне возглавить шведскую компанию по web-разработкам, которая бы получала заказы заграницей, а разработки велись бы в Москве.
Знакомство со шведскими инициаторами проекта показало, что ребята просто клоуны, которые мечтали о миллионных заказах, не умея ничего. О чем я и сказал своему знакомому, но он решил все-таки вложиться в проект.
В результате профукали миллион долларов и знакомый поблагодарил меня, что, благодаря моей оценке, не профукали в три раза больше. Наздак к тому времени уже рухнул.
Я же предложил своему богатому другу создать небольшую компанию, которая бы занималась разработкой заказных корпоративных систем.
Нужно сказать, что к тому времени я уже написал небольшую системку, которая управляла моим автосервисом и моей женой, которая занималась управлением автосервисом. Но, чем больше я думал о правильной системе, тем мне становилось тоскливее. Все мои знания в метаматематике казались ничтожными по сравнению с гигантским объемом информации, который, как оказалось, необходимо ворочать для правильного управления компанией.
Это был период 2001-2002 годов.

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

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

Ну, вот, в этот момент и появилась в моем поле зрения Аксапта. Это был 2005-й.
Ну, то есть, про существование Аксапты я узнал, конечно, сразу с ее появлением на рынке, но искусственно тормозил свое знакомство с ней, чтобы не "смазать" изучение основ самостоятельной разработки.

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

Ну и вот. Потом строительство собственного помещения автосервиса, реконструкция и, наконец-то, появилась возможность полностью неспеша погрузиться в Аксапту и внедрить ее у себя, чем я сейчас и занимаюсь.
И вы даже себе не представляете, с каким удовольствием! ))
Сервера у меня в Москве, а я сижу на даче в Можайске и работаю с ними удаленно. И очень счастлив тому, что у меня есть возможность и время задавать дурацкие вопросы...