在云计算和容器化技术的迅猛发展下,部署和更新应用程序已经成为企业日常运维的重要环节，本文将详细介绍如何使用云容器实例API更新Deployment资源，包括patch Apps V1 NamespacedDeployment的操作步骤，旨在帮助开发者和管理员高效地管理容器化应用。
了解云容器实例API
云容器实例API是云服务提供商提供的一套API接口,用于管理和操作容器实例，通过这些API，用户可以轻松地创建、启动、停止、更新和删除容器实例。
更新Deployment资源
Deployment是Kubernetes中的一个核心概念,用于管理Pods的生命周期，以下是使用云容器实例API更新Deployment资源的详细步骤：
查询Deployment资源
需要查询要更新的Deployment资源,可以通过以下API请求实现：
GET /api/v1/namespaces/{namespace}/deployments/{deploymentName}
{namespace}
是命名空间，
{deploymentName}
是Deployment的名称。
准备更新策略
在更新Deployment之前,需要制定一个更新策略，这包括确定更新的方式（如滚动更新或重建更新）和更新过程中的健康检查。
使用patch方法更新Deployment
使用patch方法更新Deployment资源,可以只修改部分字段，以下是一个示例请求：
PATCH /api/v1/namespaces/{namespace}/deployments/{deploymentName}Content-Type: application/merge-patch+json{"spec": {"strategy": {"type": "RollingUpdate","rollingUpdate": {"maxUnavailable": 1,"maxSurge": 1}},"template": {"spec": {"containers": [{"name": "app-container","image": "new-image:latest"}]}}}}
在这个示例中,我们使用了滚动更新策略，并更新了容器的镜像版本。
监控更新过程
更新过程中,可以通过以下API请求监控Deployment的状态：
GET /api/v1/namespaces/{namespace}/deployments/{deploymentName}/status
这个请求将返回Deployment的最新状态,包括Pods的数量、更新进度等信息。
通过使用云容器实例API,开发者和管理员可以轻松地更新Deployment资源，确保应用程序的稳定性和可靠性，以下是本文的要点小编总结：
Q1：什么是滚动更新？
A1：滚动更新是一种更新策略，它逐步更新一组Pods，而不是一次性替换所有Pods，这种方式可以减少服务中断的风险，并确保应用程序的持续可用性。
Q2：如何确保更新过程中的服务可用性？
A2：在更新过程中，可以通过设置
maxUnavailable
和参数来控制更新的速度和可用性。
maxUnavailable
表示在更新过程中最多可以有多少个Pods不可用，而表示可以创建多少个额外的Pods来补偿不可用的Pods，通过合理设置这两个参数，可以确保服务的可用性。
Visual Studio中Website和Web Application Project的区别
Visual Studio 2005/2008/2010中均有两种Web开发模型，分别是Website（网站）和Web Application Project（Web应用程序项目），许多初学者都不是很清楚这两者有什么区别。 今天我又看了一下微软官方MSDN上解释，在此重复一下。 一个website和web app一样出现在visual studio的solution中。 但是，website项目只是一组松散组合的文件，没有项目文件，没有特殊文件夹比如bin、App_Code等。 visual studio管理这个项目是以你所选择的文件夹作为项目的根目录。 solution文件只会记录这个根目录的路径，没有其他多余的配置信息。 项目发布时，所有的文件都被发布出去。 这样做的目的是项目发布简单，只需要把所有文件拷贝出去，IIS运行是进行即时编译，也可以预编译再发布。 Web Application Project是由工程文件组织网站的，有一些特殊的文件夹bin、App_code、资源文件、主题文件夹等。 如果用记事本打开工程文件，可以看到工程中的文件都在其中。 你可以在visual studio中指定每个文件编译时的模式，比如是代码文件（将进行编译）、网站内容文件（不编译，即使是文件)、资源文件等等。 另外可以指定每个文件发布时是否被排除。 项目编译时一般根据namespace不同把可编译的文件都编译进相应的assembly 文件(dll文件).总得来说，website模式让用户自己组织每个文件在网站中的分布方式，App proj方式根据visual studio推荐的方式组织文件。 vs2005中的WebApplication和WebSite(转换)今天忽然注意到vs2005里多了一种web application，这是MS在发布VS2005之后追加的SP1扩展包里的一种新的Web模式，WebApplication编译时忽略了页面中代码的检查，不需要做分析，将这些任务交给了运行时。 WebSite的优势在于可以单个页面独自编译，这对大项目而言是一个相当大的优势，二者的直观区别在于，对每一个ASPX页面文件，WebApplication在有对应cs文件的同时还拥有文件，baidu了一下。 WebApplication编程模型的优点：●网站编译速度快，使用了增量编译模式，仅仅只有文件被修改后，这部分才会被增量编译进去。 ●生成的程序集WebSite：生成随机的程序集名，需要通过插件WebDeployment才可以生成单一程序集WebApplication：可以指定网站项目生成单一程序集，因为是独立的程序集，所以和其他项目一样可以指定应用程序集的名字、版本、输出位置等信息●可以将网站拆分成多个项目以方便管理●可以从项目中和源代码管理中排除一个文件●支持VSTS的Team Build方便每日构建●更强大的代码检查功能，并且检查策略受源代码控制●可以对编译前后进行自己规定的处理●对App_GlobalResources 的Resource强类支持●直接升级使用VS2003构建的大型系统WebSite编程模型的优点：●动态编译该页面，马上可以看到效果，不用编译整个站点（主要优势）●同上，可以使错误的部分和使用的部分不相干扰●可以每个页面生成一个程序集●可以把一个目录当做一个Web应用来处理，直接复制文件就可以发布，不需要项目文件●可以把页面也编译到程序集中两种编程模型的互相转换：VS2005 SP1内置了转换程序，可以非常方便的从WebSite转换到WebApplication只需要复制文件，右键执行“转换为Web应用程序”即可。 总之，大网站比较适合用WebApplication项目，小网站比较适合用WebSite项目貌似web application是最初的设计吧，vs2003里就是这样的,只不过微软想抛弃这种用法，但是又没顶住压力又加了回来。 我还是觉得web application比较好，可以看到自动生成的代码。 ----------------------------------------------------------------------------把Visual Studio 2005的网站项目转化为Web应用程序项目在Visual Studio 2005中，新建菜单下分了“项目”和“站点”两大类，在Visual Studio 2003里没有区分,如果你要在VS2005创建一个网站应用，那么你只有网站模板，这种项目模型和VS2003的项目模型差别很大，比如2003里所有代码编译后放在一个Assembly里，2005里则分开动态编译，命名空间的处理也大不一样为保持和之前版本的兼容，微软为VS2005提供了一个VS 2005 Web Application Project插件，可以让你的VS2005也拥有2003一样的项目模型，在VS2005的Service Pack 1里已经把该插件直接集成到了VS2005，而且今后会一直成为VS的一部分。 如果你没有安装VS SP1，那么你必须安装插件。 由于和SharePoint集成的原因，必须把目前做的Web网站程序做个转换，今天花了点时间做了，以下是转换步骤（VS已经装好插件）：1、创建一个Web应用程序，应用程序名为TestWebApp，新建-〉项目-〉 Web 应用程序2、删除和文件3、把要转换的网站的文件全部复制到TestWebApp下4、选择TestWebApp，右键，选择“转换为 Web应用程序”，VS2005会自动转换，帮你生成*文件，添加CodeBehind属性我的转换结果： App_Code下的dataset文件全部给移到了根目录下 aspx的文件没有生成，经查发现可能是因为我使用了嵌套的母板页masterpage，相应的母板页的文件也没有生成，进而导致调用VS2005的Designer API时失效，我把母板页改了，把没生成的所有文件放在另外一个web应用程序项目重新转换了一遍，再放回来5、把aspx文件里的codefile属性都删除6、添加所有文件的命名空间namespace，你可以选择一个class，右键-〉外侧代码来添加命名空间，但不见得快多少7、把aspx文件里的inherits属性的值的类加上命名空间，和上一步对应8、然后就是有些代码里需要添加命名空间，编译的时候都会出来 VS2005中的WebSite和WebApplication有何区别Visual Studio 2005 sp1中新增了 Web Application 应用类型。 这样网站开发我们既可以选择 Web Application 应用类型，又可以选择 Web Site类型。 你该选择哪种WEB编程模型Option or TaskWeb Application ProjectsWeb Site Projects你有一个大型的Visual Studio 2003 Web应用需要迁移到VS2005。
请问有没有做西点的啊 面包怎么做好吃又好看呢
派克面包材料高筋面粉500g（100%），砂糖20g（4%），鸡蛋100g（20%），盐10G(2%)，黄油60g(12%)，牛奶200g(40%)，干酵母5g(1%)，黄油适量做法1.将所有材料一起搅拌，至面团表面光滑有弹性，加入黄油，搅拌面团拉开光滑面膜2.室温30℃，醒发50分钟3.将面团擀开4.切成小块5.对折6.放入烤盘，以温度30℃，湿度75%，发酵60分钟7.发酵好，表面刷上蛋液8.以烤箱温度上火200℃，下火180℃，烘烤15分钟，出炉刷上黄油椰蓉花形面包分量：4个，配料：面包面团：高筋面粉140克，水80克，干酵母1小勺(5ML)，细砂糖25克，盐1/4小勺(1.25ML)，奶粉6克，全蛋15克，黄油15克，椰蓉馅：椰蓉30克，黄油15克，鸡蛋15克，细砂糖15克，表面装饰：全蛋液适量，果酱适量，烤焙：烤箱中层，上下火180度，15分钟，至面包表面金黄
做法椰蓉馅制作：1、黄油软化后，加入细砂糖和打散的鸡蛋液拌匀，再倒入椰蓉拌匀。2、用手把椰蓉和黄油揉匀即成椰蓉馅。把椰蓉馅分成4份备用。椰蓉花形面包制作：3、根据一般面包制作方法，把所有制作面包的材料揉成面团，揉至能拉出薄膜的扩展阶段，在室温下发酵到2.5倍大(28度的温度下需要1个小时左右)，把发酵好的面团排出空气，分成4份，揉成小圆面团，进行15分钟中间发酵。4、取一个中间发酵好的面团，按扁。5、按扁的面团包入一份椰蓉馅。6、把包好椰蓉馅的面团收口向下，用擀面杖擀成扁圆形。7、用剪刀如图在扁圆形面团上剪12刀。8、将剪好的面团摆成花形。9、面团整形好以后，放在温度为38摄氏度，湿度80%以上的环境下进行最后发酵，直到面团变成原来的2倍大。在发酵完成得面团表面刷一层全蛋液。10、在面团中央挤上一点果酱，即可放入预热好的烤箱烤焙。烤箱中层，上下火180度，15分钟，至面包表面金黄即可出炉。迷你披萨面包主料260g高筋面粉170g牛奶1/2个鸡蛋4g发酵粉15g 糖 3g盐 20g黄油配料适量青椒适量玉米适量豌豆适量洋葱适量香肠适量番茄酱适量沙拉酱适量马苏里拉奶酪碎
做法1 1.将湿性材料先加入到面包机中，再加入盐、糖，面粉，最后加入酵母粉，“和面”30分钟。2 2.再加入黄油继续揉面约20分钟3 3.揉至完全阶段，发酵至手指戳洞后不塌陷也不回弹即可。4 4.分成大约每个50g左右的小面团，分别滚圆醒制10分钟5 5.将每个面团按扁排气，再按成中间略薄的圆饼，放温暖处发酵6 6.蔬菜切成如图所示的小粒；香肠切片；马苏擦成丝；最好用披萨酱，我手懒了，用番茄沙司代替7 7.在面饼表面抹适量番茄酱，放上疏菜粒、香肠片8 8.撒上马苏碎，并挤上沙拉酱线条9 9.发酵好后放入提前预热过的烤箱中，190℃烤20分钟左右即可朱古力摩卡面包面团材料：1.高筋面粉/bread flour 250 克2.可可粉20克/cocoa powd 20 g3.鸡蛋25克（用整个鸡蛋吧，不用太精确）4.牛油/butter25 克 (放回室温)5. 温水 2/3杯6.奶粉10克7. 糖40克/ Sugar 40g8.酵母粉6g/ Yeast 6g （这个减半都行）摩卡皮材料：摩卡皮就是挤在面包上面的一条条的皮。 1.糖粉40克/powder sugar 40g2.牛油40克 (放回室温)3.鸡蛋1个4.面粉40克（高筋面粉和中筋面粉都可以）5.可可粉5克/ cocoa powder 5 g摩卡馅材料：摩卡馅要用的两种材料，吉士粉和榛子酱大家可能不会备。 没有的就用淡奶油加很浓很浓的咖啡也差不多。 1.淡奶油/heavy whipping cream 100克2.吉士粉/custer powder 20 克 （这个在网上买，amazon有卖）3.榛子酱/hazelnut paste 10 克(这个没有，我要么省去，要么就用栗子酱代替的)4.开水10克（没吉士粉和 榛子酱的，这个水用得更少的好）5.速溶咖啡粉3克/instant coffee powder 3 g
做法1.将所有面团材料放入搅拌机里搅，直到面团光滑而不粘手。 把揉好的面团放入盖了盖的容器里发酵，直到面团体积发到两倍。2.把发好的面团取出，拍拍放气，把每个面团分成大约70克的光滑的团，然后揉成两头尖的长条型。 烤盘垫长烤纸/patchment paper， 把整好型的面团放烤盘上，再次发酵，发到两倍大左右。3.把烤箱预热到200 C 度/390 F 度。4.把摩卡皮所有材料搅合匀就好了，然后放蛋糕用的挤花带里，装上粗点的挤花头。把摩卡皮挤在发好的面团上。5.面包入烤12分钟左右，最好用烤面包专用的温度计测，面包内部温度到190 F 度就好了。6.把摩卡馅里的咖啡粉先用水化开，凉透后用。7.把淡奶油用打蛋器打发，然后加入咖啡和其他材料。8.等面包全凉下来，小心地用切面包的刀，在中间切一大口。9.把摩卡馅挤入面包里 。Java与.net谁更好
java可以在各种系统上运行，其实也有这个潜力，只不过里面的一些和windows api相关的类就不能用了，网络方面的类应该是可以很好运行的。 有一套开发工具，可以提高开发速度。 如果是比较大型的应用的话，还是java比较适合。 不过java对服务器的要求一般比较高。 有一套MS自成体系的东西（windows + sql server + office + +...)他们之间没有兼容性问题。 java的话老是会遇到些兼容问题。 依赖的windows价格还可以。 linux是免费的，但是如果大型应用用IBM的话，简直是天价。 比较新，借鉴了java，不能否认是比java先进。 j2ee的优势1.j2ee应用程序服务器一般集成了很多组件程序，比如说web server, jms, app server. ejb component 封装得比组件要多些，它可以进行事务处理，persistence等功能。 组件没法完成事务处理功能，要进行事务处理，你必须用COM+的transaction processing function. 中没有异步消息功能(i.e. jms function),在COM+中你可以用消息队列来完成这样的功能。 对数据库的处理功能，是面向无连接的应用，但事务处理等功能需要自己编写程序或用在数据库中处理。 web server, framework等各server不是集成在一起，多少有些不方便。 以上是我认为相对来说比较不方便的地方。 的优势的元数据功能强大。 2.部署非常方便。 by side execution,解决了版本问题，允许多版本共存，resolved dll hell.4. This is a remarkable one, code behind TECHNOLOGY.5. Also a remarkable one, easier Web Service development and deployment.6. back compatible,对以前产品的兼容，如果用java,你以前用com+实现的东西就会变成一堆废品。 7. vsa，方便我们开发script application.我们可以开发一个应用程序象office一样有一个script editor.这点很诱人。 8. speech technology,前景广阔，call center中大有前途，和Voice xml竞争产品，version1.0马上要release了。 一下是我不太清楚的东西：ms以前有Smart Card sdk1.1,但在中好像还没有实现。 而Java Card非常好用，j2me功能我觉得还不够强大，同时在这方面也还不是很强大。 最大的优势是简单和window结合紧密java的优势在于跨平台和大型企业应用
发表评论