提高云原生应用程序中 Java 性能的 roven 策略

作为一名在云原生应用程序方面拥有多年经验的 java 开发人员，我了解到优化性能对于分布式环境中的成功至关重要。让我们探讨一下一直帮助我在云设置中增强 java 应用程序性能的五种策略。

容器化是云中 java 应用程序的游戏规则改变者。我总是首先将 jvm 配置为容器感知型。这可确保 java 运行时遵守容器编排平台设置的资源限制，防止意外的内存不足错误或 cpu 限制。

以下是我通常如何在容器中启动 java 应用程序的示例：

java -xx:+usecontainersupport -xx:maxrampercentage=75.0 -jar myapp.jar

此命令启用容器支持并将最大堆大小设置为容器内存限制的 75%。我发现这是一个很好的起点，但根据应用程序的特定需求进行监控和调整至关重要。

说到垃圾收集，我更喜欢对大多数云原生应用程序使用 g1 收集器。它在吞吐量和延迟之间提供了良好的平衡：

java -xx:+useg1gc -xx:g1newsizepercent=30 -xx:g1maxnewsizepercent=50 -xx:maxgcpausemillis=200 -jar myapp.jar

这些设置旨在将 gc 暂停时间控制在 200 毫秒以下，同时允许年轻代根据需要增长。

立即学习“Java免费学习笔记（深入）”；

高效的数据序列化在云环境中至关重要，尤其是在处理微服务时。我已经放弃了 java 的内置序列化，转而采用性能更高的替代方案。 protocol buffers (protobuf) 因其出色的性能和跨语言支持而成为我的首选。

这是在 protobuf 中定义消息的简单示例：

syntax = "proto3";

message person {
  string name = 1;
  int32 age = 2;
  string email = 3;
}

这是我在 java 中通常使用它的方式：

person person = person.newbuilder()
    .setname("john doe")
    .setage(30)
    .setemail("john@example.com")
    .build();

byte[] bytes = person.tobytearray();

这种方法不仅比 java 序列化更快，而且产生的有效负载更小，这对于网络密集型应用程序是有利的。

异步编程是我看到性能显着改进的另一个领域。 java 的 completablefuture api 是处理并发操作的强大工具。以下是我如何使用它同时执行多个独立 api 调用的示例：

completablefuture<string> future1 = completablefuture.supplyasync(() -> callexternalapi1());
completablefuture<string> future2 = completablefuture.supplyasync(() -> callexternalapi2());

completablefuture<void> allof = completablefuture.allof(future1, future2);

allof.thenrun(() -> {
    string result1 = future1.join();
    string result2 = future2.join();
    processresults(result1, result2);
});

此模式允许应用程序并行进行多个 api 调用，从而显着缩短总体响应时间。

对于响应式编程，我经常转向 project reactor。它对于构建响应式、非阻塞应用程序特别有用。这是我如何使用 reactor 处理数据流的一个简单示例：

flux.fromiterable(getdatasource())
    .flatmap(this::processitem)
    .filter(result -> result.isvalid())
    .subscribe(this::saveresult);

此代码以非阻塞方式异步处理项目、过滤结果并保存它们。

优化数据库交互对于云原生应用程序至关重要。连接池是必须的，我在 hikaricp 上取得了巨大的成功。以下是我通常的配置方式：

hikariconfig config = new hikariconfig();
config.setjdbcurl("jdbc:mysql://localhost:3306/mydb");
config.setusername("user");
config.setpassword("password");
config.setmaximumpoolsize(10);
config.setminimumidle(5);
config.setidletimeout(300000);
config.setconnectiontimeout(10000);

hikaridatasource datasource = new hikaridatasource(config);

这些设置创建一个最多包含 10 个连接的池，并保持至少 5 个空闲连接准备就绪。空闲时间超过 5 分钟的连接将从池中删除。

缓存是另一个重要的优化。我经常在云环境中使用 redis 进行分布式缓存。这是一个使用 spring data redis 的简单示例：

@repository
public class userrepository {

    @autowired
    private redistemplate<string, user> redistemplate;

    public user findbyid(string id) {
        string key = "user:" + id;
        user user = redistemplate.opsforvalue().get(key);
        if (user == null) {
            user = finduserfromdatabase(id);
            redistemplate.opsforvalue().set(key, user, 1, timeunit.hours);
        }
        return user;
    }
}

此代码在查询数据库之前检查 redis 缓存，显着减少频繁访问数据的数据库负载。

分析和监控对于持续的性能优化至关重要。我发现集成 spring cloud sleuth 等分布式跟踪工具可以为跨微服务的应用程序行为提供宝贵的见解。

以下是我通常如何在 spring boot 应用程序中设置 sleuth：

@springbootapplication
@enablediscoveryclient
public class myapplication {

    public static void main(string[] args) {
        springapplication.run(myapplication.class, args);
    }

    @bean
    public sampler defaultsampler() {
        return sampler.always_sample;
    }
}

通过此设置，sleuth 会自动将跟踪和跨度 id 添加到日志中，从而更轻松地跟踪跨多个服务的请求。

为了更详细的性能分析，我经常转向 async-profiler。它提供低开销的 cpu 和分配分析，这对于识别性能瓶颈至关重要。以下是我通常的运行方式：

./profiler.sh -d 30 -f profile.html <pid>

此命令会分析应用程序 30 秒并生成 html 报告，然后我可以分析该报告以识别代码中的热点。

根据我的经验，实施这些策略可以显着提高云原生 java 应用程序的性能。然而，重要的是要记住，性能优化是一个持续的过程。我不断监控应用程序性能、分析数据并进行迭代改进。

我还没有提到的一个方面是负载测试的重要性。在云环境中，了解应用程序在各种负载条件下的行为至关重要。我通常使用 apache jmeter 或 gadling 等工具来模拟不同的负载场景。

这是加特林模拟的一个简单示例：

class mysimulation extends simulation {
  val httpprotocol = http
    .baseurl("http://my-app.com")
    .acceptheader("application/json")

  val scn = scenario("my scenario")
    .exec(http("request_1")
      .get("/api/users"))
    .pause(5)
    .exec(http("request_2")
      .get("/api/products"))

  setup(
    scn.inject(rampusers(100).during(10.seconds))
  ).protocols(httpprotocol)
}

此模拟在 10 秒内增加了 100 个用户，向两个不同的端点发出请求。通过分析结果，我可以识别性能瓶颈并确保应用程序可以处理预期负载。

云原生应用程序的另一个重要考虑因素是弹性。断路器是防止微服务架构中发生级联故障的好方法。我经常使用 resilience4j 来实现此目的。以下是我通常如何实现断路器的示例：

circuitbreaker circuitbreaker = circuitbreaker.ofdefaults("mycircuitbreaker");

supplier<string> decoratedsupplier = circuitbreaker
    .decoratesupplier(circuitbreaker, this::dosomething);

string result = try.ofsupplier(decoratedsupplier)
    .recover(throwable -> "hello from recovery").get();

此代码使用断路器包装了潜在不稳定的操作，如果电路开路，则回落到默认值。

最后，我一直很注重资源的利用。在云环境中，资源的有效利用可以显着影响性能和成本。我使用 kubernetes 的资源请求和限制等工具来确保每个容器获得所需的资源，而不会过度配置。

以下是我如何在 kubernetes 部署中定义资源约束的示例：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app
spec:
  replicas: 3
  template:
    spec:
      containers:
      - name: my-app
        image: my-app:latest
        resources:
          requests:
            cpu: 100m
            memory: 128Mi
          limits:
            cpu: 500m
            memory: 512Mi

此配置可确保 my-app 的每个实例至少保证 100 毫核 cpu 和 128 mib 内存，但不会使用超过 500 毫核 cpu 或 512 mib 内存。

总之，优化云原生应用程序中的 java 性能是一项多方面的挑战，需要关注应用程序设计和部署的各个方面。通过专注于容器化、高效数据处理、异步编程、数据库优化和持续监控，我们可以构建在云环境中表现良好的 java 应用程序。请记住，成功的关键是持续改进 - 始终进行测量、分析和优化。

我们的创作

一定要看看我们的创作：

投资者中心 | 投资者中央西班牙语 | 智能生活 | 时代与回响 | 令人费解的谜团 | 印度教 | 精英开发 | js学校

我们在媒体上

科技考拉洞察 | 时代与回响世界 | 投资者中央媒体 | 令人费解的谜团 | 科学与时代媒介 | 现代印度教

以上就是提高云原生应用程序中 Java 性能的 roven 策略的详细内容，更多请关注图灵教育其它相关文章！