This is a snippet of the transcript, sign up to read more.
In the process, we developed numerous tools for internal use. Capital One Software was our attempt to commercialize many of these products. We created these tools for our regulated environment, and we wondered if there was value in selling them to the public and if we could monetize them. Capital One Software was established with this goal in mind. Our first tool, a data tool known as Slingshot, was launched. This tool was developed from a suite of backend tools we used internally. We devised a go-to-market strategy for these tools, and that's what Capital One Software is all about - bringing these tools to the market.
This is a snippet of the transcript, sign up to read more.
I was in charge of the DevOps team, responsible for building out the team. We built most of this stuff internally. When we decided to become a software engineering firm, we didn't turn to vendors. We even had an explicit no-vendor policy. We hired engineers and built everything internally. We did reuse and modify some things, like our secret management and Chamber of Secrets. Some HashiCorp was integrated into the pipeline. A lot of DSL was set up in Jenkins. It was a home-built application, tailored to our specific needs. We didn't seek out tooling; in fact, we were explicitly directed not to. We were told to build this internally to foster our behavior as an engineering shop. I wanted to clarify that from the start. Does that resonate with you?
This is a snippet of the transcript, sign up to read more.
For monitoring and alerting, we went through a series of options in the organization and ultimately settled on Datadog. We used New Relic for a while, which provided many opportunities for application monitoring. However, Datadog offered the consistency we needed for container visibility. As we transitioned from a predominantly server-based to a more containerized and serverless environment, we found Datadog to be the best for monitoring and alerting. We also integrated it with PagerDuty and Slack for our notification services.
This is a snippet of the transcript, sign up to read more.
This document may not be reproduced, distributed, or transmitted in any form or by any means including resale of any part, unauthorised distribution to a third party or other electronic methods, without the prior written permission of IP 1 Ltd.
IP 1 Ltd, trading as In Practise (herein referred to as "IP") is a company registered in England and Wales and is not a registered investment advisor or broker-dealer, and is not licensed nor qualified to provide investment advice.
In Practise reserves all copyright, intellectual and other property rights in the Content. The information published in this transcript (“Content”) is for information purposes only and should not be used as the sole basis for making any investment decision. Information provided by IP is to be used as an educational tool and nothing in this Content shall be construed as an offer, recommendation or solicitation regarding any financial product, service or management of investments or securities. The views of the executive expressed in the Content are those of the expert and they are not endorsed by, nor do they represent the opinion of In Practise. In Practise makes no representations and accepts no liability for the Content or for any errors, omissions, or inaccuracies will in no way be held liable for any potential or actual violations of laws, including without limitation any securities laws, based on Information sent to you by In Practise.
© 2024 IP 1 Ltd. All rights reserved.
Subscribe to access hundreds of interviews and primary research