对IT架构师和Java对于IT架构师和Java

Pierre-Hugues
Charbonneau(昵称是P-H)是加拿大CGI公司的高等级IT顾问与系架构师。近日外发表了书吗《以致Java
EE企业性质问题的十好原因》的篇章,列举了对Java
EE企业系统性能影响最为要命之因素,并做出了充分好之提议。

Pierre-Hugues
Charbonneau(昵称是P-H)是加拿大CGI公司之高等级IT顾问与网架构师。近日异上了书写吗《造成Java
EE企业性质问题的十坏原因》的文章,列举了针对性Java
EE企业系统性能影响极其深的元素,并做出了深好之提议。

在文中,P-H首先指出,在筹划以及兑现Java
EE相关技术的时刻,性能问题是咱们所要面临的不过特别挑战有。对于IT架构师和Java
EE开发者来说,很重要之凡只要懂客户端的环境,并保证提出的解决方案不仅能满足增长的事情需,并且会管生产条件在永内的可伸缩性和可靠性。

每当文中,P-H首先指出,在设计与实现Java
EE相关技能之时光,性能问题是我们所设面临的极端酷挑战之一。对于IT架构师和Java
EE开发者来说,很关键之是如知客户端的环境,并确保提出的化解方案不仅会满足增长的事情需要,并且能够保证生育条件在长期内的可伸缩性和可靠
性。

属下去他列举了在过去十年被所碰到的Java
EE性能问题的由,并做出了片高层次之提议。十百般原因不外乎:

连片下去他列举了当过去十年被所碰到的Java
EE性能问题的故,并做出了有强层次之提议。十可怜原因不外乎:

  1. 短适当的容量计划。
  2. Java EE中间件环境规范说明非充分。
  3. 超负荷的Java虚拟机垃圾回收。
  4. 暨表面系统了多或深不同的并轨。
  5. 缺适当的数据库SQL调优和容量计划。
  6. 针对应用程序特定的习性问题。
    1. 线程安全代码的问题。
    2. 差通信API的超时处理。
    3. I/O、JDBC或者关联项目持久API资源管理之问题。
    4. 缺少适当的数目缓存。
    5. 过于的数码缓存。
    6. 超负荷的日志记录。
  7. Java EE中间件调优问题。
  8. 再接再厉监督无充分。
  9. 通用基础设备及硬件饱和。
  10. 网延迟问题。
  1. 紧缺适当的容量计划。
  2. Java EE中间件环境标准说明非充分。
  3. 过度的Java虚拟机垃圾回收。
  4. 跟外部系统了多或异常不同的集成。
  5. 少适当的数据库SQL调优和容量计划。
  6. 本着应用程序特定的属性问题。
    1. 线程安全代码的题目。
    2. 缺失通信API的超时处理。
    3. I/O、JDBC或者关联项目持久API资源管理之题目。
    4. 缺适当的多寡缓存。
    5. 过于的数据缓存。
    6. 超负荷的日志记录。
  7. Java EE中间件调优问题。
  8. 再接再厉监督无充分。
  9. 通用基础设备及硬件饱和。
  10. 纱延迟问题。

针对这些题材,P-H做出的建议包括:

本着这些问题,P-H做出的建议包括:

  • 品类集体应该花费足够的时空,为Java EE生产条件创建合适的运营模型。
  • 找到Java
    EE中间件规格的平衡点,像工作及运维团队提供足够的八面玲珑,以承诺本着运行中断的情况。
  • 避在32号的JVM中配备了多Java
    EE应用程序。中间件的计划性可以拍卖多单应用程序,但是JVM可能蛮。
  • 当得之上择64位JVM替换32位之JVM,但是要发出适度的容量计划及性质测试,以管硬件能够支持其。
  • 担保您的督查程序对JVM的垃圾回收来死好的掌握。
  • 假使切记,垃圾回收相关的题目或许无会见更开发还是功能测试阶段发现。
  • 妥的容量计划包括负载和性测试,在调优数据库环境之时节怪重大,它会在SQL级别找到问题。
  • 要你用Oracle数据库,要管DBA团队针对AWR报告做出了评审。
  • 使用JVM Thread
    Dump和AWR报告找到运行缓慢的SQL,并采用选定的监督工具来开同的行事。
  • 管消费足够时间来提高数据库环境的运转能力(磁盘空间、数据文件、REDO日志、表空间等等),还要做出适当的监督以及警戒。
  • 评审你手上底Java EE环境监察能力,并找到提升的时。
  • 若的监控解决方案应尽可能覆盖端到端的环境,包括主动的警戒。
  • 监察解决方案应该跟容量计划经过保持一致。
  • 品种集体应该花费足够的光阴,为Java EE生产环境创建合适的营业模型。
  • 找到Java
    EE中间件规格的平衡点,像工作与运维团队提供足够的八面玲珑,以承诺针对运作中断的情形。
  • 避在32各的JVM中安排了多Java
    EE应用程序。中间件的筹划可以拍卖多单应用程序,但是JVM可能大。
  • 每当急需之时段选择64各项JVM替换32各项的JVM,但是如果发生合适的容量计划同性测试,以保证硬件能够支持它们。
  • 管教您的督察程序对JVM的渣回收来大好的接头。
  • 假使铭记,垃圾回收相关的问题恐怕未会见再开或功能测试阶段发现。
  • 适中的容量计划包括负载和性能测试,在调优数据库环境的当儿很重大,它会当SQL级别找到问题。
  • 要你利用Oracle数据库,要确保DBA团队对AWR报告做出了评审。
  • 下JVM Thread
    Dump和AWR报告找到运行缓慢的SQL,并应用选定的监督工具来举行同样的做事。
  • 担保消费足够时间来增强数据库环境的运作能力(磁盘空间、数据文件、REDO日志、表空间等等),还要做出适当的监督和警戒。
  • 评审你手上底Java EE环境监控能力,并找到提升的机。
  • 若的督察解决方案应该尽量覆盖端到端的条件,包括主动的告诫。
  • 监控解决方案应跟容量计划经过保持一致。

各位读者,你以规划、实现和运维Java
EE企业系统的下是不是为遇上了性问题,这首文章会针对解决那些问题提供有帮忙。同时为欲而可享自己之案例与缓解方案。

相关文章