Microservice 微服务的辩论模型和现实性路径

图片 1

电视剧《我的前半生》热播时,很多口深受剧中的仗义闺蜜情所动,那种救好友出泥潭的侠女心肠,比打当年武林外传中之孙二娘毫不逊色。于是,很多人数开搜寻作者亦舒的人生旅途,仿佛看到了它们理想的人生准则,就掏有了编写之源头。

少数年前点到了微服务的概念,面对日渐膨大的体系感觉豁然开朗。之后的点滴年逐渐将系统以微服务的架理念进行了重构,并拿事情迁移至了初架设之上。感觉现在多是时刻写一篇有关微服务的下结论文章了。

亦舒大咖果然不是相当闲之辈。在过剩文豪右脑写书,左脑犯傻的早晚,她速调整自己的战略战术,平稳镇定地制订好人生坐标,一边谋生,一边谋爱,使用最精华的生活哲学,发现自己,找到真爱,从此人生之小艇不再四处乱晃,说翻译就翻。

定义

在 Martin Fowler & James Lewis
的文章(参考[1])里给起了微服务架构的一个定义:

微服务架构即凡动同样组小劳来构建以之法。
每个服务运作于独立的过程中,不同服务通过一些轻量级交互机制来通信,
例如 RPC、HTTP 等。
劳动圈业务能力来构建,并凭借自动部署机制来单独布置。

以此定义相对还是模糊,但要写出了微服务的组成部分主要概念:小,独立进程,自动化。

01

起源

打微服务的概念,我们感觉到如同已相识。早以 1994 年 Mike Gancarz 曾提出了 9
长达名牌原则(参考[4]),其中前面 4 条和微服务架构理念特别接近。微服务就比如把
UNIX 哲学应用到了分布式系统(参考[3])。

  1. Small is beautiful.
  2. Make each program do one thing well.
  3. Build a prototype as soon as possible.
  4. Choose portability over efficiency.
  • 小即是得意:小之劳动代码少,bug
    也遗落,易测试,易维护,也再度便于不断迭代完善之精工细作进而可以。
  • 一个顺序只做好一起事:一个劳务吗单独待做好一宗好,专注才能够搞好。
  • 尽心尽力早地开创原型:尽可能早的供服务
    API,建立服务契约,达成服务中间联系的一致性约定,至于实现和周全好逐渐又开。
  • 可移植性比效率更要:服务中间的轻量级交互协议在效率与可移植性二者间,首要依然考虑兼容性及移植性。

可见微服务其实不是凭空产生的,它从来那历史的起源。而以微服务之前的十年,大家常讨论的凡一个被
SOA(面向服务)的架构模式,它与微服务又是啊关联?在 Sam Newman
的《Building Microservices》(参考[2])一写中,作者对 SOA 和
Micorservices 的分别为出了定义:

You should instead think of Microservices as a specific approach for
SOA in the same way that XP or Scrum are specific approaches for Agile
software development.

若得管微服务想成是 SOA 的均等栽实施方法,正而 XP 或 Scrum
是快软件开发的实施措施。我本着这个定义是确认的,面向服务架构(SOA)的概念都发十差不多年,它提出了同等种植架构设计思想,
但没有为闹专业的参照实现,而前期公司软件业界自己找了一如既往仿照实践措施 ——
企业劳动总线(ESB)。 但历史证明 ESB
的落实方案还是以传统公司软件行业吗不取得成功,Martin Fowler
于文中说正是因 ESB 当年施行砸了好多种,
投入几百万美金,产出几乎也零星,因此 SOA
这个定义呢蒙上了不为人知的标签,所以当微服务架构起不时,
其追随者开始不肯下包裹在失败阴影的 SOA
这个标签,而直白称该也微服务架构(Microservices Architecture Style),
让人当是平等学新的架构思想,但实际它们的本来面目仍然是 SOA
的一模一样种实施措施。

活着总是比小说更是狗血。解放前夕,五年份之亦舒和上下到了香港,她的老大哥姐姐们倒是留下于了地。

特征

一个如约微服务架构理念构建的系应有所哪些的性状呢?Martin
在该文章(参考[1])中举行了详细的阐述,我这边大概归结下。

也舒在12年度经常首先糟糕看了鲁迅的创作,随即拜倒献有双膝,书中那些确猛士,敢于面对惨淡的人生好像五雷轰顶,炸醒了它昏昏欲睡的少年情怀,从此,她好上了文学和创作。

组件服务化

风土人情实现组件的方式是通过储藏室(library),库是和运一起运行在过程被,库底局部变化代表任何应用的重新部署。
通过劳动来落实组件,意味着将下拆散为平密密麻麻的劳务运行在不同之进程中,那么单纯服务的一些变化就需要重新部署对应之劳务过程。

图片 2

无怪乎如此不同凡响!原来是鲁迅带领亦舒从此走及文学之路,就比如今天之张艺谋发现巩俐章子怡那样,鲁迅率领了萧红亦舒等一律特别批判文学青年,一个较一个闹才,一个于一个熊熊,震惊了世人,掀翻了文学界。

遵照工作能力组织劳动

仍工作能力组织服务之意是服务提供的力及事务功能对应,比如:订单服务以及数据访问服务,前者反应了真的订单相关作业,后者是平等种植技术抽象服务不影响真实的业务。所以照微服务架构理念来划分服务经常,是勿应该存在数量看服务这么一个服务的。

Melvin Conway 以 1967
年考察到一个气象并总结发生了同漫长名牌的康威定律(参考[5]):

Organizations which design systems are constrained to produce designs
which are copies of the communication structures of these
organizations.

筹系统的团队,最终产生的宏图等于组织的联络结构。传统开发方式中,我们将工程师按技术特长分层为前端层、中间层、数据层,前端对应之角色吗
UI、页面构建师等,中间层对应的角色吧后端业务开销工程师,数据层对承诺着 DBA
等角色。

图片 3

骨子里传统应用设计架构的分层结构正反应了不同角色的牵连结构。所以只要一旦以微服务的章程来构建利用,也需要相应调整组织的组织架构。每个服务背后的小团队的集体是超功能的,包含实现业务所待的完美的技术。

图片 4

及张爱玲很像,亦舒也是均等各项出名要趁早的才女。14东即发表了第一篇小说,17寒暑出版了民用小说集。中学一毕业,顺理成章进入明报成为最年轻的记者。有人说:亦舒,倪匡同金庸是香港文坛三剑客。这话可免是戏,由是可以观看这兄妹二人数在文学界上的人间位置。

劳就产品

风的采取开发还是根据项目模式的,开发团队因同样堆效果列表开发有一个软件应用并交付受客户后,该软件应用即上维护模式,由另外一个保障集体负责,开发集团的任务结束。
而微服务架构建议避免采取这种类型模式,更倾向于让开发集团担当整个产品的全生命周期。Amazon
对之提出了一个视角:

You build it, you run it.

支付组织对软件在生产条件之周转负全责,让服务的开发者和劳务的使用者(客户)形成每日的交流报告,来自直接客户的上报有助于开发者提升服务之质地。

左第二号帅哥就是蔡浩泉

智能终端与哑管道

微服务架构抛弃了 ESB 过度复杂的事务规则编排、消息路由等。
服务作为智能终端,所有的事体智能逻辑在劳动内部处理,而服务内部的通信尽可能的轻量化,不加加任何附加的作业规则。所以这里的智能终端是因服务自,而哑管道是通信机制,可以是联合的
RPC,也得是异步的
MQ,它们仅仅看做信息通道,在传过程中无会见附加额外之工作智能。

图片 5

亦舒不满18夏经常,遇到了贫困的蔡浩泉。他虽说已是出版社的主编却仍旧和另外五单人并着租房,过着蚁族的生活。他写,插画,编辑样样精通,这当职场小白也舒眼里,便是梵高再世,虽然发不红但是除下帽来油光可鉴宛如一所富士山,还要以脖子扭几扭实在标志极啦!

失掉中心化

失掉中心化包含两叠意思:

  1. 技能栈的去中心化。
  2. 数码去中心化。

每个服务面临的政工场景不同,可以本着的精选适宜的技巧解决方案。但为需避免过度多样化,结合团队实际状况来选取舍,要是每个服务还因此不同的言语的技能栈来实现,想想维护资产真够大的。

每个服务独享自身的数目存储设施(缓存,数据库等),不像风应用共享一个缓存和数据库,这样好服务之独立性,隔离相关干扰。

图片 6

添加相生标志的蔡浩泉完全没留神到亦舒的在,更未曾察觉其丢掉过来的电眼,他越来越傻傻呆呆,越是激发起亦舒的冲天豪情。终于,蔡浩泉举双手投降,开始跟才女约见面了。亦舒家里很快捕捉到气候,坚决不予他们之组合,亦舒却大义凌然地发表,生命诚可贵,爱情价更高,你们无允自结婚本姑娘就是生让你们看。

基本功设备自动化

不论是自动化不微服务,自动化包括测试与配置。单一进程的风土民情应用叫拆分为同一多样的差不多进程服务后,意味着开发、调试、测试、监控和部署的复杂度都见面相应增大,必须使发确切的自动化基础设备来支撑微服务架构模式,否则开发、运维成本将大大增加。

图片 7

蔡浩泉也亦舒的创作配图

容错设计

著名的 Design For Failure
思想,微服务架构下粗粒度的长河之中通信,引入了额外的扑朔迷离和急需处理的初题材,如网延迟、消息格式、负载均衡和容错,忽小其中任何一样触及还属于针对“分布式计算的误会”。

青春期是也舒最勇敢的人生阶段,她拿自己的脑部撞向南边墙,不断对正值那堵南墙恨恨地游说,来吧!让暴风雨来得重复剧烈些吧!

配合设计

如果采用了微服务架构模式,那么当服务需转移时我们要特别小心,服务提供者的转可能引发劳务消费者的兼容性破坏,时刻谨记保持服务契约(接口)的兼容性。一长普适的健壮性原则(伯斯塔尔法则,参考[6])给闹了好好的建议:

Be conservative in what you send, be liberal in what you accept.

出殡时只要保守,接收时只要放。按照伯斯塔尔法则的盘算来规划与贯彻劳务时,发送的数目而双重保守,意味着最小化的传递必要之信息,接收时还开放意味着要极其老限度的控制力冗余数据,保证兼容性。

老人没有逼她错过死,但零星个文学青年背诵着金风玉露一相逢就大也人间无数便管生米煮成了粥。

实施

满怀了亲骨肉,只好闪婚。儿子出生了,两人的斗嘴起来了。不至三年,婚姻走至了尽头,双方撤退,打扫战场,边村由爸爸带大。

前提

微服务似乎是一个以来良吃得开的架选择,但什么时该选择微服务架构,这是产生得前提的。

图片 8

点的图来自 Martin Fowler
的文章(参考[7]),揭示了生产率和复杂度的一个涉嫌。在复杂度较小时使用单体应用(Monolith)的生产率更强,复杂度到了迟早范围时,单体应用的生产率开始急剧下降,这时对该展开微服务化的拆分才是事半功倍的。

图及表明了复杂度和生产率拐点的存在,但连无量化复杂度的拐点到底是有些?或者换种说法系要代码库的圈高达具体多老才可开始进行微服务化的拆分。在相同首有趣的章《程序员职业生涯中之
Norris 常数》(参考[9])中关系大部分屡见不鲜程序员成长生涯的瓶颈在 2
万行代码左右。

当代码是以 2,000
行以下,你可以写任何混乱肮脏的代码并赖你的记拯救你。深思熟虑的类与保险分解会让您的代码规模高达
20,000 行。

片万行是笔者经历过并屡撞的一个瓶颈点,于自己哉来共鸣。

起码程序员,学会了爬,接着蹒跚学步,然后行走,然后缓缓跑,然后再走步,最后努力,他道,“以如此加速度提高我可赶上超音速喷气式飞机的速!“
但他走上前了 2,000
行的终点,因为他的技巧不见面重新比如百分比增多。他要反移动方式,比如开车去抱更快之速。然后,他即便学会了开车,开始特别缓慢,然后越来越快,但以进入及了
20,000 行的终点。驾驶汽车之技巧不见面于您能初步喷气式飞机。

就此每一个瓶颈点的突破意味着需要新的技能与技能,而构成本人自己的阅历跟阅历,微服务的适度拆分拐点可能就在两万实施代码规模附近,而每个微服务的面大小最好能操纵在一个习以为常程序员的欢畅维护区范围外。借用前面的比方,一个于过事训练之平凡程序员就比如一个用到驾照的驾驶员,一般司机还能够轻轻松松驾驭
100 公里左右底时速,但特别少来能够轻松驾驭 200
公里要上述时速的的哥,即使能够风险为是好高之。而能够开始喷气式飞机的飞行员级别的程序员恐怕在大部分底团队里一个吗未尝。

此外一个实施前提是基础设备的自动化,把 1 个应用进程部署及 1
台主机,部署复杂度是 1 x 1 = 1,若以范围需要配备 200
雅主机,那么部署复杂度是 1 x 200 = 200。 把 1 个应用进程拆分成了 50
单微服务进程,则配备复杂度变成了 50 x 200 =
10000,缺乏自动化设备,光部署就会见管丁下手死。所以前面微服务的风味才来根基设备自动化,这和规模啊是有关的,这也是坐其运维复杂度的乘机数级飙升,
从开从此的构建、测试、部署都需一个莫大自动化的条件来支撑才能够有效降低边际资金。

照片里的亦舒,脸上带在年轻妈妈的灿烂微笑,慈爱地喂着还是婴儿的蔡边村。

维度

履微服务架构,可以从底下有维度来举行全面考量。

02

建模

服务圈工作能力建模,下图是自身以《京东咚咚架构演进》(参考[10])一温和遭遇写到的咚咚向微服务架构演进中对劳务拆分后取得的一个劳务矩阵图。从服务号即使得非常爱见到服务比较明晰的感应了政工能力。

图片 9

无是大神,写不发生大神的故事。

协作

使微服务架构模式后,开发暨周转的通力合作模式还见面发生变化,还是坐我们尽的经历啊例来讲下。

按微服务之组织措施,不同人要么小团队负责一个要一致组微服务,服务期间或者有相互调用关系,所以于服务中间也全然采用了像面向外部开放的契约化开发模式。

图片 10

各一个劳动都提供了同一客契约文档,发布到公然的里
wiki,方便服务干系人可轻易获取查看。契约文档要求至少对劳动之几个主导方面作出说明,如下:

  • API,具体接口的 API 接入技术验证。
  • 力量,服务能力的描述。
  • 契约,提供这些能力所约定的有的限制法证明。
  • 本子,支持的新型和历史之版说明。

用契约文档来压缩多余且可能频重复的口头沟通,降低协作成本。

应用微服务后一个政工职能的调用会涉及多单服务中间的协同工作,由于服务内部都是超过进城的调用通信,一个事务职能的成功涉及的劳动调用链条可能比丰富,这虽涉及到服务内部用按照一些规则来确保合作的可靠性与可用性。我们应用的规范是:长链条的内部服务期间的调用异步化。若一个调用链条被的个别服务变慢或打断可能造成整链条来雪崩效应,采用异步化来逃避调用阻塞等待导致的雪崩情形。

图片 11

达到图显示了咚咚请求调用链的一个异步化过程,若终端的乞求是得共同等待响应结果的(比如
HTTP
呈请),只以最外层的接入点持有请求连接,内部服务之传递过程仍是异步化的。

古往今来谁出文采的美女没是样子协会的会长?然后,电影明星岳华出场了。

测试

测试于不同的维度可以分开(参考[2])如下四只象限,四独象限从不同维度视角对测试做了观测与判断,从中可以看看除了体验与革命性测试用人工参与,其他维度的测试都好经过自动化来兑现,以减低测试人工成本和重复性工作。

图片 12

设若起测试所处的层次,又得落下面这样只一个测试金字塔:

图片 13

假使微服务的测试,服务开发同运营人员注意让做好服务实现层面的单元测试和劳动契约层面的接口测试。而面向业务职能的端到端测试,更多是据自动化脚论就。而为掩护好这些自动化测试脚本,也急需保持服务接口和契约的兼容性及泰,这些自动化测试脚论为属于劳动的消费方之一。

于脸颊没有开动刀的年代,演员好就是原先生态,是DNA,是出售真价实的颜值担当,它代表星亚代生下也未用动刀,会从带三分开明星范儿,成为明星只是毫无疑问的工作。

部署

依虚拟化或容器等隔离技术,每个服务感到还是独自享资源,不必考虑外加的资源使用冲突。

图片 14

岳华是香港电影界稀有的高富帅,有钱的阔太们个个为底倾倒,地球人且发出自知之明,喜欢归喜欢,也只是停留于选购张海报贴于墙上悄悄欣赏的程度,亦舒的命里从来没十分怕字,她即如那个踩在风火轮的敲,仿佛生来就只要一飞冲天的。

监控

大气松耦合的微服务通过相互协作来好作业功能的流程处理,在如此一个复杂的生育环境遭受,出现异常或错是坏麻烦迅速定位的。这即用平等模拟成网之督查基础设备,在我们的施行着负了店合并之监控基础设备,对监督进行了子,顶层的督察站于用户意见,底层的监察站在网看法,形成更完善之反映链路。

图片 15

先是看上了那么张脸,接着了解及这个四好先生,不抽不赌,不去舞厅,不妄花钱。一个孝的男,一个大力的表演者,几乎样样周全无瑕。

原则

于履行微服务架构的经过中,通过持续的迭代、摸索和修正得到了一部分好的施行模式,对这些精美的实施模式展开抽象提炼总结就是获得了架原则。而针对架构原则的把控是为着还好的劳务为事情的战略目标。原则的普及带来整体效率的升迁以及鄂成本的降落,以便更实用的支持组织事务战略目标的飞跃直达。下面这个图结合了微服务架构实施过程中,演示了有关「交付执行」-「架构原则」-「战略目标」之间的一个升维演化与支撑关系。

图片 16

于是,亦舒彻底被岳华迷住了,想一直一切办法要得到他的芳心。那个年头,没有电视剧,岳华的女友郑佩佩还免知晓防火防盗防闺蜜的秘决,却又是只性情豪爽的女汉纸,她将亦舒引进来,俩总人口提到好及可岳华开车,郑佩佩因车,亦舒常常自己因为进的境地。

角色

实行微服务后有关团队人员角色会有什么样的变更?

按微服务拆分系统后,按照「服务就是产品”」的思绪,人员角色将发生变化。
普通工程师于单纯开功能转变吗支付、运营服务,工作性质的变以带思路及关注点的转变。
每个服务至少有一个工程师作为企业管理者,当然能力再次胜的口可能会见负责再多之劳务。
大量拆分的微服务带来开发人员交集的回落,对于大规模的组织并行开发好处显而易见。
而服务负责制对个体力量要求又胜似,自驱动与从读能力再胜之人见面拿走重新多之成长会,个人成长路线的前进吧打开了空间。

这团队的成会更换得近乎 NBA
球队的结,工程师的角色类似球员,架构师或技术经理类似教练,而部门经理则是球队经理。
球员只管打好球,教练负球员训练、培养、战术安排以及赛全场把控,经理则控制在人事权,控制正在球员的薪金升迁,招聘到精粹之球员及想方引导球队去重新于欢迎之比达到打球。

话说是郑佩佩,我们仅仅记住了好碧眼狐狸,可人家年轻时也是优小姐姐一样枚。

总结

由接触微服务的概念到今日写下本文正好两年了。本文由微服务的概念出发,追溯它的来自,分析她的特色,然后至执行微服务的前提、维度与标准,最后是实施微服务过程遭到带的有些人员角色属性的转移,比较完善的梳理总结微服务架构的诸面。

微服务是一个以来底新定义,但却实在不是一个原创性的初东西。它拉大型应用打散和换了复杂,使该可叫还快速的相互解决,但连无抽其他扑朔迷离,甚至还引入了额外的分布式计算固有的复杂。我们得有一个清晰的认识,才能够重复好的认跟实践微服务架构。

郑佩佩年轻时聊狐狸一枚

参考

[1] Martin Fowler & James Lewis.
Microservices.
2014.03
[2] Sam Newman. Building
Microservices. 2014.12
[3] Peter Lawrey. Micro-services for
performance.
2016.03
[4] Mike Gancarz. The UNIX
Philosophy.
1994
[5] Melvin Conway. Conway's
law. 1967
[6] Jon Postel. Robustness
principle. 1980
[7] Martin Fowler.
MicroservicePremium.
2015.05
[8] Martin Fowler.
MicroservicePrerequisites.
2014.08
[9] 左手的灵魂. 程序员职业生涯中的 Norris
常数. 2014.06
[10] mindwind.
京东咚咚架构演进.
2015.12


形容点文字,画点画儿,「瞬息之间」一切都变了。觉得是,可增长论或扫描二维码关注。
图片 17

可疯玩之后,回到住所,亦舒却称自己来夜盲症,非得为岳华送及楼上不可,这么一来二失去,岳华和走了五年之女友郑佩佩分别了,之后郑佩佩赌气结婚去了美国,岳华及亦舒也尽管顺理成章地完婚了。

哼光景不增长,敏感的亦舒开始怀疑自己之汉子岳华与前面女友郑佩佩以发生书传书。

平上傍晚,一首报道岳华与郑佩佩就恋爱之稿子,打翻了亦舒的醋瓶子,气头上的也舒用剪刀将岳华的西服剪成了意大利面条,还拿同一管刀插入在了岳华的卧榻上,正好插在了心里的职务,就像黑手党关系得一样恐怖。这次恐袭之后,岳华和亦舒的情感出现了危机。

岳华与李小龙站于一起,李小龙就单剩余肌肉了

真的的导火索很快出现,远在美国的郑佩佩为小事缠心,给岳华写了同封信,信里道了一些家长里缺乏以及部分针对性在之埋怨。

顿时封信不巧被也舒看见了,她底情怀还失控,一怒之下,向媒体公开了那么封信,结果郑佩佩的汉子明白了妻子仍让前任写信的从业以及它们大闹一场。

岳华为此事,便使同也舒离婚,后来,岳华谈及离婚的原委时说,当时亦舒跪下来要他变倒,他说:“你伤人家太尖了,不可原谅。”

亦舒也曾经在作品里说:“爱得无比疯狂,就见面像烈火一样迅速烧讫,最后只有剩余灰烬。”

那之后,亦舒对先生总是爱恨交加,她当《圆舞》中形容及:“我们当即等同替,不仅找不顶肩负的老公,连亮在之老公也绝无仅有。”

为有人说,正是因为就段更,亦舒很了解子君的情怀,她将那种含蓄在纠结的恋情描写得恰到好处,令人既然相信爱情的美好,也理解性之繁杂。

随着它底爱意经历逐渐增长,她的作品啊一头秋,由简的不得已成为无奈后的不屈,直到后来之冷淡理性,百毒不侵。

03

而亦舒没有经验过这些分分合合,又怎么能写来那多感情金句?或许正是这半段恋情,让亦舒吃了无与伦比多的苦难,所以它们死了了就段痛苦之后,改变了无数,她对准爱情一直发追,却和安静了。

它算痛定思痛,不再拔着头发飞天,她的对仗脚得于全世界上,总结内心,分析自己。与前少浅上天入地的痴情相比,她毕竟知道自己到底要什么,适合和争的女婿共度一生了。

末尾之情爱是经过近认识的,但幸好这“俗不可耐”的桥段,给了亦舒真正人间烟火的温和和幸福。

识了海口大教授梁先生后,他们火速结婚了,这个时节,亦舒已经四十多东了。她经人工受孕,用命搏了个女儿回来。她工作的作风历来就是:为来牺牲多壮志,敢吃日月换新上。

夫妇二人移民及温哥华后,亦舒一改以往迫切的心性,开始为爱人及女儿煲汤炖菜,一下子变为了有些内。找对了丈夫,女人回归为老婆。

无数口且在亦舒的作品里看看它底影子,舒女郎等独自,自强,正义,敢爱敢恨,几乎都发生一个铁杆闺蜜,个个都是职场高手。她以凡间走过钢丝,跌入冰河,爬上岸来,从新来了。

亦舒的经验使它们底构思多于常人,正为这样,她底小说带在浓厚血和泪,感人至深。

它们底文风高端大气上档次,主角不是男人而是女人与另外女人,在马上一点高达,她不同让任何言情小说作家,她同夏洛蒂勃朗特站在相同的惊人。

亦舒的著作含金量很高,一字十句的表达是它的特征,受鲁迅的熏陶,在她的故事被,尖刻、幽默,犀利时闪现,三言两语即可切中时弊,鞭辟入理。

2016年,70岁大寿的亦舒出版了其第300本书,从14春至70夏,她底终生就载入史册。

刚好而它自己所说:

岁月才是老小极度精锐的家伙。

其三年,能于一个妻子改变自己,

五年,能被一个夫人掌控未来,

十年,能叫一个女人改变写命运。

独立之文学家们是灿烂星空中耀眼的有限,在做秘笈杂货铺里,我以日趋写来同多重女作家精彩故事介绍为大家。

相关文章

Comment ()
评论是一种美德,说点什么吧,否则我会恨你的。。。