Около года назад я написал веб-приложение, которое помогает организовывать встречи в компании моего отца. Теперь он «не мог вести бизнес без этого». Я решил, что хочу построить на его основе модель подписки SAAS и открыть ее для публики.
В настоящее время он построен на codeigniter и php, что, на мой взгляд, не подходит для версии SAAS. Я планирую перестроить его с нуля в laravel 4 и использовать полосу в качестве платежного шлюза.
Меня беспокоит, как лучше всего обрабатывать структуру базы данных / приложения для более чем одного клиента. В настоящее время он обслуживает только один бизнес, не является абстрактным и соответствует потребностям компаний моего отца. Мне нужно, чтобы он мог обрабатывать разные данные в зависимости от того, чем занимается бизнес, который его использует.
Я изучал возможность использования нескольких арендаторов, но не уверен, что это подходит для этого. Я думаю, что подход в стиле Gmail был бы лучше. Одно приложение / домен, которое после входа в систему пользователь будет видеть свою настроенную панель управления и только свои данные.
Прежде чем я застряну в коде, мне нужно решить, как лучше всего обрабатывать несколько «учетных записей» в одной базе данных. Я не хочу создавать таблицу для каждого пользователя или базу данных для каждого пользователя.
Думаю, мой вопрос в том, может ли кто-нибудь указать мне в правильном направлении, как лучше всего обрабатывать ежемесячную платежную подписку в Laravel? Это не столько код, с которым я борюсь, сколько то, что именно мне нужно было бы построить, чтобы обрабатывать ежемесячную оплату с клиента и отказать им в доступе в случае сбоя биллинга и т. Д.
Спасибо