SAP国际版本启用及其他多语言版本的设置解析
在很多global项目中，要求SAP系统支持多语言版本。那么，对于业务顾问来说如何配置不同的语言，以及如何指导用户根据情况，针对不同的前台数据录入不同的语言版本，就很重要了。
一、SAP系统多语言版本的设置点说明：
系统登陆界面的系统语言选择。根据不同的语言代码，选择不同系统显示语言。如下图显示。
安装不同的语言包。事务码：SMLT
3.启用国际版本。
使用事务码SM30，编辑视图：V_SAPTSADV.如下图显示。
这里面只显示了部分国家，我们可以根据自己的需要添加自己需要的条目。
以上，是我了解到的比较重要的三个点，下面会根据不同的情况说明，以上配置的主要作用。
二、多语言配置的体现形式，我们从后台配置的多语言版本和前台录入的多语言版本两个方面进行描述。
1.后台配置类：
不同语言登陆，可以直接维护不同语言的内容。有些后台配置的语言是根据登陆语言不一样，可以维护不同的内容。
例如：状态参数文件的描述，根据登陆语言的不同，可以维护不同的内容。
1.2新增语言版本类。这种配置可以在：菜单—转到—翻译—状态转换。这个位置配置添加语言版本。
例如：用户状态参数文件中，用户状态显示配置。配置方法如下组图中显示。
1.3新增语言版本类（与导入语言包相关）。此类可以在以下位置配置：菜单—转到—翻译。
此类后台配置相关的主要涉及：计量单位、物料类型、物料组等等。
配置方法，如下组图显示。第二张图中可以选择的语言类型，与SAP导入的语言包相关。如何查看系统中已经导入的语言包，已经在本文的第一部分说明了。
2.前台业务操作类：
2.1用不同语言登陆，可直接维护不同内容。
例如：设备主数据的描述。
当然也可以直接添加其他语言版本的内容。方法如下：
2.2必须手动添加不同语言版本的描述
如：物料主数据、服务主数据、分类和特性等。
以物料主数据为例：在附加数据中添加不同的描述，如下组图显示。
2.3和启用国际版本相关的描述。这类主要是针对客户/供应商配置的，当我们启用了国际版本时，在客户/供应商的主数据界面，则会出现一个“国际版本”的按钮，然后选择你需要录入的语言版本，这里面可以选的语言版本，就是你启用国际版本时，配置的内容。具体配置方法已经在第一部分说明。
以上皆是我遇到的语言配置相关问题，也已经能够覆盖大部分项目的使用。算是给大家一些启发，如果以后又遇到更多的问题，再做分享。（手动散花O(∩_∩)O）
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。Netflix_app最新版下载|Netflix最新版2017 - 统一手机站
当前位置：& >
> Netflix最新版
Netflix最新版
大小：106MB 版本：9.17.0 系统：iOS 9.0 星级：
语言：简体中文
授权：免费版
作者：Netflix, Inc.
用手机扫描下载
猜你感兴趣
(您的评论需要经过审核才能显示,请文明发言！)&&剩余字数：
点击图片更换如何打造世界级品牌？Netflix就告诉你三件事
毫无疑问，Netflix已经「占领」了美国人民的起居室，几乎没有人不知道它的名字，它的企业文化已经成为了创业公司的标杆之一。如今，Netlix号称拥有遍布于40多个国家的6500万多名订阅用户（并没有中国）；并且每天都有数百个新用户会彻底背叛「有线电视」，然后加入「Netlifx神教」。然而，在2005年，Netflix的前VP Gibson Biddle刚加入Netflix的时候，团队里的产品专家还会经常问他「啥是牛媒体」，Biddle只能每次都要纠正他们：是「流媒体」，而不是「牛」。在那时，打造一个公司的品牌不仅仅意味着想办法做广告宣传，更重要的是如何用「自己的语言」告诉用户们公司所正在做的「全新业务」到底是什么。在来到Netflix之前，Biddle曾帮助许多企业成功打造了它们的品牌，Chegg、Sega以及Mattel都曾是他的客户。对于许多世界级的优秀企业来说，市场部门和产品部门需要团结协作，来共同打造企业的品牌——市场部门定义品牌，而产品部门借由产品将品牌带入客户的生活。那么，如何才能像这些优秀企业一般，成功打造出自己的品牌呢？因此，我们为你准备了三个行之有效的办法，帮助你更好地解决「品牌」难题。一、定位模型很多人都对做品牌心怀恐惧。他们总会想：「我既不是艺术家，也不是作家，我哪会搞什么品牌啊！」而目前的市场上也充斥着五花八门的所谓「品牌建设指导」，比如什么「好品牌源于你的心」啊；什么「持续真诚创品牌」啊；什么「好品牌不看广告，看精神力量」啊之类的。显而易见，这些模棱两可的东西实际上对「打造品牌」毫无用处。那么，到底什么才是「品牌」呢？『Lean Branding』的作者Laura Busche曾如此写到：所谓品牌，就是用户想到你们时涌进脑海的独特故事。这个「故事」能够体现品牌的个性，能够展示产品所能解决的问题，以及能够标明你在行业之中的地位，最重要的是，它将你的客户与产品有效地联系起来。因为，想要打造品牌，我们首先需要创建一个「定位模型」（Positioning model），来帮助我们找到我们的品牌在客户心中的应有位置。首先，请回答下面三个关于你公司的问题：1.它是什么？2.它的优势在哪里？3.它的个性是什么？在毫无训练的情况下，你很可能会在思考这些问题的时候，陷入误区。接下来我们以订购制零食服务商Naturebox为例，看看它们是如何通过思考这些问题，从而打造品牌的。不要一个人寻找「品牌定位」寻找品牌定位需要思想的碰撞。在Naturebox的案例中，Biddle就将员工们分为了6个组，然后让每个组都对于「定位模型」的三个问题进行思考，并在一小时后讨论各自的答案。这样的交流让一方面让员工们了解到彼此对于公司价值的认知，另一方面也增进了团队间的合作氛围。下面便是Naturebox不同团队给出的不同答案，我们可以看到，他们对于「品牌」的理解明显有着差异：问题一：它是什么？A组：个性化定制零食盒B组：零食界的创新者C组：零食外送服务问题二：它的优势在哪里？A组：方便、好吃、独特、多样化B组：健康、独一无二C组：方便、好吃、健康问题三：它的个性是什么？A组：刺激而有趣B组：有趣而友善C组：贴心而友善让小学生也能懂你的「品牌描述」「品牌描述」应当简洁而清晰——最好让小学生都能轻松理解。要知道，你的用户往往都很忙，他们才没有时间去听你给他们灌输复杂无比的品牌理念。你要做的不是故作玄虚，而是把它变得尽可能简练。在上面的案例中，A组被要求对第一个问题的答案（个性化定制零食盒）进行优化；经过讨论，最终他们选定了「零食订购服务」这个描述。即使是那些对专业术语一窍不通的客户，这个版本理解起来也没什么困难，而这正是「品牌描述」的核心需求。给你的「品牌描述」瘦身在「定位模型」中，应该严格控制专业术语的使用。我们应当把冗长描述中最核心的词语们提炼出来，然后尽可能地控制在三个单词以内。在Naturebox的案例中，A组挑选出了最关键的三个词语，并且按照优先级进行排序，最终结果如下：方便、健康、多样化。此外，在一堆描述品牌的词语中，总会有几个并没达到「完美」的状态，你需要做的就是不断去思考，让那些还有改善空间的词语尽可能精准。因此，A组对「多样化」这个似乎还不够完美的词语进行重新思考，最终，他们找到了「选择」这来替代「多样化」。像介绍人一样介绍你的公司给公司创建「个性」是一个让客户产生情感共鸣的好方法，也是打造品牌记忆点的关键。想象一下，如果你在一个聚会上遇到了「你的公司」（是的，把它当做一个人），你会去怎样描述它？Naturebox的两组员工都用「吸引人的」来描述它。那么，一个「吸引人的」人在聚会上会做些什么呢？它会与聚会上的哪些人产生联系？面对这些追问，两组员工重新审视了这个形容，最终将其改为「友好而接地气的」。找到一个「属于」你的词语提到成功的企业，我们头脑中会浮现出一些能与这些企业对应的特定词语。比如，当我们提到本田，我们会想到「实用」；提到奔驰，我们会想到「奢华」；提到沃尔沃，则会想到「安全」；提到宝马，我们会想到「张扬」；提到特斯拉，「创新」会是最适合的词语。虽说这些公司给人的深刻印象经过长年累月才能在用户中得以积累，但另一方面，一个公司确实是可以主动「获得」一个「属于」自己的词语的——即使你是一个非常年轻的品牌。用客户的角度看公司，而不是自己的角度公司从自己的角度描述自己的优点，无异于把自己的脚硬往客户的鞋里塞一样。教科书租借公司Chegg一直致力于帮助用户省钱。不久前，Chegg完成了一个新的里程碑：一年下来，Chegg总共帮助用户总共节省了5亿美元。它们希望告诉用户这一点，于是它们做了一个A/B测试，结果发现立足于「群体」的表述「总共节省了5亿美元」并不如立足于「个人」的表述「帮您节省了数百美元」效果好，虽然前者的数字更加壮观。二、品牌金字塔通过建立「定位模型」，你现在基本已经能够向客户准确描述你的品牌了；客户知道你是谁，知道你能为他们提供什么，还知道你的公司的风格。但是，想要让你的品牌深深地印在客户的心中，你还需要更进一步，你需要进一步完成第二个「模型」——「品牌金字塔」。「好的品牌」和「伟大的品牌」差在哪？「伟大的品牌」不光告诉你它们的产品有多棒，还会与客户建立情感上的联系，传达「情怀理念」。良好的情感联系能够让客户在使用你的产品时，感觉自己能够「掌控生活」；而「情怀理念」则让客户能够看到你们的雄心，感受到你们对于未来的愿景。同时，企业对于「情怀理念」的承诺，也对于自身的品牌与产品发展提供了一个明确的「方向指南」。当你把「情感联系」和「情怀理念」并入你的「定位模型」后，你便获得了「品牌金字塔」模型。它是自下而上的，每一层都建立在下一层的基础之上。这里我们可以用以下三个世界级品牌的「品牌金字塔」作为参考：Nike情怀理念：激发全人类潜能情感优势：掌控你的精神与身体产品优势：美观，实用，健美产品属性：时尚，轻便，耐用的运动装备Apple情怀理念：革命性的创新情感优势：自由产品优势：易于使用，富有创新性，提升效率产品属性：移动数码产品以及服务Netflix情怀理念：跳脱现实情感优势：满足，愉悦产品优势：方便，可选，有价值产品属性：流媒体电视节目、电影以及原创内容「金字塔模型」是对于品牌及产品的不断「升级」，当品牌上升到「情感联系」阶段，客户便会记住你；再进一步上升到「情怀理念」时，你的品牌就会深深地刻在客户的心里长达多年。对于Netflix来说，虽然这么多年来它们的业务模式不断在变化——从「邮寄DVD」到「在线流媒体」，但它们向客户传达的「方便、可选、有价值」的产品优势一直没有变过，同时，品牌的「情怀理念」——「跳脱现实」也在Netflix为客户所提供的热门内容中持续体现。对于Netflix来说，它们的「品牌承诺」可以概括为七个字：「享受影视更轻松」。关于建立「品牌金字塔」，还有两点值得我们注意：（1）情感体验决定了你是否被记住Maya Angelou曾说过：人们会忘记你说过什么，也会忘记你做过什么，但是他们不会忘记你给他们带来的感受。这也许便是「情感」对于品牌建设价值的最好诠释。情感可能会带来积极作用，也可能会带来消极作用，但它一定是「个体化」的体验，同时它的影响相当深远。现在回想一下你人生中最尴尬的时刻，是不是它至今还会给你带来一种尴尬的感觉？对于一家公司来说，「情感」是「产品如何造福客户」与「公司如何造福世界」之间的桥梁。一种恰当的「情感」能够强有力地讲这两件事联系起来，「情感」能够将冷冰冰的科技变成人们温暖的生活体验。（2）不妨在「情怀理念」上下大注「激发全人类潜能」，「革命性的创新」，「跳脱现实」。听听这些优秀的「情怀理念」，你会发现公司的「情怀理念」应当是充满勇气而立意高远的，它应当能够体现出你公司的梦想以及未来十多年的方向。它并不需要非常戏剧化，但是它的确需要一点象征意味，以便体现你公司为人类发展所努力的诚意。那么问题来了，如何做才能体现「情怀理念」？以苹果为例，它们的「情怀理念」是「革命性的创新」；于是它们在业务的各个层面都进行了体现：它们做出了足以改变消费级市场的数码产品；它们在零售店中采用了独一无二的设计风格；它们在广告中，把自己「Think Different」的口号与曼德拉、爱因斯坦这样的标志性人物进行结合。让我们再重复一次：品牌通过「情感联系」来让客户记住你，但它们通过「更情怀理念」才能变得强大。强大并不仅仅意味着经济的收入，还包括了一些比钱更有价值的事情。Nike通过「激发全人类潜能」这个「理念」让产品变得「不同」，当这个理念深入客户心中时，他们面对着Nike比其他品牌贵上10美元的运动鞋，他们潜意识就会告诉自己「只有它才能够激发我的最佳状态」，然后买单。而这，就是品牌的价值所在。对于如何确定「情怀理念」，目前并没有一个标准的模式。结合过往来看，如果你想为你的品牌找到「情怀理念」，你或许可以先回顾一下过去公司是如何一步步实现目标及愿景的，在这个过程中，它所蕴含最突出的情感是什么？把这些情感进行升华，然后通过合适的语言表述给你的客户，一定程度上，那就是你品牌的「情怀理念」。三、概念摘要当你找到了品牌的定位，也找到了如何提升品牌的情感关键，那么是时候去把品牌介绍给你的潜在用户群体，打进他们的心中了。在这个阶段，做「品牌黑客」是很重要的。你需要做出几个核心的创意方案——越多越好，然后投放给你的客户们，看哪些能够有效地打动他们。然后根据反馈结果，不断创造，不断测试，不断改进。好的概念摘要只需要通过一小段文字，就能充分表达你的「定位模型」，「品牌金字塔」以及你公司的内在需求。它必须能够回答以下问题：客户是否能够通过「我」来了解我是谁、我的优势、我的个性以及我的情怀理念？一个好的概念摘要必须是简单易懂的。敲定一个摘要是个大事，Netflix曾经测试过十多个版本的概念摘要，最终才选出了一个既简明清晰的，又适合能够长期使用多年的版本。例子：Netflix的概念「曾经您为很难找到一个适合周五晚上阖家观看的好电影而烦恼。但幸好，您现在有了Netflix。我们通过互联网流媒体技术，为客户提供了海量的影视节目，随时随地，想看就看。您可以在网页、移动应用以及游戏中找到我们的服务。只需轻轻一点，就可以观看高清无广告的影视节目。您更可以随时取消我们的月结会员；如今，我们还为您提供了一个月的免费试用期。有了Netflix，享受影视更轻松。」不知道该不该做某个产品？想想你的概念摘要怎么说的虽然Netflix最初并没有任何的「口号」，但那时公司的市场负责人员已经有了最初的类似「享受影视更轻松」的构思。虽然你只会在公司内部的市场资料中看到这个构思，但它的确在帮助Netflix更好地发展产品和品牌：每当产品经理在纠结是否要推出一项产品时，这个构思的便会是一个很好的参考标准。Netflix也曾面临过如何「留客」的问题，当时其中一个提出的解决方案是通过更加个性化的影院级体验来把客户支持留在Netflix中。那时客户如果登陆Netflix.com，网站会问你几个问题。通过回答这些问题，Netflix会通过算法来找到你喜欢的内容风格，从而能够在内容上进行调整，让客户获得更加独一无二的体验。而另一个解决方案则是将各种视频在页面上成行排放，进行展示——就如同你今天看到的那样。但产品团队发现这个方案在技术上没有那么有趣，也没有太多挑战性。后来，虽然Netflix对两种方案都进行了尝试，但实际上，想想公司的「概念」吧，它其实已经对此进行了「预言」。Netflix没有忘记「享受影视更轻松」这个宗旨，而第二个方案正是一个让用户更加快速、更加便捷地享受影视内容的方案。Netflix在提升便捷性、可选性以及内容价值上下了大功夫，从当年的寄DVD服务到目前的只要8美元/月的海量内容流媒体会员服务，一直如此。概念摘要降低了解品牌的门槛作为一个年轻公司，多表达一点你公司以及技术上的优势是无可厚非的。即使是Netflix，在最初的时候，它们也采用「立即观看」而不是「流媒体」作为宣传，直到大多数客户已经对于「流媒体」这个术语比较熟悉了。当发现客户对你的品牌以及技术都比较熟悉，此时你需要做的工作便是将你产品传播出去。在Netflix的早期，介绍说明页面设计得十分长，但当其品牌以及「享受影视更轻松」的理念逐渐建立起来以后，去教育那些第一次使用它们产品的客户的工作就越来越简单了，因此，Netflix目前的介绍说明页面也更精简了。Netflix的说明页面随着产品的升级而升级，产品服务从寄DVD到流媒体，而介绍说明也不断地迭代。曾经，Netflix的员工们一直对于产品的所有页面进行A/B测试，他们发现在其他页面上，越是简洁的设计越好；但在说明页面上却不成立——漫长的说明反倒用户更喜欢。但在这几年，Netflix发现说明页面的A/B测试结果开始向「越简单越好」的方向偏斜了，这意味着Netflix的品牌已经深入人心，所以不再需要说明页面去那么「用力」地进行「说明」了。以下是Netflix过去15年来的主页面变化史：Netflix.com in 1999Netflix.com in 2004Netflix.com in 2006Netflix.com in 2012Netflix.com in 2015Netflix.com in 2016概念摘要体现了品牌的发展全程10年前，Netflix拥有100000余种DVD供客户选择。8年前，它们推出了流媒体服务。这几年，它们推出了首个自制剧。但无论如何，Netflix这一路来做的每个改变，都与它们「享受影视更轻松」的理念相一致。一般而言，公司的产品属性总是在动态变化的，但产品所蕴含的优势总体而言是稳定的。你的产品在早期的优秀表现，会给客户留下一个持续的好印象。虽然Netflix在不断发展，但其介绍说明页中针对那些「沙发客」用户说的那句「享受影视更轻松」一直没变过。虽然说如今看来，似乎很少人会真的坐在客厅的沙发里看电视了——现在的人更喜欢躺在吊床上，然后用iPad来看电影；但最初的「品牌承诺」在今天依然对于吸引用户起着相当重要的效果。高频使用的摘要中不应出现过于「销售化」的语言选择一个公司的概念摘要是十分谨慎的。在做决定前，往往要充分地进行A/B测试。对于某些创业公司来说，它们可能没有资本去雇用一支专门的市场团队，不过它们可以通过客户来帮助他们进行判断。你大可以和朋友们交流你的公司——尽量用简单明了的语言，不要用那些硅谷范的术语。你也可以与你海外的客户进行交流，看看他们是否能够很好了解你给他们的摘要介绍。与局外人进行交流，可以帮助你从「当局者迷」中跳出来。如果仅仅在内部使用A/B测试，你的确可以比较的更好的一方，但你并不会知道为什么它会是更好的。与真人进行交流，能够让你不仅知道哪个更好，而且了解到它为什么更好。不要怕客户们给你提意见，你应当信任他们。你可以找20-40个不喜欢你的人，然后听听他们会怎么看待你的东西。即使这些人可能不会成为你的客户，但他们一定会给你提供一种新的角度去思考问题，而这将会是让你的品牌最终绽放的重要养料之一。原文来自First Round Review，由微信公众号「硅谷投委会」（id：vscouncil）进行编译。
*文章为作者独立观点，不代表虎嗅网立场
授权 虎嗅网 发表，并经虎嗅网编辑。转载此文章须经作者同意，并请附上出处()及本页链接。原文链接https://www.huxiu.com/article/140594.html
未来面前，你我还都是孩子，还不去下载 猛嗅创新！
后参与评论Netflixapp
timestamptimestamp
12 月 7 日
向旧的「新 Xbox 体验」说再见，因为 Xbox Dashboard 要进化到 Metro 了！ 微软在今年年中的 E3 预告了这次的大翻修，宣示将「永远改变家庭娱乐」。E3 之后的几...作者: ,
2011 年 12 月 7 日, 下午 02:00
储存专题文章一周回复精选（18.01.07）作者: , 1 月 7 日储存一周回复精选（17.12.31）作者: , 12 月 31 日储存2017 热门文章倒数：祝大家 2018 新年快乐！作者: , 12 月 30 日储存最新评测photosphotos
一加 5T 评测：「无印」良品作者: , 12 月 27 日储存photosphotos
GoPro Hero 6 Black 评测：蜕变的开始作者: , 12 月 20 日储存photosphotos
Oppo R11s、小米 Note 3、Vivo X20 对比评测：星光之下作者: , 12 月 17 日储存Email订阅& 2018 Oath Inc. 版权所有。　　原文：
　　作者：Ed Bukoski, Brian Moyles and Mike McGarr
　　Netflix 在部署到云环境之前是如何构建代码的？过去我们已经讨论过这个问题的部分内容，现在是到分享更多细节的时候了。在这篇文章中，我们将描述这个为
全球 Netflix 成员提供电影和 TV 播放的应用是如何实现从源代码到服务部署的。&
　　上面的图表是对 Spinnaker（我们的全球持续交互平台）之前发布博文的扩展。每一行代码在进入 Spinnaker 之前，都需要经过很多的步骤：&
　　1、代码构建并使用 Nebula 进行本地测试。
　　2、将修改的代码提交到 git 中心仓库。
　　3、Jenkins 任务执行 Nebula，包括构建，测试以及应用程序的打包。
　　4、将新的版本放到 AMI（Amazon Machine Image，亚马逊虚拟机镜像）上&烘烤&。
　　5、通过 Spinnaker 流水线部署和升级修改后的代码。
　　本文剩余部分将演示每个阶段所使用的工具和处理过程，以及为什么我们要采用这样的方式。通过分享一些我们现在正处理的挑战，我们将变得更加密切。在 Netflix 构建和部署代码的过程中使用了很多工具，也遇到了很多挑战。你们可以期待这是描述这些工具和挑战细节的第一篇文章。&
　　文化，云与微服务
　　在深入 Netflix 如何构建代码之前，有必要强调几个驱动和塑造我们解决方案的关键要素：我们的文化，云及微服务。
　　Netflix 的文化是自由与责任，这种文化使得工程师可以采用任何他们认为最适合任务的工具来创建解决方案。根据我们的经验，如果一个工具被广泛使用，那它一定是令人信服的，具有巨大价值的，并能减少绝大部分 Netflix 工程师认知负担的。团队可以自由的修改实现方案，但同时也有责任来维护这些方案。Netflix 核心团队提供的工具本被认为是这条&柏油路&的一部分。我们今天所关注的仅仅是这条&柏油路&上支持的引擎工具（Engineering Tool）。&
　　此外，2008 年，Netflix 开始将流服务移植到 AWS 上，并将基于 Java 应用的庞大数据中心转换为基于 Java 微服务的云。我们微服务架构允许 Netflix 团队以松耦合的方式存在，并以他们认为合适的速度来构建和推进更新。&
　　自然，部署一个应用或一个服务的第一步就是构建。我们创建了 Nebula（一个 Gradle 构建系统上的可选插件集）来辅助繁重的构建任务。Gradle 为构建，测试及打包 Java 应用（这包含了我们大部分的代码）提供一流的支持。之所以选择 Gradle 是因为它易于编写可测试的插件，同时降低了项目构建文件的大小。Nubula 继承了 Gradle 健壮的自动化构建功能，包括一系列开源的依赖管理插件，版本管理、打包等等。&
一个简单 Java 应用的 build.gradle 文件
　　上面的&build.gradle&文件展示了在 Netflix 中是如何定义构建一个简单 Java 应用的。该项目的构建文件声明了几个 Java 依赖，同时使用了 4 个 Gradle 插件，其中 3 个要么是 Nebula 的一部分，要么是应用在 Nebula 上的内部插件。&nebula&插件是一个只在内部使用的 Gradle 插件，为整合我们的基础架构提供规则和必要的配置。&nebula.dependency-lock&插件可以使项目生成一个基于版本的 .lock 的文件，用于解决依赖和重复构建问题。&
　　&netflix.ospackage-tomcat&插件及 ospackage 块将在下文中接触到。
　　通过 Nebula，我们提供可重用和一致的构建功能，其目标是减少每个应用程序构建文件中的样板文件。在以后的技术博客中将更加深入的讨论 Nebula 及其特性（我们已经将其开源）。现在，我们可以通过 Nebula 网站来获取源码。
　　当一行代码构建完成并通过了本地 Nebula 的测试，就准备对其进行持续集成和部署了。第一步是将更新过的源码推送到 git 仓库。团队可以自由寻找 git 工作流。一旦提交了更新，就会触发一个 Jenkins 的任务。我们使用 Jenkins 进行持续集成已经有好几年了。一开始，数据中心使用的是一个大的 Jenkins master ，现在，在 AWS 上已经发展成为 25 个 Jenkinsmaster 了。在整个 Netflix 上，Jenkins 主要用于各种自动化测试的任务，以上提到的只是简单的持续集成。&
　　一个 Jenkins 任务是可配置的，涉及构建、测试和应用程序代码的打包。如果被构建的仓库是一个库文件，Nebula 将发布 .jar 到我们的归档仓库。如果仓库是一个应用，Nebulaospackage 插件就会执行。使用 Nebula ospackage（操作系统包的简称）插件，一个应用构建出的归档文件就会绑定到 Debian 或 RPM 包上，它们的内容通过一个简单的基于 DSL 的 Gradle 来定义。然后，Nebula 将会发布 Debian 文件到一个包仓库，这个仓库对处理流程的下一个阶段&&烘烤是有用的。
　　我们的部署策略是以不可变服务器为中心的模式。为了减少配置漂移，确保源代码可重复部署，强力反对在线修改实例。Netflix 的每次部署首先都会创建一个新的 AMI。为了从源头生成 AMI，我们创建了一个&Bakery&。
　　当一个 Jenkins 任务执行成功后，通常会触发一个 Spinnaker 流水线。Spinnaker 流水线可被一个 Jenkins 任务或一次 Git 提交触发。Spinnaker 将读取由 Nebula 生成的操作系统的包，然后调用 Bakery API 来进行烘烤。
　　一旦烘烤完成，Spinnaker 使得最终的 AMI 可以部署数十、数百甚至数千个实例。由于 Spinnaker 对实例暴露的运行时环境是允许应用在运行时自由配置的，这样就使得的 AMI 可以跨多个环境。一次成功的烘烤将触发 Spinnaker 流水线的下一个阶段&&部署到测试环境。从这起，团队通常会使用一连串的自动化集成测试来执行部署。从这一点开始，特定应用程序的部署流水线将变得非常定制化。团队将使用 Spinnaker 来管理多区域部署，Canary 版本、红/黑部署等等。可以这么说，Spinnaker 流水线为团队如何控制部署代码提供了极大的灵活性。
　　未来之路
　　总之，这些工具使得诸多工作变得高效和自动化。例如，我们只需要 16 分钟，就可以完成对云弹性计算和维护服务（JanitorMonkey）从代码检出到多区域部署的过程。&
由 Jenkins 触发一个 Spinnaker 烘烤和部署流水线任务
　　也就是说，我们一直在努力提高开发者经验，不断的挑战我们自己，以便做到更好，更快，同时更简单。
　　我们正积极应对的一个挑战是如何在 Netflix 中管理二进制依赖。Nebula 提供的工具侧重于简化 Java 的依赖管理。例如，Nebuladependency-lock 插件可以生成一个基于版本的 .lock 文件，从而使得应用程序解决它们完整的二进制依赖。Nubularesolutionrules 插件允许我们发布整个组织的依赖规则，从而影响整个 Nebula 的构建。这些工具使得二进制依赖管理更加简单，但是还是没有将&痛苦&减少到可以接受的范围。&
　　另一个挑战我们正在处理的是烘烤时间。不久之前，16 分钟完成从代码提交到部署只是一个梦想。但是现在，由于系统其它部分都变得更快了，这反而成为快速创新的一个障碍。从上面部署 SimianArmy 的例子可以看出，烘烤的过程花了 7 分钟，烘烤占据了整个部署时间的 44%。我们发现烘烤时间中最耗时间的操作是安装包（包括依赖解决）和 AWS 快照自身的处理。
　　随着 Netflix 的成长和发展，存在一个不断增长的需求，就是我们的构建和部署工具需要为非 JVM 语言提供很好的支持，如 JavaScript/Node.js, Python, Ruby 和 Go。对非 JVM 应用，我们当前推荐的的方式是使用 Nebulaospackage 插件来生成 Debian 包，以便对其进行烘烤，对工程师来说，如果跳过构建和测试，平台是其首选的工具。这虽然解决了团队当前的需求，但是还是需要扩展其成为语言无关的工具。
　　容器为最后两个挑战提供了一个有趣的可能的解决方案，我们正在探索如何通过容器来帮助我们改善构建、烘烤和部署的过程。如果我们能够提供一个基于容器的本地环境，就能更类似的模拟云环境，从而可能减少开发和测试过程中的所需的烘烤次数，提高开发者的生产力，加速整个开发过程。如果容器可以部署在本地，这样在服务器上就不需要进行修改，从而减少认知的负担，工程师就只需关注问题的解决和创新，而不是纠结 bug 的产生是不是因为环境的差异。
　　你可以期待在以后的文章中提供我们如果解决这些问题的更新。如果听到这些挑战让你感到兴奋，请加入我们的工程工具团队。你可以查看我们现在开放的职位，并马上申请！
　　译文由兼职译者刘晓鹏翻译，审校及发布}