WikiSuite Orchestrator
WikiSuite Orchestrator will help manage a large number of WikiSuite instances.
- Deploy and manage software
- Deploy data and configuration
- Monitor
- Aggregate data
- Handle billing
- etc.
Status: planning phase for big picture, while some components are mature. Ex.: Tiki Manager
Who is this for?
Who | Benefit / use case | ||
Business incubators | Offer a platform to all your members, so they don't waste time / money on basic IT needs, and instead focus on their market differentiator | ||
Enterprise and governments | Large organizations have thousands of systems and a lot of complexity. Diverse projects/systems can be made with WikiSuite (mostly with TikiTrackers.org). So needs are addressed with a consistent platform. projectABC.example.com, projectXYZ.example.com, etc. | ||
Universities | Offer your professors and researchers secure collaboration spaces | ||
Hosting companies | Offer usable and integrated software instead of "just hosting" | ||
Specialized SaaS service provider | Ex.: a firm specialized in a vertical market like ISO compliance could deploy very focused WikiSuite instances for each project. To be combined with Tiki Profiles -> SaaS platform template | ||
Consultants and digital agencies | Quickly set up an instance for a client project | ||
FLOSS / digital autonomy promotion associations (ex.: Framasoft, FACIL, etc.) | Promote FLOSS in a more integrated fashion than the current Framasoft setup |
High-level features
Deploy
- On-demand deployment of virtual machines with WikiSuite fully configured.
Current code (to be built on) and brainstorming
- https://gitlab.com/wikisuite/virtualmin-installer/
- https://doc.tiki.org/Tiki-Manager-Web-UI
- https://wikisuite.org/PHP-code-for-Virtualmin
- https://dev.tiki.org/Tiki-and-Virtualmin-interop
Manage
Monitor
Aggregate
WikiSuite Orchestrator will permit to deploy hundreds of WikiSuite instances. But what if we want to benefit from network effects? We need to think of the "creep factor".
Use cases
- Gather logs
- For security purpose (ex.: attack logs)
- These security logs can be agregated and when bad behavior is detected for some of the instances, mitigation measures can be implemented for all instances.
- To do things like this: https://www.siteground.com/blog/new-anti-bot-ai/
- For security purpose (ex.: attack logs)
- Marketing
- Usage logs
- Community
Billing
WikiSuite is Open Source and users are encouraged to self-host.
However, a portion of the community prefers a SaaS without vendor lock-in.
Thus, we need to be able to track usage and bill accordingly. Formulae have yet to be determined. Some options include
- Resources used (CPU, Disk space)
- Users in various groups (groips with more features have higher fee)
- Action (views, edits, etc.)
- Data (number of pages, items, etc.)
Backups
Automatic, Incremental, off-site and with some sort of test / alerting if something's not right (ex.: disk full)
Tiki instance to manage
- Project / customer list
- Domain name (use own or a provided sub-domain)
- Access (passwords, public keys)
- Payment
- Monitoring? (probably better to handle from another system)
- Registration
- Launch request for services
Priorities
- Let's start with Virtualmin, Tiki, Syncthing and Openfire.
- Then, the others
Brainstorming for the future
What / where | Marketing | Security | Management |
WikiSuite instances | Web Analytics | IDS data aggregation | ALM |
Open Web | Media Intelligence and Competitive intelligence | Email Antiphishing | n/a |
Client devices | n/a | VPN | MDM like Flyve MDM |
https://en.wikipedia.org/wiki/Machine_learning is now in Tiki: Machine Learning
Related
- https://github.com/hslatman/awesome-threat-intelligence/blob/master/README.md
- How to build a system to demo WikiSuite
- SaaS platform template
- Mist