收录了 三层技术架构soa 频道下的 50 篇内容
最近,“金融电子化”的微信(fcmag1993)中发表了中国建设银行信息技术管理部副总经理王申科撰写的一篇精彩文章“互联网技术架构给我们的启示”,他从商业银行IT从业人员的角度,总结和分析了阿里、谷歌等互联网企业的技术路线、架构和管理,从基本计算机理论与模型、互联网应用的技术基础、商业银行应用系统的技术基础、对银行业的启示等几个方面做了深入的讨论。
应用架构指南2.0(微软模式和实践)的第6章讨论了诸如消息总线、分层架构、SOA之类的架构风格。除了这些风格,还有很多架构模式,比如插件、点对点、发布-订阅。有些作者对架构风格、模式和隐喻进行了区分。
本文讨论了在推行云原生架构时,组织在云上托管应用程序的过程中应评估哪些因素。
微服务架构模式(Microservice Architect Pattern)是近两年在软件架构模式领域里出现的一个新名词。虽然其诞生的时间不长,但其在各种演讲、文章、书籍上所出现的频率已经让很多人意识到它对软件领域所带来的影响。那到底什么是微服务,当我们谈论微服务时,它代表着一种什么样的含义?微服务适合应用在什么场景下,以及它有什么样的优缺点?微服务和SOA到底有没有区别?在接下来的几部分里,我将为大家揭开微服务的神秘面纱。
做了那么多架构,单体架构、SOA架构和微服务架构,到底该怎么选?
本文转载自公众号携程技术(ID:ctriptech)。
SOA领域建模时应该从哪开始呢,信息模型还是功能性结构?使消息格式标准化的方法就是规范数据模型吗?SOA信息模型有哪些不同的阶段?Gervas Douglas在Yahoo的SOA邮件讨论组的专家们对这些问题展开了讨论,提出了他们的观点。
“云计算与SOA有什么区别?”回答这样的问题是颇具挑战性的,不同背景的人会有不同的理解,也不是一两句话能够解释清楚的。作者本人的职业经历正好和SOA、云计算有很大的关系,因此希望和大家分享对这两者及企业软件领域的一些看法和理解。
当我们有了几百个上千个应用后,不仅仅需要单个项目的架构设计,还需要企业总体架构做顶层思考和指导。企业总体架构需要在 技术、业务、管理 之间游刃有余地切换,它包括业务架构、应用架构、数据架构和技术架构。
Prentice Hall刚刚宣布了Thomas Erl的最新作品面世:《SOA设计模式》,该书是业界最全面的SOA设计模式目录。
2016年,容器化技术如火如荼,诞生于2013年的Docker成了行业的宠儿,它让炒了8年的DevOps有了更具体可落地可执行的工具。虽然有一定程度的过火现象(所谓的hype),虽然有很多IT人(尤其是在传统垂直行业的信息技术部里)依然怀疑容器与虚拟机的差别,但总体来说,容器化可能算的上是软件开发领域的又一次“运动”。
本文探讨如何通过当前大热的微服务架构,来改变DataWorks平台的现实问题,从繁杂的工程中探索出一条切实可行的技术架构变革之路。
本文介绍宜信微服务架构的实践经验。
关于架构,是不是越复杂越好呢?从各大金融案例来看,恰恰相反,简单才是硬道理。这也正是微服务能够流行的原因,市场上出现的服务架构如EJB、SCA、Dubbo等,相比微服务来说他们的功能更完善,但因为它们过于复杂,所以都没有微服务这么深入民心。
在目前主流云计算IaaS(Infrastructure-as-a-Service,基础设施即服务)和PaaS(Platform-as-a-Service,平台即服务)中,开发人员进行业务开发时,仍然需要关心很多和服务器相关的服务端开发工作,比如缓存、消息服务、Web应用服务器、数据库,以及对服务器进行性能优化,还需要考虑存储和计算资源,考虑负载均衡和横向扩展能力,考虑服务器容灾稳定性等非专业逻辑的开发。这些服务器的运维和开发知识、经验极大地限制了开发者进行业务开发的效率。设想一下,如果开发者直接租用服务或者开发服务而无须关注如何在服务器中运行部署服务,是否可以极大地提升开发效率和产品质量?这种去服务器而直接使用服务的架构,我们称之为Serverless架构(无服务器架构)。
“传统”的可交付软件也是必不可少的,尤其在中国的国情下。云计算是好的方向没错,然而套装软件依然会拥有不可小觑的市场。
最近,IBM向开放组织的云架构项目(Cloud Architecture Project)提交了IBM云计算参考架构2.0(CC RA),该文档基于“IBM众多云实施的实际经验”,意在成为云环境的建设指南。
微服务架构有哪些模型?中台、领域驱动设计及微服务之间有着什么样的关系?微服务的边界设计怎么做?怎么做设计和拆分?且看作者为你娓娓道来。
本文转载自技术琐话公众号