Goldman Sachs O erro de troca maciço carrega uma semelhança assustadora com o que trouxe Down Knight Capital Agora que sabemos mais sobre o erro de troca de opções de ontem, poderia custar a Goldman Sachs centenas de milhões, sabemos que parece muito com outro grande erro comercial Knight Capitals 450 Um milhão de falhas comerciais a partir de 2012. Ambos os Goldmans cometeram ontem um erro de programação do sistema que estabeleceu limites de preço incorretos em vários símbolos ticker e Knights confundem também um erro de programação do sistema que enviou algoritmos comprando alto e vendendo baixo realce o fato de que o computador complexo e de alta velocidade O software tem o poder de definir os mercados em um tizzy. Até que ponto o comércio defeituoso de Goldmans foi enviado às trocas de opções em todo o país, chegou ontem (da Bloomberg): a negociação pode ter afetado cerca de 400 mil contratos para empresas como JPMorgan Chase amp Co. Johnson amp Johnson e Kellogg Co. com base em Dados para os 500 maiores negócios. Nasdaq OMX PHLX está revisando uma lista de cerca de 1.225 contratos exclusivos em 51 ações subjacentes, de acordo com seu e-mail de alerta do comerciante. Cerca de 240 de setembro de 103, os contratos para o iShares Russell 2000 Exchange-Traded Fund trocaram às 1h 9h32 da manhã de Nova York hoje, abaixo de 3.32 dois minutos antes, dados compilados pela Bloomberg show. O próximo comércio foi executado às 3.27 às 9h33. Para o Knight Capital, um erro de programação custou à própria empresa sua própria existência. Goldman, por outro lado, diz que o erro não seria importante para a condição financeira da empresa. O banco é conhecido por ter uma tecnologia comercial mais sofisticada e poderosa na rua, mas estava falando sobre o comércio de alta velocidade no mercado de opções aqui. À medida que as empresas tentam construir programas para se tornarem os mais rápidos e os mais ruins, digamos alguns especialistas, podem ser cometidos erros. Por volta do tempo de Knight, Business Insider falou com Lev Lesokhin. Ele trabalha para a CAST, uma empresa que visualiza riscos inerentes em sistemas de software financeiro. Lesokhin explicou que algumas dessas empresas financeiras não estão prestando atenção suficiente ao que está sob o capô de seus programas de computador e isso significa que coisas estranhas podem acontecer. No Knight, essa coisa bizarra era o código de Frankenstein. A maioria dos aplicativos de TI tem código morto, disseram Leskhin. Está lá, apenas saindo na base do código, mas nenhum dos módulos ao vivo está chamando. Se você não tem supervisão estrutural, então você não sabe se seu novo código vivo pode estar chamando o código morto. No caso Knights, era. O código vivo chamou o código morto de volta à vida e o programa começou a negociar com isso. Bem, aguarde para ver o que aconteceu com a Goldman. Quanto aos negócios, todos podem ser revogados (cancelados), dependendo das regras para o que constitui um erro oficial nas bolsas em questão (NYSE, NASDAQ, CBOE). Mais disto virá. Goldman Sachs Massive Trading Error carrega uma semelhança assustadora com aquele que trouxe Down Knight CapitalKnight Capital A entrada seguinte é um recorde no catálogo da catástrofe 8211, uma lista de projetos falhados e problemáticos de todo o mundo. Sinopse: em uma história que nos lembra a necessidade de padrões de teste adequados, um software 8220glitch8221 no Knight Capital resultou em uma perda de 400M em apenas 30 minutos. De acordo com os relatórios da imprensa, a perda atingiu 3 vezes os ganhos anuais do Knight8217s. Embora os detalhes sejam difíceis de encontrar, um artigo do CIO implica que o problema foi causado por uma pressa para cumprir um prazo para implementar mudanças para acomodar um Programa de liquidez de 8220Retail8221 (RLP) aprovado pela Securities and Exchange Commission (SEC) em meados de junho de 2012. De acordo com a revista CIO, o programa RLP foi designado para oferecer aos investidores individuais o melhor preço possível, mesmo que isso significasse desviar negócios fora da Bolsa de Valores de Nova York e para os chamados mercados sombrios8221. O prazo de implementação para o RLP foi fixado para 1 de agosto e a negociação 8220glitch8221 no Knight ocorreu durante os primeiros 30 minutos de negociação em 1º de agosto. Fatores contributivos relatados na imprensa: pensou ser um erro de controle de qualidade (teste de software). Problema potencialmente causado por uma corrida para cumprir a data de implementação do RLP (ou seja, a falha na pressão do cronograma). Siga o Calleam no Linked In para ser notificado sobre as próximas aulas online e em pessoa. O que Knight Capital Group precisa saber sobre o DevOps Knight Capital Group é uma empresa Que utiliza sistemas de negociação complexos e automatizados para fornecer execução de pedidos para 19 mil ações, além de serviços de negociação para opções, moedas e títulos. Em 1 de agosto de 2012, o Knight Capital sofreu uma falha de comércio eletrônico desastrosa. Este erro foi introduzido na noite anterior ao incidente durante uma atualização de software, envolvendo a instalação do novo Programa de Liquidez de Varejo da NYSE. O CEO da Knight, Tom Joyce, declarou que a falha era uma grande dificuldade devido a um problema com a tecnologia de negociação. Knight está fazendo uma investigação interna para identificar o que aconteceu exatamente e para identificar como eles podem melhorar o sistema para evitar que esse tipo de incidente se repita. A falha de negociação resultou em uma perda catastrófica de 440 milhões de dólares e induziu inquéritos aos reguladores, incluindo a Securities and Exchange Commission. As empresas de capital aberto são obrigadas a aderir aos requisitos regulatórios federais conforme descrito na estrutura da ISACA Cobit, incluindo o gerenciamento de mudanças. A atualização de um ambiente comercial pode ser muito difícil e potencialmente causar uma interrupção, resultando em tempo de inatividade para todo o sistema comercial. Cada minuto que um sistema de negociação não está disponível é caro porque o mercado se move rapidamente, resultando em oportunidades perdidas para negociar a um preço favorável. O incidente do Knight Capital foi ainda mais grave porque resultou em trocas indesejáveis, ressaltando o fato de que o sistema não tinha uma mudança para travar o fluxo de trocas rápidas. Isso resultou em uma catastrófica possivelmente fatalloss para a empresa. DevOps está emergindo como um conjunto de princípios e funções que podem ajudar a racionalizar toda a compilação, pacote e implantação de software. O DevOps evita erros ao ajudar o desenvolvimento e as operações a trabalharem mais juntos, identificando e eliminando o risco no início do ciclo de vida do software e dos sistemas. Muitas organizações sabem que a automação de todo o processo de compilação, pacote e implantação pode efetivamente reduzir o risco e resultar em implementações de produção mais confiáveis. Uma melhor comunicação entre desenvolvimento e operações resulta em sistemas que foram construídos e implantados com as necessidades das operações de tempo de execução em mente, o que poderia ter ajudado as operações a reagir com mais rapidez neste incidente. Pode levar algum tempo para resolver exatamente o que ocorreu no incidente Knight Capital, mas o que é claro é que as atualizações complexas de software precisam ser realizadas de acordo com todas as diretrizes regulatórias e devem fazer uso das melhores práticas da indústria, incluindo DevOps
Comments
Post a Comment