三种常见日志收集解决方案 1.每个app的镜像中都集成日志收集组件: 优点: 部署方便,kubernetes的yaml文件无须特别配置,可以为每个app自定义日志收集配置 缺点:
一般选择开源平台自建或者采购商业产品,但不管哪种形式 1、高可用架构管理集群(建议至少保证三节点),主要对自身和其他集群的集中管理 2、分环境或机房等,多个多节点业务集群,每个集群通过污点、标签区分业务类型,比如master
选择商业路线一方面是考虑有大厂背书,不必过多投入自身人力研究学习以及后期运维;另一方面是考虑产品易用性,自带较多功能,拿来即用。
mysql类数据库容器存储建议使用提供标准CSI接口的分布式存储产品,再利用其快照功能进行数据备份,最后还可将备份数据存储到另外的对象存储中。 Oracle则不建议上容器。
第一考虑的应该是计划上线时间,然后是成本,再然后是技术能力,时间紧任务重的话当然是选择商用产品最好,毕竟配套毕竟完善,也可以附带培训,减少学习成本,上手快。 如果时间允许自己探索的话,可以先提高自身技术能力,而后对比搭
最终上述问题未能正常解决,是采用了应用迁移的方式。
适合,apollo项目本身已经提供容器化部署方式,github项目参考地址:https://github.com/ctripcorp/apollo/wiki/Apollo-Quick-Start-Docker部署
1、如果趋向于稳定,可以使用NFS*(据了解银行金融机构大都使用nfs) 2、如果趋向于分布式,可以使用Ceph、HDFS、GlusterFs等 3、还有Vsphere卷
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30