云原生开辟者的6个做与不做

老鼠老虎

原标题：云原生开辟者的6个做与不做

天下各地的开辟者正在履历着迄今为止最大的软件厘革：从单体、单节点的应用步伐迁徙到运行在分布式体系上的基于微服务的云原生应用步伐。

Lightbend近来完成了一项对1000多名者和其他IT决议者的观察，展现了企业在这一变化过程中面对的挑衅以及怎样应对这些挑衅。作为一名开辟职员或软件工程师，你可以从这项研究相识到一些有效的东西。

别忘了为什么要接纳云原生技能

你很轻易陷入如许一个逆境：你想搞明确在利用什么技能，以至于你忘记了当初为什么要利用它们。但请记着，接纳云底子办法——无论是本身数据中央的Kubernetes集群，照旧公共云中的无服务器API——不是目的。目的是资助构造构建更具可伸缩性和机动性的应用步伐，并更快地完成构建。假如你在构建应用步伐时没有真正思量云底子办法的优缺点，那么很有大概没有真正实现构造的目的。

计划云原生应用步伐来处置惩罚无相应或破坏的组件

节点瓦解。网络故障。长途API会产买卖外的效果。云原生开辟必要你“优雅”地处置惩罚这些题目。应用步伐必要给用户某种相应，纵然一个或多个组件破坏或无相应。你还必要思量一旦破坏或不可用的组件再次工作时怎样规复。

别忘了安全性和法规服从性

云原生应用步伐面对独特的合规性和安全挑衅。担当观察的高管们频频表现，他们盼望开辟者能在这些题目上多加思量。早期将安全和合规团队引入开辟过程并乐意投入工作以相识其行业的安全性和合规性要求的开辟职员不但会在工作场合取得领先，也可以通过制止在开辟周期中进一步重构特性或整个应用步伐，进步团队的工作服从。

肯定要尽快找到可以转移到微服务或无服务器的功能

云原生开辟不是一个全有或全无的命题。你不必一次抛弃全部的单体。你可以构建面向微服务的试点应用步伐，同时检察全部现有的单体应用步伐，并思量哪些功能可以停止。跨多个应用步伐共享的功能，如付出处置惩罚，是一个不错的选择。CPU麋集型特性也会低落整个应用步伐的速率。镜像转换是一个典范的例子，它大概最幸亏功能即服务（FaaS）平台上单独运行。FaaS不会逼迫用户等候应用步伐调解上传的一些镜像的巨细，而是可以在应用步伐的别的部门继承运行时处置惩罚该使命。

不要以为更可设置或更便携的办理方案是“杀手锏”

依靠于那些给开辟者提供了许多选择而且在云端之间完全可移植的框架是很诱人的。但更多的选择和控制也意味着更复杂和更大的维护责任。如许做的效果是，你必要做更多的工作，从而将精神会合在构建提供业务代价的功能上的时间更少。固然，依靠云提供商的特别功能会低落应用步伐的可移植性。但是，假如你没有使用这些提供商提供的资源，你真的从云盘算中得到了全部代价吗？有时间，最好捐躯一点控制权来调换机动性和更专注于紧张事变的本领。

确定构造可以担当哪些衡量

构建云原生应用步伐必要衡量。你必要相识这些衡量，并明白哪些是可以捐躯的，哪些是不能的。这通常意味着要与管理团队沟通，确保技能目的与管理目的同等。

结论

向云原生情况的巨大变化会要求你放弃很多您认识的东西，从架构到开辟流程再到框架。这也意味着放弃对应用步伐部门的控制。但是，这种改变也会让你摆脱，当你专注于更高条理的功能时，你会从开辟的苦差事中摆脱出来。这种迁徙意味着把更多的精神放在感爱好的事变上。

6 Cloud Native Do’s and Don’ts for Developers – The New Stack返回搜狐，检察更多

责任编辑：