ljosef

推进使用第一种方案1、NodePort原理是代理，容易导致redis集群的状态检查出现问题，且涉及到服务的发布以及端口的维护，过于复杂2、hosts文件的配置方式简单，可以通过脚本实现自动化，对于redis部署和客户端请求都没有影响。...

建议使用第一种方式一般来说，像固定IP访问要格外注意。对于redis而言，集群的容错性非常依赖nodes文件，所以要在容器启动文件中设置正确的pod IP

建议完成技术选型后，同步建设。容器平台隶属基础设施，是应用运行的底座，业务的运行应当有一致的测试和生产环境，避免异构影响，同时提供生产和测试的技术参考。测试环境主要衡量如下指标：1、验证平台的高可用2、验证平台的基...

建议评估高并发负载的场景，形成完成的测试数据。我们目前采用了Javaagent对Java应用进行链路日志采集，作为平行于网络流量的链路解决方案，应对不同视角的运维需求。...

建议还是从业务需求方分析具体的使用场景，从技术上合并或者排除非必要的日志客户端工具种类，这是问题的基础。其次，技术的选型无外乎商用、开源或者自研几种策略，目前针对日志客户端的场景，建议选择一种开源产品的客户端工...

我们目前对于链路日志主要围绕Java非侵入式应用进行，agent会处理全局traceid，segmentid和spanid，构造唯一的链路标识、服务访问路径、HTTP请求类型、应用名称、应用实例标识等信息。一个完整的链路日志如下；{"globalTrace...

我们单位是根据google的dapper规范按照自身的特点进行了字段的制定，包括链路追踪的基本字段要求，比如全局流水号，应用标识，节点标识，时间戳，还预留了一定的字段考虑后续的灰度发布、应用自身其他需求，制定规范的时候不光要考...

我们的做法是在业务层定义一致的描述，在组织内推广，在实现上基于不同的方式实现，譬如C应用会自己输出日志，而Java应用更多采用无侵入的方案，如skywalking进行字节流的采集。...