最后
按照上面的过程,4个月的时间刚刚好。当然Java的体系是很庞大的,还有很多更高级的技能需要掌握,但不要着急,这些完全可以放到以后工作中边用别学。
学习编程就是一个由混沌到有序的过程,所以你在学习过程中,如果一时碰到理解不了的知识点,大可不必沮丧,更不要气馁,这都是正常的不能再正常的事情了,不过是“人同此心,心同此理”的暂时而已。
“道路是曲折的,前途是光明的!”
难以保持交易安全
确保每项服务的安全性
艰难地跨越各种边界跟踪数据
多个服务是并行开发和部署的
难以在服务之间进行编码
Q7。单片,SOA和微服务架构有什么区别?
图6: 单片SOA和微服务之间的比较 – 微服务访谈问题
-
单片架构类似于大容器,其中应用程序的所有软件组件组装在一起并紧密封装。
-
一个面向服务的架构是一种相互通信服务的集合。通信可以涉及简单的数据传递,也可以涉及两个或多个协调某些活动的服务。
-
微服务架构是一种架构风格,它将应用程序构建为以业务域为模型的小型自治服务集合。
Q8。在使用微服务架构时,您面临哪些挑战?
开发一些较小的微服务听起来很容易,但开发它们时经常遇到的挑战如下。
-
自动化组件:难以自动化,因为有许多较小的组件。因此,对于每个组件,我们必须遵循Build,Deploy和Monitor的各个阶段。
-
易感性:将大量组件维护在一起变得难以部署,维护,监控和识别问题。它需要在所有组件周围具有很好的感知能力。
-
配置管理:有时在各种环境中维护组件的配置变得困难。
-
调试:很难找到错误的每一项服务。维护集中式日志记录和仪表板以调试问题至关重要。
Q9。SOA和微服务架构之间的主要区别是什么?
SOA和微服务之间的主要区别如下:
SOA
微服务
遵循“ 尽可能多的共享 ”架构方法
遵循“ 尽可能少分享 ”的架构方法
重要性在于 业务功能 重用
重要性在于“ 有界背景 ” 的概念
他们有 共同的 治理 和标准
他们专注于 人们的 合作 和其他选择的自由
使用 企业服务总线(ESB) 进行通信
简单的消息系统
它们支持 多种消息协议
他们使用 轻量级协议 ,如 HTTP / REST 等。
多线程, 有更多的开销来处理I / O.
单线程 通常使用Event Loop功能进行非锁定I / O处理
最大化应用程序服务可重用性
专注于 解耦
传统的关系数据库 更常用
现代 关