Как правильно разработать CRM-систему с нуля с архитектурной точки зрения?

Question

[Itvanya]

Друзья, привет :) Некому бизнесу нужна полностью кастомная CRM-система, которая включает в себя некие базовые вещи(бухгалтерский учет, информация по ЛИДам, статистика прихода по ссылкам на сайт, заказы с сайта и процесс их реализации, расчеты заработной платы работников), а также специальные штуки(трекинг автомобилей доставки, авторизация менеджера занимающегося заказом). Клиент хочет хранить все в облаке, а в качестве средства реализации планируем использовать node.js / python(flask). БД - mongo. Сложилась масса вопросов в виду неопытности :
1) На сколько верным было решением использовать node.js и mongo?
2) Если мы храним данные в облаке, то где мы храним само приложения? Как мы получаем доступ к нему(по url?) ?
3) Сайтов у компании - масса, большая часть которых - лэндинги на чистых html с php-скриптом на почту. Все заказы ссылаются на единый gmail-ящик. Можно ли грабить эти данные из ящика, чтобы отправлять их в облако?
4) Какие существуют удобные облачные сервисы, которые предоставляют API для node.js?
5) Какова примерная стоимость подобного проекта в $ ?

Заранее очень благодарен! Всем хорошего дня.

Answer 1

[Дмитрий Энтелис]

1) На сколько верным было решением использовать node.js и mongo?

Вопрос во многом холиварный. CRM это по определению много-много реляционных данных. Хранить это в любом nosql - я лично считаю очень плохой идеей. Особенно когда через полгодика пойдут change request`ы и выяснится что вещи которые в реляционке делаются за пару минут в nosql могут потребовать изменения архитектуры хранения и занять человеко-недели.

3) Сайтов у компании - масса, большая часть которых - лэндинги на чистых html с php-скриптом на почту. Все заказы ссылаются на единый gmail-ящик. Можно ли грабить эти данные из ящика, чтобы отправлять их в облако?

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

4) Какие существуют удобные облачные сервисы, которые предоставляют API для node.js?

Я рискну предположить что ЛПР где то услышал про облака и ему понравилось. На полном серьезе отдавать весь бизнес контент во внешний сервис - это надо или полным идеалистом быть, или просто не понимать о чем речь идет. Только свои железные сервера, только физическое резервирование.

5) Какова примерная стоимость подобного проекта в $ ?

Смотря где вы находитесь, насколько легально все это оформляете
В Мск приличного разработчика сейчас можно найти за 100-120 т.р. net, в регионах на 40-60 net (от региона зависит).
Сколько их нужно - без ТЗ сказать нереально, но думаю что оценка снизу это 3-4 разработчика
+тимлид 100% +project manager 100% +аналитик на старте +дизайнер по желанию +devops на аутсорсе итд

PS Без обид, но ищите грамотного CTO который это все организует. Это в любом случае длинный проект, так что можно и в штат найти человека.

Comments

[Gizmothron]

Особенно когда через полгодика пойдут change request`ы и выяснится что вещи которые в реляционке делаются за пару минут в nosql требуют могут потребовать изменения архитектуры хранения и занять человеко-недели.

Разве что оптимизация по скорости. Когда для некоторых данных окажется, что производительность реляционной лучше.
Как раз в schemaless СУБД изменения делаются проще.

[Gizmothron]

Я рискну предположить что ЛПР где то услышал про облака и ему понравилось. На полном серьезе отдавать весь бизнес контент во внешний сервис - это надо или полным идеалистом быть, или просто не понимать о чем речь идет. Только свои железные сервера, только физическое резервирование.

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

Свои сервере - это зависимость от своего админа. Который завтра уехал в Тайланд, там послезавтра запил, а после- послезавтра переходил дорогу в нетрезвом виде и его сбила машина.

Полную гарантию дает только дубль у другого хостера.

[Gizmothron]

В Мск приличного разработчика сейчас можно найти за 100-120 т.р. net, в регионах на 40-60 net (от региона зависит).

Покажи мне хорошего разработчика в Новосибирской области за 60 000 рублей. Я его найму.

[Дмитрий Энтелис]

Gizmothron: отличный контр-пример https://habrahabr.ru/post/231213/

[Gizmothron]

Дмитрий Энтелис:
ничё, что речь идет о соц. сети? которая никогда не сравнится по нагрузке ни с какой CRM?

там даже на один порядок разницы не будет. 1 к 100 000 разве что.

[Gizmothron]

На полном серьезе отдавать весь бизнес контент во внешний сервис

Сэр никогда не слышал о Kubernetes, Mesos, Helios, Ansible, Chef?
С помощью которых можно вертеть сервера у разных хостеров и переезжать прозрачным образом?

[Дмитрий Энтелис]

Gizmothron: "Все отличие только в том, что в облаках всем занимаются квалифицированейшие админы и куча автоматизирующих их работу софта." Ох. Про квалифицированных админов в облаках меня улыбнуло. Сталкивались. Знаем. Не надо. Единственный реальный кейс когда облако можно и нужно использовать - если это ВАШЕ облако. Тот же openstack развернутый на своих серверах снимает многие вопросы. Если у бизнеса запросы уровня "хотим кастомную crm с трекингом доставки" - там явно свои требования и по безопасности и по отказоустойчивости. Это явно не 1 админ который может куда то уехать :)
На этом фоне только слегка странно выглядят вопросы автора, но это уж оставим за скобками.

[Дмитрий Энтелис]

Gizmothron: а при чем тут нагрузка? У парней вообще была альфа в пре-релизе, никакой нагрузки не было. Вопрос в сложности связей модели данных. А в CRM она любую соцсеть заткнет за пояс легко и быстро.

[Gizmothron]

Дмитрий Энтелис:
Там по русскии написано - проблемы начались, когда им понадобилось распределенка.

[Дмитрий Энтелис]

Gizmothron: Вы определитесь - Вы или про виртуализацию на своем железе говорите, или про чужие blackbox. Первое - понятно и хорошо. Второе - явно не для серьезного проекта.

[Gizmothron]

Дмитрий Энтелис:

Про квалифицированных админов в облаках меня улыбнуло. Сталкивались. Знаем.

Сэр никогда не слышал про облачные фреймворки? Которые способны жить поверх AWS, Azure, своих серверов и пр.? Используя в каждом случае доступные возможности (на своих серверах невозможно автоматическое масштабирование).

[Gizmothron]

Дмитрий Энтелис:

Если у бизнеса запросы уровня "хотим кастомную crm с трекингом доставки" - там явно свои требования и по безопасности и по отказоустойчивости. Это явно не 1 админ который может куда то уехать :)
На этом фоне только слегка странно выглядят вопросы автора, но это уж оставим за скобками.

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

Голосую или за готовую CRM. Какой нибудь SugarCRM.
Или за простейший веб-сайтик.
Или, как вариант, на завязку нескольких сервисов через Zapier.

[Gizmothron]

Дмитрий Энтелис:

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

На своих - недоступно автомасштабирование. На своих - нет возможности ездить в разные датацентры по всему миру и втыкать сервера в коммутатор именно так как надо.

Посмотри кто из серьезных использует, к примеру, облака AWS - и передумай.
https://www.insight-it.ru/highload/

[Дмитрий Энтелис]

Gizmothron: Вы серьезно сейчас? Бизнес проект в AWS? НЛ, у меня возникает ощущение что Вы слегка лукавили говоря "Я участвовал в разработке подобной системы"

[Gizmothron]

Дмитрий Энтелис:

Сталкивались. Знаем. Не надо.

Не используй бюджетных облачных провайдеров.
Существуют провайдеры первой линии Azure, Google, AWS, Rackspace, Heroku и т. п.

[Gizmothron]

Дмитрий Энтелис:

Вы серьезно сейчас? Бизнес проект в AWS?

Если вы не умеете готовить AWS, то доверяйте опыту других.

https://www.insight-it.ru/highload/2012/arkhitektu...
Instagram в 2012 году
Amazon:
EC2 - хостинг
ELB - балансировка входящих HTTP-запросов
Route53 - DNS
S3 - хранение фотографий
CloudFront - CDN

НЛ, у меня возникает ощущение что Вы слегка лукавили говоря "Я участвовал в разработке подобной системы"

В том проекте используются Mesos и Kubernetes. Они позволяет перехать куда хочешь.

[Дмитрий Энтелис]

Gizmothron: Мы вроде на "ты" не переходили?
Мы держали в AWS в 2013 году один из проектов Билайна. Задолбались разгребать косяки. По факту - не гарантируется ничего, ни канал наружу, ни iops. Поднимаешь ноду, тестируешь, хреновые показатели, убиваешь, поднимаешь заново. Практически автоматизировали это дело, надоело, плюнули, ушли на свои сервера. Счет в AWS был под конец ~20k$ в месяц.
А там и 152 фз подоспел и вопросы про внешние облака закрылся раз и навсегда для крупных компаний.
Я допускаю что за 3 года с технической стороны в AWS что то изменилось к лучшему, но честно говоря сильно сомневаюсь.

[Дмитрий Энтелис]

Gizmothron:

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

Голосую или за готовую CRM. Какой нибудь SugarCRM.
Или за простейший веб-сайтик.

Тут +1

[Gizmothron]

Дмитрий Энтелис:

Мы держали в AWS в 2013 году один из проектов Билайна.

Можете не продолжать. Билайн способен целиком датацентр выкупить.

[Gizmothron]

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

[Дмитрий Энтелис]

Gizmothron: Пока в одну стойку влазят - все подключат без проблем друг к другу и даже доплат особых не возьмут. Реально нюансы начинаются когда счет идет на десятки.

[Gizmothron]

Дмитрий Энтелис: далеко не все хотят удаленно делать так как тебе нужно.

[Евгений Ахметов]

Дмитрий Энтелис:
В Мск приличного разработчика сейчас можно найти за 100-120 т.р. net, в регионах на 40-60 net (от региона зависит).

На такую сумму можно разместить вакансию... Но хороший разработчик сейчас стоит +50% минимум к Вашим цифрам.

[Дмитрий Энтелис]

Евгений Ахметов: Если бы вопрос Автора был "за сколько продавать себя" - я бы бесспорно с Вами согласился. Но реалии рынка таковы что на 80-90 в мск выстаивается очередь желающих из которых вполне можно выбрать приличного. Средняя зп обычного разработчика работающего в неIT компании и не знающего про фриланс ~60-70.
А в регионах (если не брать богатые вроде казань/краснодар/екб итд) - и 30 т.р фикс хорошие деньги.

[Gizmothron]

Вы серьезно сейчас? Бизнес проект в AWS? НЛ, у меня возникает ощущение что Вы слегка лукавили говоря "Я участвовал в разработке подобной системы"

Мы держали в AWS в 2013 году один из проектов Билайна. Задолбались разгребать косяки

У NetFlix и Instagram получилось.
У вас - нет.

Кажется, я догадываюсь почему у вас не получилось:

Если бы вопрос Автора был "за сколько продавать себя" - я бы бесспорно с Вами согласился. Но реалии рынка таковы что на 80-90 в мск выстаивается очередь желающих из которых вполне можно выбрать приличного. Средняя зп обычного разработчика работающего в неIT компании и не знающего про фриланс ~60-70.
А в регионах (если не брать богатые вроде казань/краснодар/екб итд) - и 30 т.р фикс хорошие деньги.

Я, видите ли, непосредственно в регионе. И совсем недавно озадачивался такой проблемой.

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

Не фрилансеры - дешевле, согласен. Но есть еще и вторая проблема - откуда разработчик, не знающий про фриланс наберется опыта работы с серьезными технологиями? Если он работает с ними очно, не во фрилансе, то и 50 000 рублей вы его не заманите.

[Дмитрий Энтелис]

Gizmothron: "откуда разработчик, не знающий про фриланс наберется опыта работы с серьезными технологиями?" Я всегда знал что Москва не Россия, теперь у меня складывается ощущение что Сибирь не Россия. Встречный вопрос: откуда на фрилансе серьезные технологии? ))))

[Gizmothron]

Дмитрий Энтелис:
Текущий проект:
Kubernetes, порядка 120 видов микросервисов в проекте, порядка 20-25 разработчиков. Полгода работы. 4000-6000 долларов в месяц.

[Gizmothron]

Разумеется, проект не российский, а американский.

[Gizmothron]

https://m.hh.ru/vacancy/15851555

Java/Go Developer
80 000—110 000 руб.
Новосибирск, микрорайон Академгородок, Инженерная улица, 4а, 20 мая
Требуемый опыт работы: 1–3 года

Это вакансия на уровень junior

[Gizmothron]

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

[Дмитрий Энтелис]

Gizmothron: Если верить Вашим словам, Вы сели на длинный валютный проект в реалиях $ по 67. Я не очень понимаю что и кому Вы хотите доказать и что из этого следует.
В Новосибирске java junior получает 80-110 - ok, скажу парням, пора валить в сибирь видимо.
HH правда говорит что по стране от 45 все таки, но у Вас там повторюсь своя атмосфера )))
PS Кроме Java таки существует много других языков. PHP, Ruby, Node.js - и з.п там к счастью ниже.

[Gizmothron]

Дмитрий Энтелис:
Ссылка как видите не моя - так что это не я придумываю оклады в пылу спора...

Ну что вы... Далеко не каждый юниор в Новосибирске так получает. Я про то, что если фирме нужен хороший специалист - то речь идет об окладах в разы больших названные вами 30 000.

За 30 000 вы не получаете хорошего и дешевого специалиста, которому просто кушать нечего, и именно поэтому он на вас работает. Вовсе нет. Вы получаете.... Ну не знаю кого. У нас студенты профильных ИТ-ВУЗов совершенно без опыта за такие деньги разве что первые пару месяцев работают. То есть пока они совсем никакие специалисты - только тогда и согласны на эти деньги.

Если вы вбухивали в хостинг на AWS 20 000 долларов в месяц, но создано это все было такими "специалистами" за 30 000, то понятно почему у вас о AWS плохое впечатление осталось.

У Netflix и Instagram - все там хорошо работает. Думаю, потому что они не нанимают школьников за 30 000 рублей и не поручают им серьезных задач.

[Gizmothron]

Дмитрий Энтелис:

PS Кроме Java таки существует много других языков. PHP, Ruby, Node.js - и з.п там к счастью ниже.

На самом деле - не так.

Минимум у PHP ниже. Просто потому, что PHP очень сильно распространен. Но на этот минимуме работают только самые неквалифицированные специалисты.

А Java/Go дороже не просто так. Только потому, что задачи с их помощью принято решать более серьезные.

Но да, согласен. Есть такая проблема в ИТ. Когда заказчики совершенно не понимают что есть и квалификация и специализация. И могут поручать школьникам серьезнейшие задачи. И могут поручать программисту 1С написать сайт. И могут поручать фронтендеру сконфигурировать сложный серверный кластер. И т.д. и т.п.

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

Деньги платятся вовсе не просто так. Те, кто не работают со специалистами за 30 000 рублей - не все дураки.

[Gizmothron]

Дмитрий Энтелис:

Если верить Вашим словам, Вы сели на длинный валютный проект в реалиях $ по 67. Я не очень понимаю что и кому Вы хотите доказать и что из этого следует.

Напоминаю: мы начали с того, что те ребята в провинции, которые имели дело с серьезными технологиями и могут вам настроить AWS - являются скорее всего фриленсерами, так как иначе в провинции с такими технологиями почти что негде познакомится.

А вы начали говорить, что во фриленсе нет серьезной работы.

Это не так. Во фриленсе есть и дешевая работа (много, очень много) и сложная работа (ее меньше, но и специалистов, способных ее выполнить тоже меньше).

Не надо думать, что в провинции все мечтают за 30 000 работать. Если с материальными объектами не так - московские головные предприятия контролируют почти все провинциальные заводы. То про удаленную работу все иначе, полный партитет: у нас здесь прямой канал в интернет, минуя Москву, и английский язык мы тоже знаем.

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

Ну не нанимают предприятия, имеющие прямые выходы на "жирных" заказчиков, людей за 30 000. Эдак можно проект завалить.

[Дмитрий Энтелис]

Gizmothron:
1) Не надо мне пожалуйста рассказывать как живет провинция. Я в провинции родился и прожил 20 лет, регулярно бываю и уровень доходов населения понимаю прекрасно.

2) Давно работаю на этом рынке по разные стороны баррикад, был и разработчиком, и аутсорсером и заказчиком, - и хорошо представляю как это все происходит.

То что Вы оцениваете себя в 4k$ - не значит что те кто себя оценивает ниже - работают пропорционально хуже. Заплата вообще слабо связана с качеством работы, она лишь связана с умением себя продавать.

Я Вам открою страшную тайну - в московском Яндексе зарплаты выше 100-120 т.р имеют единицы, и это действительно крайне талантливые люди до которых мне, без всякой иронии, далеко.
А Ваша история "как потратить 400k$ до релиза" - абсолютно канонична. А потом приходят инвесторы и спрашивают "почему не взлетело"

За сим я не вижу смысла продолжать какое-то общение.

[Евгений Ахметов]

Нанимать студентов или выпускников - себе дороже, месяцев 5-6 они учатся, реальная польза проекту 10%, после уходят уже на нормальные деньги... Это реалии Казани. На 40-60 специалиста который готов приносить в проект пользу не найти.

[Gizmothron]

Дмитрий Энтелис:

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

Это имеет значение для не ИТ. Это имеет значение только для недавно перепрофилировавшихся на программистов мендежеров. ИТ-шники с руками и головой - живут отлично. А с момента повышения курса доллара - так вообще можем лениться и в масле кататься.

Меня недавно попросили найти квалифицированного программиста на постоянку в офис. Поспрашать коллег. Обещают 50 000. Что намного выше средней зарплаты в провинции (не ИТ). Мои коллеги разве что не посмеялись.

[Gizmothron]

Дмитрий Энтелис:

То что Вы оцениваете себя в 4k$ - не значит что те кто себя оценивает ниже - работают пропорционально хуже. Заплата вообще слабо связана с качеством работы, она лишь связана с умением себя продавать.

Понятно дело. Но не за 30 000 рублей мой аналог работать будет. За 3000 долларов найдете. За 2000 уже очень большое везение - раз в жизни случается.

Я Вам открою страшную тайну - в московском Яндексе зарплаты выше 100-120 т.р имеют единицы, и это действительно крайне талантливые люди до которых мне, без всякой иронии, далеко.

Я вам открою тайну - это ЯНДЕКС. После него тебя в любую серьезную контору России возьмут за 200-300 тыс. рублей. Просто за имя Яндекса.

И на Западе ты с таким опытом тоже не пропадешь.

Это ЯНДЕКС.

А Ваша история "как потратить 400k$ до релиза" - абсолютно канонична. А потом приходят инвесторы и спрашивают "почему не взлетело"

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

[Gizmothron]

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

[OBEH]

Дмитрий Энтелис, С чего такое пренебрежение?
По моему, судьба вас постоянно "обделивала" нормальными фрилансерами. Может быть, пафосу слишком много? На такое только горе флирансеры клюют.

Answer 2

[GeraldIstar]

Не могу ответить на все вопросы, но на мой взгляд если используете python - берите django. Он более предназначен для крупных проектов.
Node.js - более ориентирован на микросервисную архитектуру. Если умеете ее готовить - то ради бога, но целиком на ноде делать думаю не стоит. Монгу стоит использовать только в случае если вы действительно понимаете отличия РСУБД от mongo.
3) Думаю это не проблема.
4) API для облачных серверов - а там какая разница, что за язык будет? Разве что наличие уже подготовленной либы.
5) Больше 1 миллиона точно.

Comments

[Gizmothron]

Не могу ответить на все вопросы, но на мой взгляд если используете python - берите django. Он более предназначен для крупных проектов.

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

Node.js - более ориентирован на микросервисную архитектуру. Если умеете ее готовить - то ради бога, но целиком на ноде делать думаю не стоит

Микросервисная - это как раз и есть для крупных.
Только кто вам сказал, что Node.js именно под нее заточена?

Answer 3

[xmoonlight]

Прежде, чем выбирать "на чём", нужно понимать "как"!
Нужны зависимости ролей и их различных параметров между собой.
Т.е. схема взаимодействия потоков бизнес-объектов и потом - схема базы данных (на её основе).
Каналы, компании, клиенты, активности, линки, переходы и т.д. вот всё это - объектные роли.

Answer 4

[Gizmothron]

1) На сколько верным было решением использовать node.js и mongo?

Настолько, насколько вы их знаете.

2) Если мы храним данные в облаке, то где мы храним само приложения? Как мы получаем доступ к нему(по url?) ?

В облаке хранятся и данные и сами сервисы для доступа к данным.
Доступ - как обычно - или через веб-интерфейс или через RESTful API.

3) Сайтов у компании - масса, большая часть которых - лэндинги на чистых html с php-скриптом на почту. Все заказы ссылаются на единый gmail-ящик. Можно ли грабить эти данные из ящика, чтобы отправлять их в облако?

Да.
Включите там доступ по IMAP.

4) Какие существуют удобные облачные сервисы, которые предоставляют API для node.js?

Heroku.
https://habrahabr.ru/sandbox/69602/

5) Какова примерная стоимость подобного проекта в $ ?

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

Я участвовал в разработке подобной системы. Как раз облачная.

10 разработчиков * 6 месяцев * 4000 долларов на человека - альфа-версия.
Еще 3 месяца - бета-версия.
Еще месяц - пре-релиз.
Итого 10*(6+3+1)*4000 = 400 000 долларов США и 10 месяцев только чтобы выйти на пре-релиз

Разработчики я имею ввиду - бекэнд, фронтенд, руководитель проекта, devops.
Чисто разработчиков 8 человек.

Answer 5

[Евгений Ахметов]

Брать БД без транзакций при работе с финансами - грозит жутким гемороем (эмуляция в монго их, все равно не торт)

Comments

[xfg]

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

[Gizmothron]

Кто сказал что в Монге нет транзакций?
Там просто другая идеология. Не нужно пытаться переносить паттерны реляционных БД в Монгу.

В Монге - 1 операция с одним документом является 1 родной транзакцией.
В 1 документе может быть очень и очень много вещей сделано в этой транзакции.

Answer 6

[Anton Kravchenko]

3) сделайте на стороне CRM php обработчик заявок с сайта. Заявки сразу в CRM будут "падать"

Answer 7

[Dimonchik]

разрабатывать самим - глупо

БД - только RDBMs

основные геморрои в CRM - итоговый учет денег - их совпадение с реальными, логирование всех действий по балансам и т.д.

Comments

[xmoonlight]

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

[Gizmothron]

Да как бы нет.
БД - по ситуации. В подобном проекте будут и Mongo и RDBMS уместны.

[Dimonchik]

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