搭个微服务(一)微服务初探

本文介绍了作者在微服务架构实践中的经验,探讨了为何选择微服务,包括其优点如分布式部署、单一职责,以及缺点如复杂性和性能开销。文章分享了选用的技术栈,如Python3和Go,并提供了相关库的示例。此外,还强调了搭建微服务时应遵循的规则,如接口统一、服务间通信采用HTTP而非RPC,并提出了RESTful接口设计的优势。
摘要由CSDN通过智能技术生成

前言

好久没写博客了,最近主导了一个产品的后端设计。沉迷于微服务不可自拔呀(改BUG改的不可自拔:P)。准备写一个系列,用来记录这个产品从无到有的心路历程。也作为本菜鸟的一个笔记吧。
口水话不说了。进入正题。

为什么选择微服务

在《微服务架构》这本书中,作者已明确:微服务不是银弹。相反,它解决很多问题的同时,也会引入更多的问题。在近一年的实践中,微服务至少带来了这几个好处:

  1. 方便分布式部署,集中优势资源给重要的功能
  2. 解放思维,单一职责,方便开发和有序增加新功能
  3. 方便测试
  4. 对重要服务(比如微信转账)加以保护,更安全

微服务至少带来了以下几个坏处:
1. 更复杂的设计(容错,幂等)
2. 函数调用转为api调用的性能开销

一般来说,大型项目重构进行服务化是一个比较好的思路(比如后期把存储,消息等拆出来)。但是一开始就使用微服务的思想来设计项目,也不是什么问题,更早的享受它带来的优势岂不美哉。

选择的技术

本项目是一个新闻APP的后端,使用python3和go做为主打语言。这样能兼顾快速上线和性能。事实上,python3的性能并没有想象中那么差。6个进程handle近5000W/day的请求量轻轻松松。除了内存耗费多一点。
具体配置:
语言: python3,go
数据库:mysql
缓存:redis
使用python库࿱

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值