上一页 1 2 3 4 5 6 ··· 9 下一页
摘要: 今天完成的功能 鲜花的分类浏览,用户可以根据鲜花主花材,适合节日,送花对象进行分类浏览 今天遇到的问题 根据分类浏览查询出来的结果,动态修改分类浏览的条件 阅读全文
posted @ 2020-02-02 21:53 程序咖啡 阅读(279) 评论(0) 推荐(0) 编辑
摘要: 今天完成的功能 鲜花浏览的综合查询,可以根据查询的结果,影响查询条件 今天遇到的问题 存储鲜花的适应的节日,需要存储多个节日 阅读全文
posted @ 2020-02-01 21:50 程序咖啡 阅读(218) 评论(0) 推荐(0) 编辑
摘要: 面向服务架构,它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。服务层是SOA的基础,可以直接被应用调用,从而有效控制系统中与软件代理交互的人为依赖性。 SOA是一种粗粒度、松耦合服务架构,服务之间通过简单、精确定义接口进行通讯,不涉及底层编程接口和通讯模型。SOA可以看作 阅读全文
posted @ 2019-06-14 15:32 程序咖啡 阅读(136) 评论(0) 推荐(0) 编辑
摘要: 在服务化系统或者微服务架构中,我们如何拆分服务才是最合理的?服务拆分到什么样的粒度最合适? 按照微服务的初衷,服务要按照业务的功能进行拆分,直到每个服务的功能和职责单一,甚至不可再拆分为止,以至于每个服务都能独立部署,扩容和缩容方便,能够有效地提高利用率。拆得越细,服务的耦合度越小,内聚性越好,越适 阅读全文
posted @ 2019-06-08 17:26 程序咖啡 阅读(173) 评论(0) 推荐(0) 编辑
摘要: 一、导入项目文件夹下的模块 1、导入整个模块 import 模块名 2、导入模块的某个函数 from 模块名 import 函数名 示例 untitled是项目文件夹,文件结构如下 ①在a.py导入cim.py模块 import cim ②在a.py导入cim.py模块的max函数 from cim 阅读全文
posted @ 2019-06-07 09:32 程序咖啡 阅读(6260) 评论(0) 推荐(0) 编辑
摘要: 3. 限流模式 服务的容量和性能是有限的,在第3章中会介绍如何在架构设计过程中评估服务的最大性能和容量,然而,即使我们在设计阶段考虑到了性能压力的问题,并从设计和部署上解决了这些问题,但是业务量是随着时间的推移而增长的,突然上量对于一个飞速发展的平台来说是很常见的事情。 针对服务突然上量,我们必须有 阅读全文
posted @ 2019-06-01 15:16 程序咖啡 阅读(133) 评论(0) 推荐(0) 编辑
摘要: 在使用了微服务架构以后,整体的业务流程被拆分成小的微服务,并组合在一起对外提供服务,微服务之间使用轻量级的网络协议通信,通常是RESTful风格的远程调用。由于服务与服务的调用不再是进程内的调用,而是通过网络进行的远程调用,众所周知,网络通信是不稳定、不可靠的,一个服务依赖的服务可能出错、超时或者宕 阅读全文
posted @ 2019-05-25 14:21 程序咖啡 阅读(132) 评论(0) 推荐(0) 编辑
摘要: 1. 读者容错模式 读者容错模式(Tolerant Reader)指微服务化中服务提供者和消费者之间如何对接口的改变进行容错。从字面上来讲,消费者需要对提供者提供的功能进行兼容性设计,尤其对服务提供者返回的内容进行兼容,或者解决在服务提供者改变接口或者数据的格式的情况下,如何让服务消费者正常运行。 阅读全文
posted @ 2019-05-18 15:27 程序咖啡 阅读(176) 评论(0) 推荐(0) 编辑
摘要: 微服务架构浅谈(二)--团队职能的划分和去中心化治理 1.微服务架构团队职能的划分 传统单体架构将系统分成具有不同职责的层次,对应的项目管理也倾向于将大的团队分成不同的职能团队,主要包括:用户交互UI团队、后台业务逻辑处理团队与数据存取ORM团队、DBA团队等。每个团队只对自己分层的职责负责,并对使 阅读全文
posted @ 2019-05-11 16:20 程序咖啡 阅读(194) 评论(0) 推荐(0) 编辑
摘要: 微服务不需要像普通服务那样成为一种独立的功能或者独立的资源。定义中称,微服务是需要与业务能力相匹配,这种说法完全正确。不幸的是,仍然意味着,如果能力模型粒度的设计是错误的,那么,我们就必须付出很多代价。如果你阅读了Fowler的整篇文章,你会发现,其中的指导建议是非常实用的。在决定将所有组件组合到一 阅读全文
posted @ 2019-05-04 16:12 程序咖啡 阅读(227) 评论(0) 推荐(0) 编辑
上一页 1 2 3 4 5 6 ··· 9 下一页