公司或组织：汉威科技有限公司
官网：http://www.hanwei.cn/
城市：河南郑州
联系方式 (邮件地址或者微信号中的一个)：381677429@qq.com
应用场景：微服务、日志、监控、告警、devops
应用状态：开发环境、测试环境
1、部署简单，减少了复杂的部署步骤，基本不需要深入了解k8s；
2、日志、监控、告警，对系统指标的采集、监控和告警提供支持，方便实现全方位的监测；
3、微服务，使用链路追踪方便追踪错误；
4、devops，一个配置实现整个构建打包部署，方便管理。

vampire 您看一下上面的提示要求，官网和组织/学校建议写上哈。

    xuelangos 请问下，你们这么多pod，日志的问题是怎么解决的，因为目前我看日志都不是实时的，尤其是pod数多的时候，很难排查问题

        公司或组织：视比特机器人
        官网：https://www.speedbot.net/
        城市：长沙
        联系方式 (邮件地址或者微信号中的一个)：zwbian@speedbot.net
        应用场景：内部PAAS
        应用状态：开发、测试环境
        为什么使用 KubeSphere：
        1、界面干净美观；
        2、REST API集成多，在同一界面

        公司或组织：河南信大网御
        官网：https://www.ieucd.com/
        城市：郑州
        联系方式 (邮件地址或者微信号中的一个)：mr_zhoujk
        应用场景：PAAS二开
        应用状态：调研测试
        为什么使用 KubeSphere：
        1、界面好看，操作方便
        2、产品成熟度相对较高
        3、社区运营非常好，可持续性好

        公司或组织：蓝月亮
        官网：https://www.bluemoon.com.cn/
        城市：广州
        联系方式 (邮件地址或者微信号中的一个)：xianxuexu@foxmail.com
        应用场景：PaaSDevOps
        应用状态：开发、测试、生产环境
        为什么使用KubeSphere？

        1. DevOps：内置devops功能强大，条理清晰，用户用好，适合非运维同事快速上手，项目权限分离。图形化流水线及3.0的pipeline模板对快速编写Jenkinsfile帮助非常大。
        2. K8s: 内置k8s资源的图形化工作非常细致，有助于开发同事快速学习及操作。
        3. kk: 官方提供的集群搭建工具非常高效，有益于快速搭建集群，本质是kuebadm，方便后期集群参数配置调整
        4. 完整的工具链：istio，监控，应用商店模板等工具链非常完整，同时ks官方还有很多优秀的开源云原生项目。
        5. 权限：多集群及企业空间、用户权限功能非常适合多个团队及内部项目进行权限划分。
        6. 社区：活跃的中文社区及快速及时的问题反馈支持。

        公司或组织：北京汇金科技有限责任公司
        官网：https://nasoft.com.cn/
        城市：北京
        联系方式 (邮件地址或者微信号中的一个)：wangmingtai
        应用场景：内部 PaaS 及DevOps
        应用状态：测试环境&开发环境
        为什么使用 KubeSphere？
        公司之前是虚拟机，跑几个小应用也要装划分资源，安装系统，部署应用，等等。。。。。而且虚拟机比较占资源。资源消耗太大。
        用单机的容器跑有带来运维的问题。现在使用kubesphere,一个是通过图形界面大大降低了操作门槛。一遍的开发人员
        直接通过点击鼠标，就可以部署应用。而且对于临时性测试性质的容器，从部署到可用，再几分钟内就可完成。原来通过虚拟化部署应用，至少要30分钟以上。
        另外就是devops。可以通过图形化部署流水线。简单清晰。比起自己之前虚拟化部署Jenkins、SonarQube等软件，一是简约资源。二是简化了部署流程。同时带来了高可用等特性。

        组织：上海今点软件
        官网：http://www.kingdonsoft.com/
        城市：江苏
        联系方式：yyt6200@qq.com
        应用场景：组织内部 PaaS 及 DevOps
        应用状态：测试环境
        之前我们在各环境上使用的是swarm,虽然简单易上手，但是功能和k8s比弱了不止一点半点，今年开始组织部分人开始研究k8s,在k8s可视化管理工具选型的时候，看到了ks,觉得功能很强大，就试用了下，然后现在开始逐步替代测试环境。
        选用ks的主要理由：
        1.界面简洁，功能强大
        2.产品成熟度较高，很多地方的细节考虑的比较完善
        3.安装部署一块，难度适中
        吐槽的点：
        碰到点问题，要上论坛问，沉帖太多了，特别是推出工单后，沉帖率就更不用说了

        公司或组织：运维团队
        官网：
        城市：郑州
        联系方式 (邮件地址或者微信号中的一个)：niubiukang@gmail.com
        应用场景：DevOps, K8S集群管理
        应用状态：开发环境，持续集成，版本发布
        选用理由：
        简洁容易上手的ui界面，与k8s的完全兼容，快速集成流水线，我们的开发环境迁移到kubesphere上之后，开发人员只需要关注自己的业务代码即可，开发效率极大提升，发版也更加稳定

          公司或组织：广州融山信息技术有限公司
          官网：https://rongshantech.com/
          城市：佛山
          联系方式 (邮件地址或者微信号中的一个)：微信号：18692997110
          应用场景：CICD, 业务系统，生产使用kubesphere3.0，2021年3月25号
          应用状态：1套开发环境，1套测试环境
          为什么使用 KubeSphere？
          1、支持原生kubernetes，部署方便、界面简洁好看。
          2、云原生体系组件集成度广，开箱即用，大大降低原生维护成本
          3、支持k3s等

          biukang 您看一下上面的提示要求，官网和组织/学校建议写上哈。

            公司或组织：河南牧业经济学院
官网：https://www.hnuahe.edu.cn/
城市：郑州
联系方式 (邮件地址或者微信号中的一个)：826576056@qq.com
应用场景：学生开发的微服务使用DevOps功能一站式部署学校私有云
应用状态：测试环境，开发环境
为什么使用 KubeSphere？
1、可视化界面方便教学
2、学生易于快速入手，缩短学习时间，提高学习效率
3、学校服务器通过kubeSphere构建k8s管理集群，容器化部署缓解了部分教学网站峰时压力过大的问题
4、Devops流水线构建起Gitee和华为云镜像仓库的连接，jenkins和sonarqube功能强大，教学内容更直观
5、华为鲲鹏生态友好，arm64处理器可以直接部署3.0.0版本，表现稳定

            公司或组织：固废宝
            官网：https://www.gufeibao.com/
            城市：山西
            联系方式 (邮件地址或者微信号中的一个)：drakecc@163.com
            应用场景：DevOps, K8S集群管理
            应用状态：测试环境 刚接触，正在部署测试中
            为什么使用 KubeSphere？
            管理UI界面友好，可扩展性强，安装部署简洁。

            9 天 后

            公司或组织：北京博电新力电气股份有限公司
            官网：http://www.ponovo.cn/
            城市：北京
            联系方式 (邮件地址或者微信号中的一个)：zhijb@ponovo.cn
            应用场景：公司devops、监控、日志场景
            应用状态：测试环境，开发环境
            为什么使用 KubeSphere？
            答：公司主营硬件产品，软件部分跑在k8s集群之上，软件团队规模小，没有既定的规范流程，太乱了，于是尝试使用KubeSphere来管理各种环境的kubernetes集群，并逐渐建立起团队的整个流程与规范。
            个人觉得KubeSphere的优点有以下几点：
            1、UI好看使我入坑，毕竟界面是第一生产力
            2、操作简单友好，不懂kubernetes操作的开发稍微熟悉之后就能做些简单的集群操作
            3、没有使用过其它管理平台无法做对比，但是目前就觉得KubeSphere的扩展性很好，很多开原生态软件一键集成，无需复杂操作很友好
            4、另外一波彩虹屁，官方支持给力，社区生态比较好

            公司或组织： 树根互联股份有限公司
            官网：rootcloud.com
            联系方式：wei02.he@rootcloud.com
            应用场景： 多集群，应用商城，服务网格，监控， 部分项目使用 ks devops
            应用状态：测试与预发环境
            为什么使用 KubeSphere？
            1.kubespsystem-system部署minio时一直失败，查看日志说让更新版本，请问要如何解决；
            2.开启多集群管理以后，授权集群的可见性给与企业空间，同样的namespace，通过admin可以访问，但通过企业组织授权企业空间管理员，普通用户可以看到host集群，下拉选择其他环境，直接跳转到首页。
            3.开启多集群，第一次添加完member后， kubefed相关的CRD会莫名的被删除，手动去官方下载同一个版本create crd.yaml集群能够再次加入集群；
            4.devops 设计得有点鸡肋，
            5.无法在线进行节点间的扩容

            1. 未集成存储等方面的配置
            2. 监控的设计不太合理，太过于云原生，完成依赖了prometheus，没有进一步的提供更加方便的操作方法，哪怕是一个小白也知道如何去维护

            还有许多功能在ks无法直接体现，不够直接，但整体上非常好，是目前我使用的完全开源的容器平台里最好的一个了，设计模式非常喜欢，通过crd以及k8s自身所能提供的配置以及秘钥来管理没有去额外的在弄个数据库去设计，大大降低了学习和使用成本

            公司或组织：合肥象形
            官网：http://www.elephant-ai.com/
            城市：合肥
            联系方式 (邮件地址或者微信号中的一个)：zhuliyun@elephant-ai.com
            应用场景：内部 PaaS/DevOps
            应用状态：测试环境
            为什么使用 KubeSphere:K8S对于部分同事具有使用门槛。

            公司或组织：友洗环保物联科技
            官网：http://www.pinquantech.com
            城市：福州
            联系方式：jonahzheng@126.com
            应用场景：DevOps
            应用状态：开发环境
            为什么使用 KubeSphere？
            试用了很多了产品，KubeSphere所展示给我的功能还是很惊艳的
            1、降低了开发人员的k8s的使用门槛；
            2、全流程清晰的devops
            3、提供基于容器化的项目管理的维度

            公司或组织：越秀-名特网络
            官网：https://mint.yuexiuproperty.com/
            城市：广州
            联系方式 (邮件地址或者微信号中的一个)：dengxiong@yuexiuproperty.com / lynx-cat
            应用场景：DevOps & 云边系统
            应用状态：开发环境
            1.使用kubesphere + kubeedge 管理全国各物业节点的机器，实现云边协同。
            2.规范内部开发，测试，部署流程
            3.降低到现场运维的频率

            公司或组织：爱启航
            官网：http://www.vipqihang.com/
            城市：北京
            联系方式 (邮件地址或者微信号中的一个)：632840815
            应用场景：DevOps & 预生产环境
            应用状态：开发及测试环境
            1.使用kubesphere 平台运行，课程更新，及直播
            2.内部开发及时bugfix，测试，部署及回滚流程
            3.降低故障及单点问题