Beacon medgrundare Mark Higgins delar sina åsikter om utmaningarna med att externalisera intern bankteknik och hur man kan övervinna dem.
det har varit en hel del historier under de senaste åren om Goldman Sachs och JP Morgan som ger tillgång till sina kraftfulla interna plattformar-SecDB respektive Athena – till sina kunder.
vi på Beacon välkomnar denna spännande branschtrend för att stärka kvantitativa Utvecklare. Vi vet också hur knepigt det är att öppna interna plattformar eftersom min medgrundare Kirat Singh och jag designade, byggde och använde dem i sexton år före lanseringen av Beacon.
Goldmans och JP Morgans senaste steg mot att öppna API-åtkomst till några av deras data och analyser kommer säkert att ge mervärde till sina kunder. Men det finns två viktiga begränsningar: kunder måste köra analyser på bankens Infrastruktur, inte sina egna; och kunder kan bara komma åt applikationer, inte bankens faktiska interna utvecklarplattform.
vi grundade Beacon 2014 för att bygga nästa generations plattform som löser båda dessa problem. Beacon designades från början för att göra det enkelt att snurra upp säkert segregerade sandlådor för kunder. Och en Beacon-licens levereras med full stack developer-plattformen som driver våra applikationer.
den här artikeln ger en titt under huven på vad bankerna verkligen gör – och introducerar Beacon som ett alternativt sätt att externalisera intern teknik.
Vad gör bankerna egentligen?
det är en spännande tid att vara bankklient! Standard återförsäljare tjänster som market making och algoritmisk utförande blir alltmer commoditized, och varje återförsäljare försöker lista ut sätt att locka kunder och hålla dem i sin franchise. Ett tillvägagångssätt är att ge kunderna de kraftfulla verktyg som återförsäljarna använder internt.
Goldmans Marquee är till exempel en webbplats där kunder kan få tillgång till marknadsdata, portföljinformation, forskning och några av de interna analyserna som implementeras i SecDB. Klienter använder webbapplikationer som i slutändan kör sina beräkningar på servrar i Goldman som kör SecDB. Goldman också nyligen öppen programvara kring API-åtkomst till samma tjänster.
JPMorgan gör en liknande sak med Athena och låter förvaringskunder köra Athenas analys på sina portföljer för att ge dem avancerad risk-och prisinformation.
en viktig skillnad är dock att varken Goldman eller JPMorgan ger sina kunder de faktiska utvecklingsverktygen som de använder internt – bara slutanvändarprogram. Det betyder att kunderna måste ge sina uppgifter till bankerna för att köra dessa beräkningar.
att ge ut sina utvecklarverktyg, som det visar sig, är ganska svårt för dem, eftersom SecDB och Athena (liksom Bank of America ‘ s Quartz, en annan liknande plattform) är monolitisk intern programvara, och att snurra upp säkert segregerade sandlådor är något som de bara inte var avsedda att göra. Det designbeslutet var tidigt och djupt och är mycket svårt att ändra. Att stödja många klientspecifika sandlådemiljöer är för dyrt för att vara kommersiellt.
så Goldman och JP Morgan kommer inte att sälja utvecklarverktyg när som helst snart, men deras kunder kommer fortfarande att få mycket avancerad analys som drivs av dessa plattformar. Dessa kunder kommer bara inte att kunna köra dessa analyser på data som de inte är bekväma att dela med sin bank. Och de kommer inte att kunna utöka dessa applikationer utöver vissa API-nivåanpassning.
som ett resultat kommer kunderna att missa fördelarna med Goldman och JP Morgans utvecklarplattformar.
jag skrev ett inlägg om historien, komponenterna och fördelarna med dessa “enterprise innovation/institutional quant” – plattformar. Deras sanna hemliga sås är deras förmåga att möjliggöra en organisationsmodell som är både kontrollerad och kommersiellt effektiv. I denna” strateg ” -modell har affärskunniga quants och utvecklare en full stack developer-plattform så att de snabbt kan bygga och distribuera applikationer till företagsanvändare.
Finns Det Ett Annat Sätt?
Låt oss gå tillbaka till de två viktiga begränsningarna som banker och deras kunder står inför med extern intern teknik: beräkningarna är värd i banken, så kunderna måste ge upp sina data till banken; och klientutvecklarteam får inte tillgång till den verkliga hemliga såsen, som är utvecklarplattformen.
så här löser Beacon båda dessa problem.
Beacon designades från början för att göra det enkelt att snurra upp säkert segregerade sandlådor för kunder, med cloud compute som ett integrerat infrastrukturlager. Detta designval innebär att kunderna, snarare än att vara knutna till bankens Infrastruktur, kan få sin egen instans av Beacon och hålla sina data privata. Om en bank till exempel vill exponera ett analysprogram i en klients Beacon-instans kan klienten köra dessa analyser på alla sina interna data i en säker och helt segregerad miljö som banken inte kan komma åt.
beacons plattform innehåller också en modern implementering av alla Enterprise technology platform-komponenter, baserade så mycket som möjligt på Open source-komponenter. Tricket är att sy ihop dem på rätt sätt för att tillhandahålla en integrerad plattform som kan möjliggöra den strategiska organisationsmodellen – och låsa upp en ny produktivitetsnivå från kommersiella utvecklarteam. Med Beacon har vi gjort det hårda arbetet så att våra kunder inte behöver: en Beacon-licens levereras med en full stack developer platform och säker sandboxinfrastruktur, samt en integrerad svit av affärsapplikationer.
vi är stolta över att kunna erbjuda vår plattform till kunder över säljsidan och köpsidan i en tid då branschen omfattar innovation och stärker kvantitativa Utvecklare.