Table of contents Executive Overview... 1 Introduction: The MIOsoft and MIOedge philosophy... 1 The MIOedge platform architecture...

Transcription

1 Table f cntents Executive Overview... 1 Intrductin: The MIOsft and MIOedge philsphy... 1 The MIOedge platfrm architecture... 3 MIOedge cre technlgies and engines... 5 MIOdb: The cntext database... 5 Elasticity: Scalable prcessing and database technlgies... 7 Fuzzy matching and cntinuus integratin... 8 Reliability... 9 Data cnversin and ETL SOA Wrkflw Web security MIOapp develpment fundamentals Defining applicatin and business lgic Match and cnflict reslutin rules Data surces, data cnversin and ETL Web presentatin lgic Web services Cllabratin Testing MIOapp deplyment and management Deplyment Resurce cntrl Usage mnitring Health and perfrmance mnitring Security Ht fixes and trubleshting Applicatin lifecycle and decmmissining Platfrm updates Summary... 18

2 Executive Overview MIOedge is a cmpletely integrated applicatin, database, and presentatin platfrm fr the private clud. MIOedge allws applicatin develpers t build enterprise data driven applicatin slutins while fcusing n business prblems, withut needing t spend cstly resurces n architectural features such as scalability, elasticity, and security. This philsphy f prviding efficient architectural slutins als extends t the physical infrastructure: MIOedge enables a high perfrmance t price rati by distributing presentatin, applicatin, and database strage and prcessing acrss cmmdity servers. MIOedge gives rganizatins a unique prtfli f cutting edge, next generatin technlgies n a prven and stable platfrm capable f handling the largest, mst cmplex enterprise data systems. Intrductin: The MIOsft and MIOedge philsphy Over 10 years ag, MIOsft set ut t answer a single questin: why is building enterprise scale data applicatins s hard? Sme f MIOsft s funders and engineers had bserved the prblem first hand. Fr large data driven applicatin prjects, the majrity f resurces time, mney, and talent are used in slving architectural issues rather than truly understanding and successfully mdelling business lgic. Ultimately, MIOsft determined that many f these architectural issues, like scaling, had a generic slutin. If smene spent the many resurces needed t develp thse slutins, then business applicatin develpment prjects culd be quicker and mre successful. Withut the need t slve cmplex architectural prblems, develpment prjects culd have business prblems as the highest pririty. MIOsft engineers als fund that traditinal applicatin platfrms ften had architectural cmpnents, business lgic, and applicatin lgic verlap and repeat in nntrivial ways thrugh the database, applicatin, and presentatin layers. If smene spent the resurces needed t develp a way fr all layers in a mdern enterprise applicatin t leverage a singular applicatin mdel, then businesses as a whle wuld benefit frm less cmplex, mre cncise applicatins that are easier t maintain, update, and expand. MIOsft spent ver 10 years making the investment in the resurces necessary t research and develp ideal slutins t the cmmn applicatin develpment prblems. These slutins are nw available as part f the integrated applicatin platfrm called MIOedge. The MIOedge platfrm allws develpers t create enterprise data backed applicatins that can take advantage f many different generic architectural cmpnents autmatically. These applicatins, called MIOapps, are develped using a single Business Object Mdel that allws a cnsistent view f the business and applicatin lgic fr use by the database, applicatin, and presentatin layers. Architectural prblems such as scale, distributin, security, and reliability have been slved and are available autmatically fr all MIOapps.

3 Sme f the many highlights f the MIOedge platfrm include: The Business Object Mdel is a single mdel fr database, applicatin, and presentatin layers. It allws fr greater cnsistency, cnciseness, and easier cde management fr cmplex applicatins. MIOdb is MIOsft s Cntext Database, a revlutinary nn relatinal database. MIOdb prvides unique patented technlgies enabling fast transactins, autmatic parallelism, scalability, and reliability. Unlike emerging NSQL technlgies, MIOdb has been running in prductin in missin critical applicatins fr large enterprise fr ver 10 years. Match and Merge is a data matching and cntinuus integratin technlgy. It utilizes fuzzy matching, advanced data cnflict reslutin, and cntext based data integratin fr fast transactin prcessing, nsrt data integratin, and cnsistent perfrmance when scaled. Elastic parallel grid technlgy is built int the platfrm. It allws MIOapps t autmatically distribute applicatin prcessing acrss an arbitrary number f resurces in the private clud. In additin, it allws applicatin prcessing capacity t be arbitrarily increased r decreased, withut the need t mdify. Elastic distributed database technlgy is als built int the platfrm and tightly cupled with MIOdb. It allws structured data strage capacity t be increased r decreased withut the need t mdify the MIOapp fr it t realize the change in distributin r scale. The MIOdevelper is the graphical IDE fr MIOapps. It allws fr quick definitin f all MIOapp cmpnents including business bject and state mdelling. The MIOapp Deplyment Manager is the deplyment and prductin management interface fr MIOapps. With it, MIOapps can be easily deplyed t a prductin scale envirnment in the private clud. Integrated security is autmatically enabled fr MIOapps, including web security and extensive lgging capabilities. Cst effective platfrm infrastructure leverages industry standard hardware fr quick increases in platfrm r applicatin scale. Advanced web presentatins can be defined graphically and intimately cupled with the data and applicatin mdel, which allws fr mre cncise applicatin design. Web presentatins als include autmatic supprt fr plymrphic web elements. Enterprise grade high availability, redundancy, and privacy features that have been time tested in enterprise prductin envirnments.

4 The MIOedge platfrm architecture The MIOedge platfrm allws many MIOapps t utilize the same cre functinality and physical hardware while still having their wn specific mdels, cnfiguratins, and independent distributed database instances. MIOapps can be trivially mved frm a lcal develper wrkstatin t a prductin envirnment, between platfrm instances in prductin, r frm prductin t a develper wrkstatin. A specific instance hlds the data and envirnment details, including interfaces t ther systems. The MIOedge platfrm allws MIOapps t take advantage f generic architectural cmpnents such as business bject mdelling, the MIOdb database, cntinuus integratin, elasticity, reliability, ETL functinality, wrkflw functinality, security features, and service riented architecture (SOA) features. Unlike a framewrk r API, these technlgies are already included in the platfrm, and MIOapps can use them withut needing develpers t cde architectural lgic. MIOapps and develpers alike are nly aware f these features at the granularity necessary t cnfigure them fr the business needs f the applicatin. The MIOedge platfrm als prvides the many functins required t enable multi tenancy in a private clud envirnment. In MIOedge, an envirnment is a virtual grup f physical servers. Each platfrm instance can cntain several envirnments, and each envirnment shares its resurces with applicatins deplyed within. MIOedge includes advanced features fr cmmn multi tenancy needs such as fine grain security and lgging, applicatin lifecycle functins, and reservatins t guarantee resurces fr particular applicatins. Develpers create MIOapps using the MIOdevelper desktp sftware. MIOdevelper prvides each MIOapp with a small scale versin f the MIOedge architecture during develpment, allwing develpers t lcally demnstrate and test the functinality f a MIOapp n real r sample data. A MIOapp file cntains nly the mdel and cnfiguratins, allwing it t be easily shared and deplyed.

5 Figure 1: Graphical representatin f an instance f the MIOedge platfrm

6 MIOedge cre technlgies and engines The Business Object Mdel: A bridge acrss the database, applicatin and presentatin layers At the heart f the MIOedge platfrm is the idea that applicatin develpment shuld be primarily cncerned with slving each business prblem, slving it nce, and reusing the slutin when needed. T achieve this, each MIOapp applicatin centers arund the Business Object Mdel, which cntains all data mdelling, state lgic, and rules required t represent the slutin t a business requirement. The MIOedge platfrm prvides the cre technlgy required t interpret the Business Object Mdel, as well as ther technlgies that autmatically leverage the mdel. MIOedge is unique in that all ther applicatin, database, and presentatin functins in a MIOapp are auxiliary t and reference a single Business Object Mdel. MIOedge wrks within the dmain f the mdel t prvide autmatic database, cntinuus integratin, data cnslidatin, elasticity, reliability, ETL, security, and SOA architectural functinality. MIOdb: The cntext database A database is at the crux f almst all mdern enterprise applicatins. It is n cincidence that sme f MIOsft s mst advanced technlgies were designed fr its database. Every MIOapp has a built in, seamless cnnectin t an instance f MIOsft s database technlgy: MIOdb. MIOdb is a unique type f database we ve termed a cntext database. T the applicatin and develper, all data in MIOdb are stred in grups cntexts f small, related data cmpnents called fragments. Fr example, take the cntext f a custmer, Jhn De. Infrmatin relevant abut him might include his cntact and billing infrmatin, purchase histry, supprt interactins, and much mre. An single fragment culd be sme infrmatin such as his name, address, and phne number. As additinal, updated, r histrical infrmatin abut Jhn De arrives frm data interfaces r ther data systems, new fragments with that infrmatin are added t the his cntext. In MIOdb, fragment elements deemed newer r frm a mre accurate surce take precedence, as defined by Cnflict Reslutin Rules. Develpers can graphically define cntext bundaries in the Business Object Mdel, which will ften already cntain the infrmatin needed t determine what data belng in a cntext. Frm the business requirements perspective, what data belng in a cntext is a functin f the applicatin s purpse

7 Figure 2: Graphical representatin f tw fragments and their cntext Fr interactive applicatins, a cntext is intended t be a small enugh t lad in a fractin f a secnd. A substantial amunt f infrmatin can be laded in that time, including everything relevant fr a particular custmer such as demgraphics and purchase histry. In cntrast, fr batch applicatins like data migratins, it might be reasnable t allw a cntext t grw t a very large size. Fr example, when migrating majr business custmers with a hundred thusand cntracts each, it may be cnvenient t prcess all cntracts at the same time. The cnvenience utweighs the fact that it takes relatively lnger t lad every custmer s large cntext with its hundred thusand cntracts and each cntract s related infrmatin. One f the mre pwerful features f MIOdb is the ability fr develpers t easily define a snipped relatinship: a special relatinship between related bjects in different cntexts. When partitining data int different cntexts, sme data may be related, but nt clsely enugh t warrant placing them in a single cntext. Yet, because the data are related, it s ften beneficial fr each cntext t have a summary f related infrmatin abut different cntexts within its scpe. T achieve this, develpers can intrduce snipped relatinships. Snipped relatinships capture summaries f each side f the relatinship and make them available t the ther side, autmatically prpagating related infrmatin withut querying disparate sectins f the database. This is accmplished in the Business Object Mdel by simply selecting a check bx that tells MIOdb t make the respective infrmatin available n bth sides f the relatinship. Snipped relatinships give MIOdb a massive, but smewhat subtle advantage fr enterprise applicatins. Using the previus example, Jhn De s cntext may cntain a list f service identifiers that represent the services he subscribes t. When Jhn De s cntext is displayed t a custmer representative it wuld be best t shw sme summary details abut each service, such as the service title and descriptin. With snipped relatinships, a cpy f this infrmatin is lcal t Jhn De s cntext. This means that when Jhn De s cntext is retrieved, the summary infrmatin is retrieved with it, with n additinal perfrmance penalty. The snipped relatinship technlgy already pushed any updates abut the related service infrmatin t Jhn De s cntext at the time when the changes were made.

8 In a traditinal relatinal database, the functinality f snipped relatinships is partially implemented by keeping lists f references t related infrmatin with each recrd, which presents tw prblems. The first prblem arises when trying t implement a grwing number f such lists. Bringing up a summary f all the related data becmes slwer and slwer as mre data and types f related data are added, because it can require multiple queries. At this pint, the secnd prblem arises. The database mdel becmes increasingly cmplex as it is denrmalized fr efficiency and implementing the data duplicatin algrithms required by denrmalizatin is nt the nly hurdle in this scenari. As mre tables need t be updated fr each small change, an increasing number f updates cntend fr the database resurces, and the cmplexity f letting multiple users update the system at the same time grws. Often these tasks becme s cmplex they can n lnger be managed by time cnstrained applicatin develpers, and the respnsibility instead falls t dedicated Database Administratrs (DBAs). When the cmplexity rate crsses the threshld that can be managed by a cmpany s DBAs, plans fr applicatin features need t be abandned. In the wrst case, applicatins degrade in either perfrmance r data integrity t the pint f failure. MIOdb is an exciting database technlgy because it architecturally avids these prblems, alng with hundreds f thers. The nvel prblem slving cncept f representing data in a database as cntexts cmpsed f fragments is ne f the fundamental cncepts f MIOdb and the entire MIOedge platfrm. Best f all, there is n database cde t be written MIOdb takes care f all underlying technlgy frm physical database layut t defining and executing transactins. By design, MIOdb allws develpers t fcus their attentin n the needs f the enterprise when designing their applicatin. This architectural style sets the fundatin fr many f the ther pwerful features f the MIOedge platfrm, including cntinuus integratin, cnflict reslutin, reliability, and elasticity. Elasticity: Scalable prcessing and database technlgies MIOedge allws MIOapps t seamlessly take advantage f many cutting edge elasticity technlgies. Being true t the MIOsft philsphy, a MIOapp develper desn t need t becme invlved in the particular physical infrastructure f a MIOedge installatin, nr care abut the particular scale f prcessing pwer r data strage space required during the applicatin develpment. Even thugh the develper is fcused n designing a slutin n a small scale, that slutin can be autmatically scaled and delivered t an enterprise. When a MIOapp is deplyed t a MIOedge instance, the MIOapp can take advantage f any arbitrary amunt f prcessing pwer and strage capacity available. In MIOedge, prcessing pwer and strage capacity are separated int equal units called slices. Fr mst purpses there is n distinctin between tw different slices n the same physical server r separate physical servers. It is irrelevant fr the develper what physical servers the slices are n r whether the MIOapp is t be deplyed t ne r thusands f slices the MIOedge platfrm takes care f data distributin and cncurrent prcessing. Similarly, it is ideal if develpers can ignre the architectural intricacies f scaling an applicatin s database and prcessing t a level sufficient fr a large enterprise. These types f architectural issues require fcus t be taken away frm the business prblems during slutin design.

9 Fr this reasn, a MIOapp is develped with a fcus n the business needs and prblems, n a single slice, using the MIOdevelper desktp develpment tl. After the MIOapp is deplyed, the underlying architectural cmpnents f MIOedge autmatically scale the applicatin withut special cde fr data distributin and parallel prcessing. In additin, MIOedge can take advantage f industry standard, relatively inexpensive, and quick t prvisin physical hardware. A platfrm instance can be scaled up ecnmically by adding mre cmmdity servers, allwing MIOapps t take advantage f additinal slices f cmputatinal strage and pwer. MIOedge enables any rganizatin t grw quickly and efficiently as the number f MIOapps, size f each MIOapp and the enterprise itself grws. Fuzzy matching and cntinuus integratin Because data in large systems are cnstantly changing, and can cme frm disparate systems r imperfect surces, MIOedge prvides MIOsft s Match and Merge technlgy, which enables fuzzy data matching and the cntinuus live integratin f new data fragments int the system. Fuzzy matching is based n rules that decide when data are sufficiently similar t be cnsidered a match. In additin, the Cnflict Reslutin Rule engine allws cnflicting data t be intelligently merged. Match Rules and Cnflict Reslutin Rules are an imprtant part f any enterprise applicatin, althugh they are ften under realized. The MIOedge Match Rule Engine prvides a number f predefined algrithms that can be used t help determine if infrmatin is sufficiently similar, including phnetic matching, appearance in a list, and the amunt f typgraphical errrs, amng ther similarity testing algrithms. Further, Cnflict Reslutin Rules can be defined t determine what infrmatin shuld be used if several fragments match but nt exactly. In a traditinal, relatinal database wrld, adding recrds t a database f arbitrary size, and allwing thse recrds t impact existing data withut srting is nntrivial. Usually, database architects r develpers try techniques such as sharding r fragmenting. These techniques put a burden n develpers t make the applicatin mdel recncile lgically similar but physically disparate data. Additinally, withut sphisticated algrithms such techniques are ften far frm autmatically scalable: when the database perfrmance degrades, the applicatin and database have t be mdified in nntrivial ways. The architecture f MIOsft s match and cntinuus integratin technlgy has pwerful and nntrivial implicatins fr reliability, scalability, and perfrmance. Unlike ther databases r platfrms, cntinuus live acceptance and integratin f data in MIOedge has n negative impact n reliability there is n need fr dwntime t reintegrate r rebalance the database. Even mre imprtant is that perfrmance during integratin is nt affected by the size f the existing database. In fact, data matching and integratin is cnsistently fast whether there are hundreds r hundreds f millins f preexisting data fragments in the database. Fr mre detailed infrmatin n Match and Merge and Cntinuus Integratin, see the MIOsft whitepaper: Real time Data Cnslidatin fr Dynamic Business Systems.

10 Reliability The MIOedge platfrm has been designed frm the grund up with reliability in mind. In particular, the reliability architecture in MIOedge can be discussed in terms f data and prcess persistence, integrity, and recverability. Arguably the single mst exciting feature f MIOedge s data persistence, integrity, and recverability feature prtfli is its abslute prcess recverability and live data persistence. The deeply intricate view that MIOedge maintains n its internal prcesses allws it t recall exactly what was happening in a MIOapp in the event f an unexpected prcess terminatin. In the event f a system failure, a restarted MIOapp will cntinue rule and event prcessing as if the server utage never ccurred. T ensure that cmplete data recvery is pssible and data cnsistency is verifiable, the MIOedge platfrm prvides ptinal backup f all incming data, with per transactin granularity. While traditinal fat files are easy t backup, many data systems fail t capture infrmatin gathered frm dynamic surces such as message queues and web events. In MIOedge, messages and web events are captured in an easy t replay chrnlgical transactin bundle. In additin, MIOedge can read and graphically display these bundle files, allwing develpers and engineers t use the platfrm s pwerful tlset t crrect prblem transactins (such as a malfunctining upstream system), and replay them chrnlgically t ensure integrity and crrectness. The MIOedge platfrm als prvides an advanced level f data persistence and recverability features fr internal data. These features leverage ne f the defining features f MIOdb fr any given database request r data functin perfrmed, fine granularity f the functin is maintained by dividing it int a set f internal transactins which are tracked and distributed. At a very basic level, an exact replica f the data in a MIOdb database can be stred in backup lcatins n a per slice basis. This replica is knwn as a replicated resurce. When replicated resurces are used, every database transactin is written by a slice t bth itself and its replicated resurce. This allws fr quick database recverability n a per slice basis in case f a hardware failure. Extending the idea f the replicated resurce is MIOedge s Ht Standby MIOapp feature. A ht standby MIOapp instance is a secnd, exact MIOapp running in a physically separated prtin f the private clud that keeps up t date with the main prject n a per external transactin basis. The ht standby prject is live in every sense, and can be immediately used in the event f a failure n the main prject. This unique asynchrnus mdel, in cnjunctin with input persistence, allws a MIOapp t have tw cpies in the private clud, albeit lcated n gegraphically separated hardware prtecting against data lss in the event f a majr reginal disaster. Additinally, MIOedge prvides a unique database versining and snapsht system fr MIOapps knwn as the checkpint system. In the checkpint system, a cmplete snapsht f the MIOapp the checkpint is created at a certain mment in time. The checkpint includes the state f all data in the MIOdb instance. MIOedge stres this checkpint alngside, yet unbtrusive t, the current dynamic versin f the MIOapp and its data. This structure allws the checkpint t be trivially recalled in the event f a majr errr. In such an event, replay messages and events can be used t restre the desired current state as if the errr never happened. Even the mst advanced data and prcess recvery and persistence features are implemented in vain, hwever, if the underlying data are susceptible t crruptin.

11 Because f this, MIOsft has gne the extra mile t implement advanced data errr and crruptin detectin and crrectin t ensure even the largest systems run withut data crruptin issues. These advanced errr mitigatin techniques are implemented in additin t thse layers f errr detectin already prvided by infrastructure, ensuring the highest level f prtectin fr all data in the system. Data cnversin and ETL In mst applicatins, data will need t be in sme way pre ppulated frm existing systems. MIOedge includes integrated data cnversin and ETL tls a wide range f data analysis, manipulatin, cleansing, and structuring tls with native interfaces t many types f data surces, such as message queues, ODBC, XML, and traditinal fat files. Many prjects using data frm existing surces are cmplicated r fail when existing systems cntain data in cnflict with the specificatin. In these cases, having t mdify the applicatin r write custm cnverters frm scratch withut sufficient knwledge f all pssible data incnsistencies can take significant resurces. The MIOedge platfrm cntains a hst f data explratin tls t allw develpers t quickly and thrughly discver exactly what is cntained in existing data sets then transfrm and map thse data t a Business Object Mdel. MIOedge s data cnversin and ETL technlgies are expsed t the develper thrugh the MIOdevelper sftware, and are cnfigured as part f a MIOapp. SOA Perhaps ne f the mst flexible technlgies available t MIOapps is service riented architecture (SOA). SOA can be achieved thrugh a variety f means, but mst cmmnly thrugh MIOedge s native supprt fr message queue, web services server, r web services client interfaces. The SOA lgic, in relatin t the business and applicatin lgic, is part f a Business Object Mdel in a MIOapp. MIOedge prvides the interfaces necessary t carry ut SOA requests and respnses. Wrkflw MIOedge prvides a pwerful wrkflw engine that can cntrl interactins with and between MIOapps deplyed t a private clud, as well as cntrl interactins between MIOapps and ther nn MIOsft applicatins. The MIOedge wrkflw has a full suite f features including scripting supprt, MIOapp cntrls, scheduling, histrical lgging, parallel prcessing, exceptin handling, and mre. The wrkflw engine is expsed t the develper thrugh the MIOapp Wrkflw Cnsle, a graphical interface making it easy t define pwerful wrkflws. Platfrm and applicatin security The MIOedge platfrm includes native supprt fr many platfrm and applicatin security features, including user authenticatin, sessin management, granular lgging, and granular user permissins fr MIOapp cntrl and manipulatin in the private clud. Besides platfrm end user permissins, many f the security cntrls and features are hidden and wrk t prtect the platfrm and applicatins withut enduser cnfiguratin r interventin.

12 Web security In additin t platfrm and applicatin security, the MIOedge platfrm includes a wide range f security features fr MIOapp web prtals. Develpers can chse t enable lgging and authenticatin. Lgging fr MIOapp web prtals autmatically lgs all web prtal interactins including any data submitted via web frm. Authenticatin takes care f all the lgic and prcessing needed t secure web prtals using username/passwrd r single sign n (PKI certificate) authenticatin, including sessin management and authenticatin schemes. The mst impressive web security technlgies, hwever, are always enabled autmatically. These technlgies help prtect against crss site scripting prtectin, frm/url injectin prtectin, screen scraping, and much mre. MIOapp develpment fundamentals Fllwing the MIOsft philsphy, a MIOapp is mre cncerned with cnfiguring cmpnents f the MIOedge architecture than with realizing them. Because f the great resurces spent by MIOsft in building these cmpnents, develpers nly have the burden f defining the business slutin. After r during this definitin, all stages f develpment frm rapid prttyping t plishing f the applicatin can be easily dne using the MIOdevelper Integrated Develpment Envirnment (IDE). MIOdevelper is the desktp sftware IDE used t develp MIOapps fr the MIOedge private clud. In particular, MIOdevelper prvides a graphical interface t define the applicatin and business lgic mdel, presentatin lgic, and cnfigure any required cre platfrm technlgies and interfaces. The resulting MIOapp file can be deplyed t the private clud. Figure 3: Screensht f MIOdevelper with part f a MIOapp s Buiness Object Mdel

13 Defining applicatin and business lgic The first step t building a MIOapp is defining applicatin lgic, applicatin states, and business lgic in MIOdevelper by mdelling them in the MIOapp s Business Object Mdel. The mdel can be rapidly prttyped using a MIOedge specific versin f UML. The applicatin s mdel is its heart and sul: all ther pieces f the applicatin happen in reference t the mdel. After the applicatin mdel is defined, the develper s cncerns fcus n hw ther cmpnents, such as incming data, match rules, cnflict reslutin rules, reprts, and web interfaces relate t the mdel. As will be shwn, these ther cmpnents reference the mdel directly. Ultimately this allws cmplex applicatins t have a single, cnsistent, cncise mdel acrss all f the traditinal applicatin layers: presentatin, business/applicatin lgic, and database. Figure 4: Screensht f MIOdevelper adding custm lgic t a Business Object Match and cnflict reslutin rules The applicatin specific rules fr Match and Cnflict Reslutin can be mapped based n Business Object Mdel bjects that have been defined. Match Rules and Cnflict Reslutin Rules are defined graphically fr each MIOapp thrugh the MIOdevelper. Figure 5: Screensht f MIOdevelper editing a cnflict reslutin rule

14 Data surces, data cnversin and ETL Surce data als interacts directly with a Business Object Mdel. Data surce definitins are specified using the data surces graphical interface. External surces are mapped t bjects in the Business Object Mdel thrugh frmats that have been defined graphically fr a particular surce. Frmats are saved within the MIOapp file s that similarly structured data can be laded in develpment, test, and prductin by autmatically remapping the surce during deplyment. A graphical interface fr data surce viewing and manipulatin is als prvided with revlutinary technlgy that allws all data frm a surce t be explred n screen, whether the surce cntains hundreds r hundreds f millins f recrds. Built in data analysis functins prvide statistics n the structure and cntent f the data. In additin, active surces such as message queues can be explred unbtrusively t btain statistics r samples fr test data. The same graphical interface als ffers a wide gamut f data cleansing and cnversin tls. Structure can be given t partially and incnsistently structured data using the graphical Cnfigurable Parser. Transfrmatins can cleanse r transfrm all data in a particular surce clumn. In additin, Multi Clumn Transfrmatins can be graphically defined n large prtins f surce data. Figure 6: Screensht f MIOdevelper editing a data surce frmat and mapping t a Business Object Web presentatin lgic All web presentatin lgic is defined in relatin t the business bject mdel. Web layuts are defined graphically, and exhibit plymrphic capabilities fr prviding dynamic web presentatins such as frms that change based n input data. All web cde (HTML, CSS, Javascript widgets) is autmatically rendered withut any ther definitin r framewrk (custm javascript is permitted fr special features). Figure 7: Screensht f MIOdevelper editing web layut grid

15 Web services Web services are als defined thrugh the MIOdevelper s graphical interface. Each web service has its wn lgging and security cnfiguratin, and is mapped directly t lgical peratins as defined by the Business Object Mdel. Cllabratin In additin t prviding interfaces fr defining all cmpnents f an applicatin, MIOdevelper includes the tls needed fr large enterprise applicatins where teams f develpers are cncurrently wrking n an applicatin. MIOdevelper s advanced built in mdel cmparisn and merge tls pinpint the exact changes in a mdel and allw different ways f investigating and merging thse changes. In additin, MIOdevelper has the ability t exprt and imprt user defined sectins f the mdel, allwing develpers t build internal libraries f the mst cmmn business lgic cmpnents fr a particular enterprise. Testing Develpers are able t test all functinality f the applicatin n a small scale directly frm MIOdevelper, frm viewing web presentatins in their lcal web brwser t lading real data int their MIOapp. MIOapp instance infrmatin, such as laded data and cache cntents, are kept separate frm the MIOapp file. In that sense, MIOdevelper allws each develper t have their wn cpy f the MIOedge platfrm n their wrkstatin. When the develper wants t deply r share a MIOapp, all that is needed is the MIOapp file. This file cntains the cmplete applicatin definitin in a clean state.

16 MIOapp deplyment and management Ultimately, the purpse f building a MIOapp fr the enterprise is t deply it t a MIOedge private clud where it can scale t accmmdate enterprise needs. MIOedge makes it easy t deply, upgrade, and manage MIOapp applicatins. Deplyment MIOedge makes deplying a MIOapp easy with the graphical interface f the self service Deplyment Manager. The Deplyment Manager allws the end user t create any number f cntainers fr MIOapps in the private clud. A cntainer has an assigned number f slices, and can hld the MIOapp and all its laded data. Since a MIOapp can be installed n any size cntainer, the Deplyment Manager allws the end user t trivially scale the MIOapp. Cntainers als abstract users frm the hardware since the cntainer utilizes the prcessing pwer f many servers, and the same physical hardware is shared amng many cntainers fr efficiency, elasticity, and lad balancing. After the MIOapp is deplyed t an arbitrary number f slices, all that s left is t turn n the MIOapp applicatin. If required, prductin data can then be laded int the applicatin. Fr upgrades, MIOedge remembers an applicatin s prductin settings fr all data interfaces (web prtals, data surces, and web services) as they may be different frm in develpment and test. Figure 8: Screensht f cntainers in the MIOapp Deplyment Manager Resurce cntrl Elasticity and scale can be detrimental t prductin applicatins if they dn t have sme cnstraints t ensure thse applicatins can run when needed withut affecting the perfrmance f ther applicatins when running. In MIOedge, cntainers can be assigned envirnments, and envirnments can be assigned qutas. A quta represents the maximum number f slices allwed t run in an envirnment.

17 When a MIOapp inside a cntainer is activated, the number f slices the cntainer is cnfigured fr is subtracted frm the number f slices allwed per the quta. T ensure missin critical applicatins are always allwed t run, slices can be reserved n a per cntainer basis fr an applicatin s use even while the applicatin is nt be running. Usage mnitring MIOedge autmatically mnitrs and lgs usage n a per cntainer basis. On a basic level, MIOedge lgs all events cncerning a cntainer such as creatin, installatin f a MIOapp, starting f a MIOapp, lading f data, stpping f a MIOapp, and deletin. T assist with usage analysis, MIOedge als tracks the ttal amunt f cmpute time and internal applicatin data jbs executed n a per cntainer slice basis. Health and perfrmance mnitring MIOedge has built in peratins management and mnitring services that prvide a cmprehensive array f alerts and health statuses fr each MIOapp cntainer and the platfrm itself. Resurce statistics such as memry and strage space used, and in extreme cases the queue depth fr transactins waiting t be prcessed, are available n a per slice granularity. In additin, particular statistics and situatins can be easily mnitred with wrkflw applicatins. In the event f a health r perfrmance issue, mitigatin techniques can be initiated by ntificatin r launching ther prcesses, whether MIOedge specific r third party. Figure 9: Screensht f slice statuses fr a cntainer in the Deplyment Manager Security MIOedge s security infrastructure has been created frm the grund up t allw fr multi tenancy within the private clud. Frm the time f user lgin, the Deplyment Manager cntrls all user actins. Visibility cntrls allw users t see nly the envirnments and cntainers fr which they have permissins. Operatins n cntainers, r within the MIOapp cnsle itself, can be limited r disabled n a user r user grup basis. In additin, each user s actins are individually tracked and lgged fr auditing purpses, allwing cmpliance with ptential internal and third party standards.

18 Ht fixes and trubleshting In the event f an applicatin errr r the need fr a htfix, all the tls available in the develpment envirnment with MIOdevelper are als available in prductin. If required, a MIOdevelper like windw the MIOapp cnsle can be pened in the prductin envirnment, allwing authrized persnnel t make instant changes t MIOapp applicatin definitin r review internal lgs. Authrized persnnel can als make use f many ther MIOdevelper shared utilities in prductin, such as the Time Travel Debugger, which allws graphical navigatin f histrical pints in the applicatin and database. Applicatin lifecycle and decmmissining Because MIOapps can be run n any MIOedge installatin, and n any arbitrary number f slices within that installatin, intrducing upgrades r decmmissining applicatins is greatly simplified. An upgraded MIOapp can be deplyed t a new cntainer alngside its riginal, cpying any envirnment specific cnfiguratin frm the riginal cntainer. MIOapps can als be turned ff r archived t preserve the applicatin s prcessing and database state as well as free up prcessing resurces in the private clud. Platfrm updates Platfrm updates fr MIOedge are generally f little cncern fr applicatin peratins and develpment persnnel. Even frm the platfrm peratr s perspective, managing platfrm sftware versins is easy. Behind the scenes, the MIOedge platfrm runs a specific versin f the platfrm engine sftware fr each cntainer. In mst cases when new platfrm sftware is available it can be enabled fr a subset f applicatin cntainers n the platfrm. Fr instance, a platfrm peratr culd allw nly new cntainers t run a new release f the MIOedge platfrm sftware, thus preserving platfrm supprt fr existing applicatins that are running n a previus versin f the platfrm sftware. In additin, existing applicatins cntainers can have their platfrm engine upgraded r dwngraded individually withut reinstalling the MIOapp r relading data.

19 Summary MIOedge is a truly revlutinary next generatin applicatin and database platfrm. Because the platfrm has been designed with the enterprise in mind, it exhibits enterprise grade functinality that prvides many benefits utright. The true reflectin f MIOsft s philsphy, hwever, is in the freedm it gives rganizatins t fcus applicatin develpment effrts n business prblems and needs, and nt n architectural issues. By utilizing a single Business Object Mdel fr an applicatin, and prviding autmatic scalability, reliability, security, and many ther technlgies, MIOedge enables develpers t fcus their energies n develping business slutins. These and all ther MIOedge technlgies make it ideal fr a wide range f enterprise applicatins. Fr mre infrmatin n MIOsft, MIOedge, r t schedule a demnstratin f MIOsft s technlgies, please cntact yur reginal MIOsft ffice. Crprate Headquarters MIOsft Crpratin 33 E Main Street Suite, 450 Madisn, WI 53703, USA +1 (608) MIOsft Eurpean Reginal Headquarters MIOsft Deutschland GmbH, Grßer Grasbrk 9, Hamburg, GERMANY (0) Asian Reginal Headquarters MIOsft China 17th Flr, Twer 2, Prsper Center N. 5 Guanghua Rd, Chayang District, Beijing CHINA (10)