如果使用软负载均衡在服务发现时都会有reload短暂会影响应用,目前可以有方案降低影响,但较好的彻底解决方法,如果用硬负载没有这问题
各有所长,包括kb,swarm,mesos等都各有所长,相对来说kb提供完整解决方案,但自住可控性就差一些,mesos需要有实施人员有更多的去定制。swarm没有太深入的研究过。kb更多的推荐作为开发和持续交付中使用会比较好,生产上可能会...
限制资源可以让每一个应用的运行预期更为可控,所以生产运行更建议限制资源。至于可运行多少容器原则上所有容器中进程总和不超过宿主机节点系统信号量及容器计算资源不超过宿主机资源就可以继续增加。但不建议单个宿主...
由于权限控制强弱要求的不同,建议涉及权限及安全部分自行开发实现。
发布上不矛盾,理想状态下当然是全部以镜像交付,但如考虑到目前的其它环节工作模式也可以以war包方式进行交付。然后可通过自动构建进行发布,也可以采用将容器中程序包路径挂载到外面的方式发布。...
不是特别清楚应用场景是怎么样的,如果考虑到的是用户数据能在容器销毁、恢复后继续,可考虑通过redis等内存数据库来实现。
如果是windows的应用,建议目前还是以观望实验为主,不要在生产上使用
首先对自身企业的IT战略规划要有清晰的认识,知道知己要什么,千万别为了云化而云化,并不是所有企业都能从云化中获得较大收益。其次是否要自建云平台,特别是规模较小的企业,可以使用公有云服务解决。如果确定是需要自建云平...
1、先看是怎么看待迁移,是把现在的应用“硬”迁入容器,还是会对目前应用根据容器的特性进行改造。如果是针对容器特性进行改造应用那问题不大,但对应用开发团队会有比较大的挑战,包括思想和工作量。如果把现有应用“硬”...
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30