was集群下基于接口分布式架构和开发经验谈

 某b项目是我首次采用was环境下架构和开发的手机wap应用，尽管做到了该项目的主程，但对此项目的全面构件依然有不清楚的地方，因此在这里我只能简单的谈谈开发中遇到的问题怎么处理和应对办法。          记得第一天接触这个项目时，只记得些案例代码（不知道那些是对的，那些是错的）似曾相识，但不懂如何动手写下第一个helloword，因其中的基于接口开发的ejb的架构以前根本就没接
 
 某b项目是我首次采用was环境下架构和开发的手机wap应用，尽管做到了该项目的主程，但对此项目的全面构件依然有不清楚的地方，因此在这里我只能简单的谈谈开发中遇到的问题怎么处理和应对办法。


         记得第一天接触这个项目时，只记得些案例代码（不知道那些是对的，那些是错的）似曾相识，但不懂如何动手写下第一个helloword，因其中的基于接口开发的ejb的架构以前根本就没接触过。好了，没办法，于是只有硬着头皮去尝试第一个基于接口开发的ejb的第一个查询方法（呵呵最简单了吧）。因为一切都是新的，一没有相对完整的资料可参考，二在无广域网查资料，三没人可问（人也是新的）。我心里想，如果不能正常对接前端和所调用的各个接口方和协同各个部门，任务因我而耽搁，那岂不是藐视我的自尊心吗？嗯，于是拿着些零碎的资料，一步一步的写（含猜想），一步一步的测试，这样的痛苦过程终于在第二天下午能交出第一个实现查询方法了；等等，这才是开始，并不能代表你写出的东西真的实用。接下来，问题是一个接一个，第一是这个系统采用什么架构？各种架构优劣......要搞架构啊，好家伙，首先得弄清楚业务流程吧，第二得弄清楚技术流程吧，比如：was环境，ihs+was搭建吧，was包部署和发布吧，基于http和socket方式怎么调用接口吧，弄清楚基于db2环境下的jdbc 方法吧，各种接口配置和集群对应的接口配置吧，还要弄清楚aixOS相关的shell吧，还要弄清项目升级会出现的各种调式和配置问题吧，还得弄清楚测试环境和生产环境的各种差异吧.....完了，一时间这些玩意都来了，你还不知道未来会遇到什么不可预测的情况，比如流程安全改造，漏洞安全改造.....你更不知道如何确定接口方有没有问题......面对这些棘手的问题；这可不是玩的，那怎么办呢？当时，我沿用自己架构项目写项目的一贯思维：第一这些问题尽管都是新的，但是他并没有离开一个程序员正常的逻辑，因此他并不是那么苦难，只要把控每一步每一个微小的问题，一步一步实现即可完全把控；第二，他就是一个业务相对简单的应用而已（比起之前的做的那些大型项目并不复杂）。好了，基于这2点自信上，这一深入下来就是近2个月的痛苦尝试，2个月后终于功夫不负有心人，第一业务流程和技术流程的各个关联微小的地方完全把握，第二与各个部门协同的非常顺利。也就是通过了这段时间，完胜的把控了was集群下基于接口分布式架构和开发中的各种问题。


       因这个项目，使我产生对旧技术线路动摇和新技术线路实施的灵感。


       这是我做这个项目最大的成就之一。
55-微服务技术栈（高级）：微服务网关Soul（数据同步原理） Soul 网关在启动时，会从从配置服务同步配置数据，并且支持推拉模式获取配置变更信息，并且更新本地缓存。而管理员在管理后台，变更用户、规则、插件、流量配置，通过推拉模式将变更信息同步给 Soul 网关，具体是 push 模式，还是 pull 模式取决于配置。关于配置同步模块，其实是一个简版的配置中心。
SpringCloud微服务实战——搭建企业级开发框架（四十三）：多租户可配置的电子邮件发送系统设计与实现 SpringBoot提供了基于JavaMail的starter，我们只要按照官方的说明配置邮件服务器信息，即可使我们的系统拥有发送电子邮件的功能。但是，在我们GitEgg开发框架的实际业务开发过程中，有两个问题需要解决：一个是SpringBoot邮箱服务器的配置是配置在配置文件中的，不支持灵活的界面配置。另外一个是我们的开发框架需要支持多租户，那么此时需要对SpringBoot提供的邮件发送功能进行扩展，以满足我们的需求。
最强阿里及大厂350道面试大全：框架+数据库+并发+开源+微服务 无论是对于刚入行工作还是已经工作几年的java开发者来说，面试求职始终是你需要直面的一件事情。首先梳理自己的知识体系，针对性准备，会有事半功倍的效果。我们往往会把重点放在技术上，而忽略了人事部分，实际上人事面试也会影响到最终的结果，把每一个环节做好，最终的结果自然不会差。在这总结一些java面试中常问的面试问题，由于过多答案文字已总结成文档在文末有领取！ 而金三银四马上就到了，很多工程师朋友准备跳槽，那么现在就可以开始多看看面试题啦，我在网上找了两份比较有全的面试题，除此之外还有大厂面试全解。 真的非常全面，从初级到高级，框架、数据库、并发知识、还有多企业的面试题整理！
系统架构设计—高并发场景微服务实战（三） 在《需求分析— 高并发场景微服务实战（二）》一文中，我详细梳理了业务需求。相信你对订票系统的业务需求情况已经十分清楚了。下面我开始系统设计工作，包括功能模块设计、存储设计、缓存设计、高并发系统架构设计等，为后面的开发工作提供良好的基础保障。
SpringCloud微服务实战——搭建企业级开发框架（三十七）：微服务日志系统设计与实现【下】 针对业务开发人员通常面对的业务需求，我们将日志分为操作（请求）日志和系统运行日志，操作（请求）日志可以让管理员或者运营人员方便简单的在系统界面中查询追踪用户具体做了哪些操作，便于分析统计用户行为；系统运行日志又分为不同的级别（Log4j2）: OFF FATAL ERROR WARN INFO DEBUG TRACE ALL，这些日志级别由开发人员在代码编写时确定，并编写在代码中，系统运行时记录，方便系统开发人员分析定位解决问题，查找系统性能瓶颈。
SpringCloud微服务实战——搭建企业级开发框架（三十七）：微服务日志系统设计与实现【上】 针对业务开发人员通常面对的业务需求，我们将日志分为操作（请求）日志和系统运行日志，操作（请求）日志可以让管理员或者运营人员方便简单的在系统界面中查询追踪用户具体做了哪些操作，便于分析统计用户行为；系统运行日志又分为不同的级别（Log4j2）: OFF FATAL ERROR WARN INFO DEBUG TRACE ALL，这些日志级别由开发人员在代码编写时确定，并编写在代码中，系统运行时记录，方便系统开发人员分析定位解决问题，查找系统性能瓶颈。