如下的问题都是来自于小编的工作经验，出于项目保密的原则，本人隐去了关键性的业务描述，但大家都能看懂，并能感受到java架构师平时要解决问题有哪些。
问题一，A公司有财务管理人事管理等10个左右的项目，它们在产线上，需要标准化管理，比如用同一个Maven仓库，不论功能业务如何，得用同一套配置管理服务，用同一套日志管理和分析组件，还得用同一套大数据组件来根据不同的业务维度来分析数据。
如果是重新搭建一套系统，这个难度也不小，更何况，对高级java架构师的要求是，在历史项目的技术上做标准化管理，否则每个项目各管各的，维护成本大不算，不同项目间的库还很容易产生冲突。java架构师要在保持业务稳定的前提下实现这点，大家可以考虑下难度。
问题二，随着B公司业务量的上升，数据库里的数据达到了T级，所以需要通过分库分表来实现优化。这本身不难，但如何在升级的过程中保持业务的稳定？不能说上个功能点，关键业务就挂了，而且，万一上线后出现问题，得提供应急的回退方案。
问题三，C公司是个创业型公司，刚开始的时候，通过SSM外加Oracle，能满足大多数的业务需求，但随着业务量的提升，需要高级架构在短时间里实现针对高并发和大数据的方案，比如并发量高了，系统至少不能垮，而且针对每笔订单，处理可以稍作延迟，但不能丢数据。
问题四，D公司需要在linux上搭建一套和产线一样的测试环境，在平时的开发过程中，各业务组可以通过工具，在测试环境上部署或回退本项目的组件，这里，不仅要搭建测试环境，更要通过jenkins等工具给各业务组搭建一套能便捷部署系统的工具。
除了上述的问题之外，高级java架构更像一个救火队员，比如在公司的业务体系里，任何一个团队报出的和架构相关的问题，比如调消息队列有延迟，调分库分表时报内存OOM异常了，或者因Dubbo底层而导致的延迟或OOM，高级架构得能亲自或带领手下解决具体的问题。