服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

AWS Elastic Beanstalk与其他部署策略相比有哪些优缺点?

对于整个Netflix OSS堆栈和部署,我是相当新的。 作为我目前知识水平的背景,我的主要职责是作为一名前端应用工程师。 但是,我喜欢事物的操作方面,所以我正试图为新项目build立一个新的部署策略和工具。 我们的目标 超级简单的部署(我们想推一个button来更新生产) 自动部署到testing环境(使用Jenkins) 易于维护(我们有一个应用程序编写,不想花费我们的时间摆弄生产问题) 能够处理面向服务的架构(许多小应用程序,各种语言和数据存储) 足够的灵活性,以确保我们不必马上改变策略(我们已经试图摆脱RightScale) 如果这样做的话,我们可以多花点时间,这样可以在将来为我们节省一些麻烦。 所以,根据这些方面,我一直在听播客,看OPS对话,阅读大量的博客文章,并根据我们的目标和我已经成为最佳实践的一些东西,我们已经开始制定一个计划Asgard,将我们的包装卷成一个jar子,然后把它卷成一个AMI。 我们把这一切都计划好了,并且喜欢使用Chef服务器和实时聚合实例的过程(由于我们的时间有限和厨师服务器工作stream程缺乏理解,我们觉得这很容易出错)。 然而,一位同事独自一人四处看了一下,觉得Elastic Beanstalk满足了我们的需求。 我已经研究过它,并用WAR文件和附加的RDS数据库创build一个testing环境。 事情似乎有效,我相信我们可以使用Jenkins通过AWS API自动部署到testing环境。 似乎很简单…也许太简单了。 我想知道的是,这是怎么回事? 如果Elastic Beanstalk如此简单而有效,那为什么不谈得更多呢? 我很难find关于这两种不同的部署策略的足够客观的观点和事实,所以我想我会问。 你使用Elastic Beanstalk吗? 如果是这样,为什么和什么因素导致这个决定? 你喜欢什么,不喜欢什么? 如果您不使用Elastic Beanstalk,但考虑到它,那么您使用的是什么,为什么不使用Elastic Beanstalk? 基于Elastic Beanstalk的SOA部署策略的优点和缺点是什么? 也就是说,Elastic Beanstalk能够与许多依赖于对方工作的小型应用程序协同工作吗?

Windows DHCP服务器 – 当非AD连接的设备获取IP地址时收到通知

情景 为了简化这个最简单的例子: 我有一个具有DHCP服务器angular色的Windows 2008 R2标准DC。 它通过各种IPv4范围提供IP,在那里没有问题。 我想要什么 我想创build通知/事件日志条目/类似的方式,只要设备获得DHCP地址租约,并且该设备不是 Active Directory中join域的计算机。 Powershell是不是自定义的Powershell等等 底线= 我想知道什么时候非域设备在networking上,而不使用802.1X。 我知道这不会占静态IP设备。 我有监控软件,可以扫描networking和查找设备,但是细节上并没有这么详细。 研究完成/select考虑 我没有看到任何内置日志logging的可能性。 是的,我知道802.1X,并有能力在这个位置长期实施,但我们有一段时间这样的项目,虽然这将解决networking身份validation问题,这对我仍然是有帮助的802.1X目标。 我已经四处寻找一些脚本位等,可能会certificate是有用的,但我发现的事情导致我相信,我的谷歌眼下正在失败的时刻。 我相信下面的逻辑是正确的( 假设没有一些现有的解决scheme ): 设备接收DHCP地址 logging事件日志条目(DHCP审计日志中的事件ID 10应该可以工作(因为新的租约是我最感兴趣的,而不是续订): http : //technet.microsoft.com/en-us/library /dd759178.aspx ) 在这一点上,某种脚本可能不得不接pipe下面剩余的“步骤”。 以某种方式查询这个DHCP日志这些事件ID 10的(我会喜欢推,但我猜拉是唯一的办法在这里) parsing查询分配新租约的设备的名称 在AD中查询设备名称 如果没有在AD中find,请发送通知邮件 如果有人有任何想法如何正确地做到这一点,我真的很感激。 我不是在寻找一个“gimme codez”,但很想知道是否有上面列表的替代scheme,或者如果我没有想清楚,另有一种方法来收集这些信息。 如果你有代码段/ PS命令​​,你想分享,以帮助完成这一切,更好。