问题一：如果想要再SQL代码中生成递增序列，那么步骤是什么？
如果想要再SQL代码中生成递增序列，那么步骤是什么？
一个简单的递增整数数列场景是从数值0开始，之后的每个数值递增1，至数值3结束，即数列[0,1,2,3]。
参考回答：
1）生成一个长度合适的数组，数组中的元素不需要具有实际含义，这里使用space(3)生成了一个包含三个空格的字符串；
2）通过UDTF函数posexplode对数组中的每个元素生成索引下标和对应的值（虽然值在这里不需要）；
3）取出每个元素的索引下标，即递增的数列值。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/625355
问题二：单系统内架构形态中业务层臃肿、能力层单薄是如何产生的？
单系统内架构形态中业务层臃肿、能力层单薄是如何产生的？
参考回答：
业务层臃肿、能力层单薄通常是由于Service层的划分和定位相对随意，没有经过领域划分这样的设计，导致Service本身不可扩展。在多态业务冲击下，为适配Service能力而存在的个性向共性的转换逻辑上浮，使得biz层越发的膨胀，而service层则越发萎缩。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/625390
问题三：单系统内架构形态中业务层臃肿会带来哪些问题？
单系统内架构形态中业务层臃肿会带来哪些问题？
参考回答：
首先，biz层充斥了各种本该往下沉淀的可复用业务逻辑，service层则几乎萎缩为dao；其次，由于人员的差异，service实例和biz实例的颗粒度不一，存在重复相似的实例；最后，biz层会发展为两小层，且这两层隐约存在，调用关系混乱。https://ucc.alicdn.com/pic/developer-ecology/6ibaby6qg4ku4_21aaea8f53cc49b6bbb366fe86464917.png
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/625391
问题四：service间网状调用是如何形成的？
service间网状调用是如何形成的？
参考回答：
主要是由于对service层的颗粒度、职责定位不清晰，以及对增量service的架构监管不足。在业务压力下，一线研发同学容易凭感觉去新增service，导致调用链路越发的复杂，呈现为一颗深度调用树。https://ucc.alicdn.com/pic/developer-ecology/6ibaby6qg4ku4_c7194daf19ae47f2abff1e3382308ac3.png
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/625392
问题五：service间网状调用会带来哪些问题？
service间网状调用会带来哪些问题？
参考回答：
首先，调用链路复杂，代码阅读困难，新同学难以快速理解业务场景；其次，一个service的改动几乎无法评估其产生的影响面，增加了代码维护的难度；最后，由于无法评估改动的影响，为了避免改出故障，可能会出现各类fork行为，加剧架构的腐化。
关于本问题的更多回答可点击原文查看：
