-
Highly Scalable - The system is built with a microservices architecture and deployed on Kubernetes, which allows it to handle gh volumes of messages and scale seamlessly.
-
Highly Available - By leveraging Kubernetes deployments and services, the system achieves high availability of all components d avoids single points of failure.
-
Distributed Messaging - The system uses a distributed messaging queue to relay messages between users in a reliable and alable way. Even in the event of component failures, messages will not be lost.
-
Group Chat & Conferencing - The system supports creating group chats and online conferences where multiple users can mmunicate and collaborate in real-time. Screen sharing and file sharing are enabled.
-
Offline Messaging - Users can send messages to each other even when the recipients are offline. Their messages will be stored d delivered once they come back online.
-
Rich Media Support - The system allows users to seamlessly share photos, voice messages, videos and files within chats and oups.
-
Secure & Compliant - The system is built with a strong emphasis on security, privacy and compliance. Encryption, thentication and authorization mechanisms ensure sensitive data is protected.
-
Open Source - The system is open source, freely available for anyone in the community to use, modify and deploy. Openness sters faster innovation.
-
Actively Maintained - The system is actively maintained by the open source community, with frequent updates and continuous provements to functionality, stability, security and performance.
-
Easy to Deploy - With the power of Kubernetes and Helm, the system is designed to be easily deployed and upgraded on various environments. Minimal configuration and scaling is required for most use cases.
-
Does this cover the main awesome features you want to highlight for the project? Let me know if you would like me to modify or add any points. I'm happy to refine this further.
Does this cover the main awesome features you want to highlight for the project? Let me know if you would like me to modify or add any points. I'm happy to refine this further.
Labels denger: The labels are designed semantic and standard. We provide labels for priority, type, status etc. You can refer to the label doc to get more info.
Note: You can get started quickly with kube-im.
Work with Makefile
โฏ make help # show help
โฏ make build # build binary exporter and syncer
โฏ echo 'export PATH=$PATH:/path/to/_output/platforms/linux/amd64/' | tee -a ~/.zshrc;source ~/.zshrc
Work with actions
Actions provide handling of PR and issue.
We used the bot ๐@kubbot, It can detect issues in Chinese and translate them to English, and you can interact with it using the command /comment
.
Comment in an issue:
โฏ /intive
Use
โฏ ./_output/platforms/linux/amd64/
Work with Docker
โฏ make deploy
graph LR
A[Config file] -->B(kube-im)
B --> C{Sync labels}
C -->|Yes| D[Create/Update labels]
C -->|No | E[Delete labels]
D --> F[Dry run]
F --> |Yes| G[Preview]
F --> |No| H[Apply changes]
E --> I[Dry run]
I --> |Yes| J[Preview]
I --> |No| K[Apply changes]
MVC Architecture Design:
flowchart TB
A[Config file]
A --> B[kube-im]
B --> C{Sync labels}
C -->|Yes|D[<font color='green'>Create/Update </font> <br>labels]
C -->|No|E[<font color='red'>Delete </font><br> labels]
D -.-> F[<font color='blue'>Dry run</font><br>Preview]
F --> G[Apply <br>changes]
E -.-> H[<font color='blue'>Dry run</font><br>Preview]
H --> I[Apply<br> changes]
B --> J[Label <br>PRs & <br>Issues]
Catalog standardization design structure:
.kube-im
โโโ CONTRIBUTING.md # Contribution guidelines
โโโ LICENSE # License information
โโโ Makefile # Makefile for building and running the project
โโโ README.md # Project overview in English
โโโ README_zh-CN.md # Project overview in Chinese
โโโ api # API-related files
โ โโโ OWNERS # API owners
โ โโโ README.md # API documentation
โโโ assets # Static assets, such as images and stylesheets
โ โโโ README.md # Assets documentation
โโโ build # Build-related files
โ โโโ OWNERS # Build owners
โ โโโ README.md # Build documentation
โโโ cmd # Command-line tools and entry points
โ โโโ OWNERS # Command owners
โ โโโ README.md # Command documentation
โโโ configs # Configuration files
โ โโโ OWNERS # Configuration owners
โ โโโ README.md # Configuration documentation
โ โโโ config.yaml # Main configuration file
โโโ deploy # Deployment-related files
โ โโโ OWNERS # Deployment owners
โ โโโ README.md # Deployment documentation
โโโ docs # Project documentation
โ โโโ OWNERS # Documentation owners
โ โโโ README.md # Documentation index
โโโ examples # Example code and usage
โ โโโ OWNERS # Example owners
โ โโโ README.md # Example documentation
โโโ init # Initialization files
โ โโโ OWNERS # Initialization owners
โ โโโ README.md # Initialization documentation
โโโ internal # Internal application code
โ โโโ OWNERS # Internal code owners
โ โโโ README.md # Internal code documentation
โ โโโ app # Application logic
โ โโโ pkg # Internal packages
โ โโโ utils # Utility functions and helpers
โโโ pkg # Public packages and libraries
โ โโโ OWNERS # Package owners
โ โโโ README.md # Package documentation
โ โโโ common # Common utilities and helpers
โ โโโ log # Log utilities
โ โโโ tools # Tooling and scripts
โ โโโ utils # General utility functions
โ โโโ version # Version information
โโโ scripts # Scripts for development and automation
โ โโโ LICENSE_TEMPLATES # License templates
โ โโโ OWNERS # Script owners
โ โโโ README.md # Script documentation
โ โโโ githooks # Git hooks for development
โ โโโ make-rules # Makefile rules and scripts
โโโ test # Test files and test-related utilities
โ โโโ OWNERS # Test owners
โ โโโ README.md # Test documentation
โโโ third_party # Third-party dependencies and libraries
โ โโโ README.md # Third-party documentation
โโโ tools # Tooling and utilities for development
โ โโโ README.md # Tool documentation
โโโ web # Web-related files, such as HTML and CSS
โโโ OWNERS # Web owners
โโโ README.md # Web documentation
We welcome everyone to join us and contribute to kube-im, whether you are new to open source or professional. We are committed to promoting an open source culture, so we offer community members neighborhood prizes and reward money in recognition of their contributions. We believe that by working together, we can build a strong community and make valuable open source tools and resources available to more people. So if you are interested in kube-im, please join our community and start contributing your ideas and skills!
We take notes of each biweekly meeting in GitHub discussions, and our minutes are written in Google Docs.
kube-im maintains a public roadmap. It gives a a high-level view of the main priorities for the project, the maturity of different features and projects, and how to influence the project direction.
kubecub Our goal is to build a top-level open source community. We have a set of standards, in the Community repository.
If you'd like to contribute to this kube-im repository, please read our contributor documentation.
Before you start, please make sure your changes are in demand. The best for that is to create a new discussion OR Slack Communication, or if you find an issue, report it first.
Kubecub is licensed under the MIT License, Version 2.0. See LICENSE for the full license text.