再请教个关于API Gateway-micro service的问题 - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>Programming - 葵花宝典

再请教个关于API Gateway-micro service的问题

再请教个关于API Gateway-micro service的问题# Programming - 葵花宝典

t*u2015-12-21 08:12

1 楼

时间：2012/02/23
地点：广州
人物：父母
人数：2
签证类型：B2
签证状态：2000
签经结果：水果
父母五年前被拒签过，当时刚买了房子但没房产证，出示购房合同和收据签证官说这些
都不足以说明拥有房产。
最近看签证情形松动了很多，房产证也早到手，就决定让父母在试一次，如果这次再不
过，估计以后他们也不会再试了。
还好这次很顺利，签证官就问了两个问题：你在美国的孩子是你们的第几个孩子？他们
住在哪里？然后就恭喜你们过了，一星期左右会收到签证。
最后祝大家早日团聚！

h*n2015-12-21 08:12

2 楼

家里有一个E8400，最近想超频做一些计算，发现CentOS不让超频。
我在bios里改成3.6G （原来是333x9 改成400x9）但是到CentOS里就是3.0G
已经disable了 cpuspeed。
以前好像用Fedora超过，是不是CentOS强制采用原来设定？
多谢

p*22015-12-21 08:12

3 楼

今天看的一片文章想起的，
比如说amazon的某用户的order页面可能包含了N个micro service calls
因为数量到一定程度的，所以就用api gateway处理所有的calls
然后后面再做区分，这个没啥问题。
但是说是user profile也是分了好几部分，
比如说first name/last name一个
birth一个
gender一个
...
大概这样一个说法，
那我个人觉得是不是有点分的太细了，
本来一个可以搞定的事情，分成了3个，
网络I/O用了gateway，就算内部处理吧，
那系统处理方面也是坑爹啊，本来一个query出的结果，变成了3个query，
觉得有点不解。
我个人想法是这些基本的信息，直接一个搞定，
对方只要name的，其他信息不用不就好了，
还是说其实也是一个query出结果后，放在cache层，
然后根据不同要求再返回结果？
这样玩过的大神说说大概是什么概念？
@古霸，听说你们一个api gateway搞定所有设备的micro service calls
是不是真的？

c*d2015-12-21 08:12

4 楼

cong

a*o2015-12-21 08:12

5 楼

centos读的数不是地方，ignore it。实际计算应该已经快了。

【在 h****n 的大作中提到】

: 家里有一个E8400，最近想超频做一些计算，发现CentOS不让超频。
: 我在bios里改成3.6G （原来是333x9 改成400x9）但是到CentOS里就是3.0G
: 已经disable了 cpuspeed。
: 以前好像用Fedora超过，是不是CentOS强制采用原来设定？
: 多谢

g*g2015-12-21 08:12

6 楼

microservice是根据数据来划分的，最根本的划分有两个，一个是team，一个服务不应
该跨越两个组去维护，另一个是数据耦合度，如果服务A需要调用服务B，服务B需要调
用服务A，那么很可能本来就应该是一个服务。反之，如果什么东西都放在一起，很容
易引起数据库性能问题。所以，这是艺术，你要细分来避免数据库瓶颈，来避免服务太
大难以维护。但又不是越小越好。OO的核心思想high cohesion, low coupling在这里
可以体现。
对于user profile这东西，我认为name, gender这些是应该放在一起的。然而payment
的信息则可以放在另外一个服务里。两者的服务对象，安全要求，更新频率都很不同。
至于API gateway，是为了简化前端的开发，屏蔽无关的细节。比如后端几乎每个服务
都有读写，然而用户能写的只是很少一部分，需要读的还是很少一部分。大部分服务的
API都是low level，为了其他服务使用的，没有必要暴露给前端，也不需要做安全设置
。而API gateway需要暴露一些high level的API，对安全要求很高。

【在 p**2 的大作中提到】

: 今天看的一片文章想起的，
: 比如说amazon的某用户的order页面可能包含了N个micro service calls
: 因为数量到一定程度的，所以就用api gateway处理所有的calls
: 然后后面再做区分，这个没啥问题。
: 但是说是user profile也是分了好几部分，
: 比如说first name/last name一个
: birth一个
: gender一个
: ...
: 大概这样一个说法，

k*52015-12-21 08:12

7 楼

BLESS

n*y2015-12-21 08:12

8 楼

nod，centos显示问题，不用管

p*22015-12-21 08:12

9 楼

多谢回复，
是啊，我也觉得个人基本信息应该放一个服务，
要是说地址什么的分开也可以理解，
因为可能一个人对应multiple addresses。

payment

【在 g*****g 的大作中提到】

: microservice是根据数据来划分的，最根本的划分有两个，一个是team，一个服务不应
: 该跨越两个组去维护，另一个是数据耦合度，如果服务A需要调用服务B，服务B需要调
: 用服务A，那么很可能本来就应该是一个服务。反之，如果什么东西都放在一起，很容
: 易引起数据库性能问题。所以，这是艺术，你要细分来避免数据库瓶颈，来避免服务太
: 大难以维护。但又不是越小越好。OO的核心思想high cohesion, low coupling在这里
: 可以体现。
: 对于user profile这东西，我认为name, gender这些是应该放在一起的。然而payment
: 的信息则可以放在另外一个服务里。两者的服务对象，安全要求，更新频率都很不同。
: 至于API gateway，是为了简化前端的开发，屏蔽无关的细节。比如后端几乎每个服务
: 都有读写，然而用户能写的只是很少一部分，需要读的还是很少一部分。大部分服务的

q*g2015-12-21 08:12

10 楼

祝贺第一次使用【水果】。祝lz一路好运。感谢使用模板。
欢迎提建议。
看了各位的签经，模板写感觉很明晰。也利于版务归档。请大家务必使用。非常感谢。

D*32015-12-21 08:12

11 楼

实际已经超频,有些软件读不出而已.

k*j2015-12-21 08:12

12 楼

我堂弟下周一广州签B2，5年前签F1 的时候被拒签过几次
沾沾你的喜气，希望他这次顺利吧
Bless

【在 t******u 的大作中提到】

: 时间：2012/02/23
: 地点：广州
: 人物：父母
: 人数：2
: 签证类型：B2
: 签证状态：2000
: 签经结果：水果
: 父母五年前被拒签过，当时刚买了房子但没房产证，出示购房合同和收据签证官说这些
: 都不足以说明拥有房产。
: 最近看签证情形松动了很多，房产证也早到手，就决定让父母在试一次，如果这次再不